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.
|
|
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.
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.

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.
|
|
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. |
|
|
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.
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.
|
|
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. |