Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Exemple 6 : modification d'une règle ILM

Contributeurs

Vous devrez peut-être créer et activer une nouvelle règle ILM si la protection des données a changé ou si vous ajoutez de nouveaux sites.

Avant de modifier une règle, vous devez savoir comment les modifications apportées aux règles ILM peuvent affecter temporairement les performances globales d'un système StorageGRID.

Dans cet exemple, un nouveau site StorageGRID a été ajouté lors d'une extension et la politique ILM active doit être révisée pour stocker les données sur le nouveau site.

Avertissement Les règles et règles ILM suivantes ne sont que des exemples. Les règles ILM sont nombreuses. Avant d'activer une nouvelle stratégie, simulez la stratégie proposée pour confirmer qu'elle fonctionnera comme destinée à protéger le contenu contre la perte.

La modification d'une règle ILM affecte-t-elle les performances

Lorsque vous activez une nouvelle règle ILM, les performances de votre système StorageGRID peuvent être temporairement affectées, en particulier si les instructions de placement dans la nouvelle règle requièrent le déplacement d'un grand nombre d'objets existants vers de nouveaux emplacements.

Avertissement Lorsque vous activez une nouvelle règle ILM, StorageGRID l'utilise pour gérer tous les objets, y compris les objets existants et les objets récemment ingérées. Avant d'activer une nouvelle règle ILM, vérifiez toutes les modifications du placement des objets répliqués et soumis au code d'effacement. La modification de l'emplacement d'un objet existant peut entraîner des problèmes de ressources temporaires lorsque les nouveaux placements sont évalués et implémentés.

Les types de modifications de règles ILM susceptibles d'affecter temporairement les performances de StorageGRID sont les suivants :

  • Application d'un profil de code d'effacement différent aux objets avec code d'effacement existants

    Remarque StorageGRID considère que chaque profil de code d'effacement est unique et ne réutilise pas les fragments de code d'effacement lorsqu'un nouveau profil est utilisé.
  • Modification du type de copies requis pour les objets existants (par exemple, conversion d'un grand pourcentage d'objets répliqués en objets avec code d'effacement).

  • Déplacement des copies d'objets existants vers un emplacement totalement différent (par exemple, déplacement d'un grand nombre d'objets vers ou depuis un pool de stockage cloud, vers ou depuis un site distant).

Informations associées

Création d'une règle ILM

Règle ILM active, par exemple 6 : protection des données sur deux sites

Dans cet exemple, la politique ILM active a été initialement conçue pour un système StorageGRID à deux sites et utilise deux règles ILM.

Exemple de règle ILM 6 règle active

Dans cette politique ILM, les objets appartenant au locataire A sont protégés par un code d'effacement 2+1 sur un seul site, tandis que les objets de tous les autres locataires sont protégés sur deux sites à l'aide de la réplication à 2 copies.

Remarque La première règle de cet exemple utilise un filtre avancé pour s'assurer que le codage d'effacement n'est pas utilisé pour les petits objets. Tout objet du locataire A dont la taille est inférieure à 1 Mo sera protégé par la deuxième règle qui utilise la réplication.

Règle 1 : code d'effacement sur un site pour le locataire A

Définition de règle Exemple de valeur

Nom de la règle

Code d'effacement sur un site pour le locataire A

Compte de locataire

Locataire A

Pool de stockage

Data Center 1

Placement de contenu

Code d'effacement 2+1 dans le data Center 1, contre une date du 0 au Forever

Règle 2 : réplication sur deux sites pour d'autres locataires

Définition de règle Exemple de valeur

Nom de la règle

Réplication sur deux sites pour d'autres locataires

Compte de locataire

Ignorer

Pools de stockage

Data Center 1 et Data Center 2

Placement de contenu

Deux copies répliquées du jour 0 à jamais : une copie dans le data Center 1 et une autre dans le data Center 2.

Politique ILM proposée, par exemple 6 : protection des données sur trois sites

Dans cet exemple, la politique ILM est mise à jour pour un système StorageGRID à trois sites.

Après avoir effectué une extension pour ajouter le nouveau site, l'administrateur de la grille a créé deux nouveaux pools de stockage : un pool de stockage pour Data Center 3 et un pool de stockage contenant les trois sites (différent du pool de stockage par défaut de tous les nœuds de stockage). L'administrateur a ensuite créé deux nouvelles règles ILM et une nouvelle règle ILM, conçue pour protéger les données des trois sites.

Exemple de politique ILM 6 politique proposée

Lors de l'activation de cette nouvelle politique ILM, les objets appartenant au locataire A seront protégés par un code d'effacement 2+1 sur trois sites, tandis que les objets appartenant à d'autres locataires (et les objets de plus petite taille appartenant au locataire A) sont protégés sur trois sites à l'aide de la réplication à 3 copies.

Règle 1 : code d'effacement à trois sites pour le locataire A

Définition de règle Exemple de valeur

Nom de la règle

Code d'effacement à trois sites pour le locataire A

Compte de locataire

Locataire A

Pool de stockage

Les 3 data centers (comprend le data Center 1, le data Center 2 et le data Center 3)

Placement de contenu

Dans les 3 data centers, le code d'effacement 2+1 n'a jamais été aussi utilisé

Règle 2 : réplication sur trois sites pour d'autres locataires

Définition de règle Exemple de valeur

Nom de la règle

Réplication sur trois sites pour les autres locataires

Compte de locataire

Ignorer

Pools de stockage

Data Center 1, Data Center 2 et Data Center 3

Placement de contenu

Trois copies répliquées depuis le jour 0 pour toujours : une copie dans le data Center 1, une copie dans le data Center 2 et une copie dans le data Center 3.

Activation de la politique ILM proposée, par exemple 6

Lorsque vous activez une nouvelle règle ILM, les objets existants peuvent être déplacés vers de nouveaux emplacements ou de nouvelles copies d'objet peuvent être créées pour des objets existants, en fonction des instructions de placement fournies dans toutes les règles mises à jour ou nouvelles.

Avertissement Les erreurs de la règle ILM peuvent entraîner des pertes de données irrécupérables. Examinez attentivement et simulez la stratégie avant de l'activer pour confirmer qu'elle fonctionnera comme prévu.
Avertissement Lorsque vous activez une nouvelle règle ILM, StorageGRID l'utilise pour gérer tous les objets, y compris les objets existants et les objets récemment ingérées. Avant d'activer une nouvelle règle ILM, vérifiez toutes les modifications du placement des objets répliqués et soumis au code d'effacement. La modification de l'emplacement d'un objet existant peut entraîner des problèmes de ressources temporaires lorsque les nouveaux placements sont évalués et implémentés.

Que se passe-t-il en cas de modification des instructions de code d'effacement

Dans cet exemple, les objets appartenant à la politique ILM actuellement active sont protégés à l'aide du code d'effacement 2+1 au data Center 1. Dans la nouvelle politique ILM proposée, les objets appartenant au locataire A seront protégés à l'aide du code d'effacement 2+1 dans les data centers 1, 2 et 3.

Lorsque la nouvelle règle ILM est activée, les opérations ILM suivantes se produisent :

  • Les nouveaux objets ingérés par le locataire A sont divisés en deux fragments de données et un fragment de parité est ajouté. Chacun de ces trois fragments est ensuite stocké dans un data Center différent.

  • Les objets existants appartenant au locataire A sont réévalués au cours du processus d'analyse ILM en cours. Les instructions de placement de ILM utilisent un nouveau profil de code d'effacement, ce qui crée et distribue des fragments avec code d'effacement dans les trois data centers.

    Remarque Les fragments 2+1 existants dans le Data Center 1 ne sont pas réutilisés. StorageGRID considère que chaque profil de code d'effacement est unique et ne réutilise pas les fragments de code d'effacement lorsqu'un nouveau profil est utilisé.

Ce qui se passe lorsque les instructions de réplication changent

Dans cet exemple, dans la politique ILM actuellement active, les objets appartenant à d'autres locataires sont protégés à l'aide de deux copies répliquées dans les pools de stockage des data centers 1 et 2. Dans la nouvelle politique ILM proposée, les objets appartenant à d'autres locataires sont protégés à l'aide de trois copies répliquées dans les pools de stockage des data centers 1, 2 et 3.

Lorsque la nouvelle règle ILM est activée, les opérations ILM suivantes se produisent :

  • Lorsqu'un locataire autre que le locataire A analyse un nouvel objet, StorageGRID crée trois copies et sauvegarde une copie dans chaque data Center.

  • Les objets existants appartenant à ces autres locataires sont réévalués en cours d'analyse ILM. Les copies d'objets existantes au niveau du data Center 1 et du data Center 2 continuent de satisfaire les exigences de réplication de la nouvelle règle ILM, StorageGRID ne doit créer qu'une nouvelle copie de l'objet pour le data Center 3.

Impact sur les performances de l'activation de cette stratégie

Lorsque la politique ILM proposée dans cet exemple est activée, les performances globales de ce système StorageGRID sont temporairement affectées. Des niveaux supérieurs aux niveaux normaux des ressources de grid seront nécessaires pour créer de nouveaux fragments avec code d'effacement pour les objets existants du locataire A, ainsi que de nouvelles copies répliquées dans le data Center 3 pour les objets existants d'autres locataires.

Suite à une modification de la règle ILM, les demandes de lecture et d'écriture des clients peuvent présenter temporairement des latences supérieures à la normale. Une fois que les instructions de placement sont entièrement mises en œuvre sur la grille, les latences reprennent aux niveaux normaux.

Pour éviter les problèmes de ressources lors de l'activation d'une nouvelle stratégie ILM, vous pouvez utiliser le filtre avancé de temps d'ingestion dans n'importe quelle règle qui pourrait modifier l'emplacement d'un grand nombre d'objets existants. Définissez le temps de transfert sur une valeur supérieure ou égale à la durée approximative de mise en œuvre de la nouvelle stratégie pour garantir que les objets existants ne sont pas déplacés inutilement.

Remarque Contactez le support technique si vous avez besoin de ralentir ou d'augmenter le taux de traitement des objets après une modification de la règle ILM.