Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Comment la modification d'une politique ILM affecte les performances de StorageGRID

Si votre protection des données doit être modifiée ou si vous ajoutez de nouveaux sites, vous pouvez créer et activer une nouvelle politique ILM.

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

Dans cet exemple, un nouveau site StorageGRID a été ajouté lors d'une extension, et une nouvelle stratégie ILM active doit être mise en œuvre pour stocker les données sur ce nouveau site. Pour mettre en œuvre une nouvelle stratégie active, commencez par "créer une règle". Ensuite, vous devez "simuler" puis "activer" la nouvelle stratégie.

Avertissement Les règles et politiques ILM suivantes ne sont données qu'à titre d'exemple. Il existe de nombreuses façons de configurer les règles ILM. Avant d'activer une nouvelle politique, simulez-la pour confirmer qu'elle fonctionnera comme prévu afin de protéger le contenu contre la perte.

Comment la modification d'une politique ILM affecte les performances

Lorsque vous activez une nouvelle stratégie ILM, les performances de votre système StorageGRID peuvent être temporairement affectées, notamment si les instructions de placement de la nouvelle stratégie nécessitent le déplacement de nombreux objets existants vers de nouveaux emplacements.

Lorsque vous activez une nouvelle stratégie ILM, StorageGRID l'utilise pour gérer tous les objets, y compris les objets existants et les objets nouvellement ingérés. Avant d'activer une nouvelle stratégie ILM, vérifiez les modifications apportées à l'emplacement des objets répliqués et à code d'effacement existants. La modification de l'emplacement d'un objet existant peut entraîner des problèmes de ressources temporaires lors de l'évaluation et de la mise en œuvre des nouveaux emplacements.

Pour garantir qu'une nouvelle stratégie ILM n'affecte pas le placement des objets répliqués et à code d'effacement existants, vous pouvez "créez une règle ILM avec un filtre de temps d'ingestion". Par exemple, Heure d’ingestion est le ou après <date and time>, afin que la nouvelle règle s’applique uniquement aux objets ingérés à la date et à l’heure spécifiées ou après.

Les types de modifications de stratégie ILM susceptibles d'affecter temporairement les performances de StorageGRID incluent les suivants :

  • Application d'un profil de code d'effacement différent aux objets existants codés par effacement.

    Remarque StorageGRID considère chaque profil de code d'effacement comme unique et ne réutilise pas les fragments de code d'effacement lorsqu'un nouveau profil est utilisé.
  • Modifier le type de copies requises pour les objets existants, par exemple, convertir un pourcentage important d'objets répliqués en objets à code d'effacement.

  • Déplacer des copies d'objets existants vers un emplacement complètement différent ; par exemple, déplacer un grand nombre d'objets vers ou depuis un Cloud Storage Pool ou vers ou depuis un site distant.

Politique ILM active pour l’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 politique ILM 6 Politique active

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

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

Définition de la règle Exemple de valeur

Nom de la règle

Code d'effacement sur un seul site pour le locataire A

Compte locataire

Locataire A

Pool de stockage

Site 1

Placements

code d'effacement 2+1 sur le site 1 depuis le jour 0 et pour toujours

Règle 2 : Réplication sur deux sites pour les autres locataires

Définition de la règle Exemple de valeur

Nom de la règle

Réplication sur deux sites pour les autres locataires

Compte locataire

Ignorer

Pools de stockage

Site 1 et Site 2

Placements

Deux copies répliquées depuis le jour 0 jusqu'à la fin des temps : une copie sur le site 1 et une copie sur le site 2.

Politique ILM pour l'exemple 6 : Protection des données sur trois sites

Dans cet exemple, la politique ILM est remplacée par une nouvelle politique pour un système StorageGRID à trois sites.

Après avoir étendu le réseau pour ajouter le nouveau site, l'administrateur a créé deux nouveaux pools de stockage : un pool de stockage pour le site 3 et un pool de stockage contenant les trois sites (ce qui n'est pas le même que le pool de stockage par défaut All Storage Nodes). Ensuite, l'administrateur a créé deux nouvelles règles ILM et une nouvelle stratégie ILM, conçue pour protéger les données sur les trois sites.

Lorsque cette nouvelle politique ILM sera activée, les objets appartenant au locataire A seront protégés par code d'effacement 2+1 sur trois sites, tandis que les objets appartenant à d'autres locataires (et les objets plus petits appartenant au locataire A) seront protégés sur trois sites à l'aide d'une réplication à 3 copies.

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

Définition de la règle Exemple de valeur

Nom de la règle

Codage d'effacement à trois sites pour le locataire A

Compte locataire

Locataire A

Pool de stockage

Les 3 sites (y compris le site 1, le site 2 et le site 3)

Placements

code d'effacement 2+1 sur les 3 sites depuis le premier jour et pour toujours

Règle 2 : Réplication sur trois sites pour les autres locataires

Définition de la règle Exemple de valeur

Nom de la règle

Réplication sur trois sites pour d'autres locataires

Compte locataire

Ignorer

Pools de stockage

Site 1, Site 2 et Site 3

Placements

Trois copies répliquées du jour 0 à l'infini : une copie sur le site 1, une copie sur le site 2 et une copie sur le site 3.

Activation de la stratégie ILM pour l'exemple 6

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

Avertissement Des erreurs dans une stratégie ILM peuvent entraîner une perte de données irréversible. Examinez attentivement et simulez la stratégie avant de l’activer afin de confirmer qu’elle fonctionnera comme prévu.
Avertissement Lorsque vous activez une nouvelle stratégie ILM, StorageGRID l'utilise pour gérer tous les objets, y compris les objets existants et les objets nouvellement ingérés. Avant d'activer une nouvelle stratégie ILM, vérifiez les modifications apportées à l'emplacement des objets répliqués et à code d'effacement existants. La modification de l'emplacement d'un objet existant peut entraîner des problèmes de ressources temporaires lors de l'évaluation et de la mise en œuvre des nouveaux emplacements.

Que se passe-t-il lorsque les instructions de code d'effacement changent

Dans la politique ILM actuellement active pour cet exemple, les objets appartenant au locataire A sont protégés à l'aide du code d'effacement 2+1 sur le site 1. Dans la nouvelle politique ILM, les objets appartenant au locataire A seront protégés à l'aide du code d'effacement 2+1 sur les sites 1, 2 et 3.

Lorsque la nouvelle stratégie 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é. Ensuite, chacun des trois fragments est stocké sur un site différent.

  • Les objets existants appartenant au locataire A sont réévalués lors du processus de numérisation ILM en cours. Parce que les instructions de placement ILM utilisent un nouveau profil de code d'effacement, de tout nouveaux fragments codés par code d'effacement sont créés et répartis sur les trois sites.

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

Que se passe-t-il lorsque les instructions de réplication changent

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

Lorsque la nouvelle stratégie ILM est activée, les opérations ILM suivantes se produisent :

  • Lorsqu'un locataire autre que le locataire A ingère un nouvel objet, StorageGRID crée trois copies et en enregistre une sur chaque site.

  • Les objets existants appartenant à ces autres locataires sont réévalués lors du processus d'analyse ILM en cours. Parce que les copies d'objets existantes sur Site 1 et Site 2 continuent de satisfaire aux exigences de réplication de la nouvelle règle ILM, StorageGRID n'a besoin de créer qu'une seule nouvelle copie de l'objet pour Site 3.

Impact de l'activation de cette politique sur les performances

Lorsque la stratégie ILM de cet exemple est activée, les performances globales de ce système StorageGRID seront temporairement affectées. Des ressources de grille supérieures à la normale seront nécessaires pour créer de nouveaux fragments à code d'effacement pour les objets existants du locataire A et de nouvelles copies répliquées sur le site 3 pour les objets existants des autres locataires.

Suite à la modification de la politique ILM, les requêtes de lecture et d'écriture des clients pourraient temporairement subir des latences supérieures à la normale. Les latences reviendront à des niveaux normaux une fois que les instructions de placement auront été entièrement appliquées sur l'ensemble de la grille.

Pour éviter les problèmes de ressources lors de l'activation d'une nouvelle stratégie ILM, vous pouvez utiliser le filtre avancé Ingest time dans toute règle susceptible de modifier l'emplacement d'un grand nombre d'objets existants. Définissez Ingest time sur une valeur supérieure ou égale à l'heure approximative à laquelle la nouvelle stratégie entrera en vigueur afin de garantir que les objets existants ne soient pas déplacés inutilement.

Remarque Contactez le support technique si vous devez ralentir ou augmenter la vitesse à laquelle les objets sont traités après une modification de la stratégie ILM.