NetApp SG6000 Mode D'emploi page 1171

contre un large éventail de conditions de défaillance, y compris la défaillance de plusieurs emplacements
de stockage. La double validation ne peut protéger que contre la perte d'une copie locale unique.
• * Opération de grille plus efficace*: Chaque objet est traité une seule fois, comme il est ingéré. Comme
StorageGRID il n'est pas nécessaire de suivre ou de supprimer les copies intermédiaires, la charge de
traitement est réduite et l'espace de base de données est consommé.
• (équilibré) recommandé: L'option équilibrée offre une efficacité ILM optimale. L'utilisation de l'option
équilibrée est recommandée sauf si un comportement d'entrée strict est requis ou si la grille répond à tous
les critères d'utilisation de la double validation.
• * (Strict) certitude sur les emplacements des objets*: L'option stricte garantit que les objets sont
immédiatement stockés conformément aux instructions de placement de la règle ILM.
Inconvénients des options équilibrées et strictes
Par rapport à Dual commit, les options équilibrées et strictes présentent quelques inconvénients :
• Le client ingère plus longtemps: Les latences d'entrée du client peuvent être plus longues. Lorsque vous
utilisez les options équilibrées et strictes, le message « acquisition réussie » n'est renvoyé au client que
lorsque tous les fragments codés d'effacement ou copies répliquées sont créés et stockés. Néanmoins, les
données d'objet atteindront leur placement final beaucoup plus vite.
• * (Strict) taux d'échec d'entrée* plus élevés : avec la stricte option, l'ingestion échoue lorsque StorageGRID
ne peut pas immédiatement faire toutes les copies spécifiées dans la règle ILM. Si un emplacement de
stockage requis est temporairement hors ligne ou si un problème réseau entraîne des retards dans la
copie des objets entre les sites, des défaillances sont parfois à l'origine de taux élevés.
• (strict) les parutions de téléchargement partitionné S3 peuvent ne pas être comme prévu dans
certaines circonstances: Avec strict, vous attendez que les objets soient placés comme décrit par la
règle ILM ou pour que l'entrée échoue. Cependant, à l'aide d'un téléchargement partitionné et le ILM est
évalué pour chaque partie de l'objet à son ingestion, et pour l'objet dans son ensemble une fois le
téléchargement partitionné terminé. Dans les circonstances suivantes, cela peut entraîner des placements
qui sont différents de ceux que vous attendez :
◦ Si le ILM change alors qu'un téléchargement partitionné S3 est en cours: Parce que chaque pièce
est placée conformément à la règle qui est active lors de l'ingestion de la pièce, certaines parties de
l'objet peuvent ne pas répondre aux exigences ILM actuelles une fois le téléchargement partitionné
terminé. Dans ce cas, l'ingestion de l'objet n'a pas échoué. À la place, toute pièce qui n'est pas
correctement placée est mise en file d'attente pour la réévaluation de ILM et est déplacée
ultérieurement vers le bon emplacement.
◦ Lorsque les règles ILM filtrent sur la taille : lors de l'évaluation de ILM pour une pièce, StorageGRID
filtre la taille de la pièce, et non la taille de l'objet. Cela signifie que certaines parties d'un objet peuvent
être stockées à des emplacements ne respectant pas les exigences ILM de l'objet dans son ensemble.
Par exemple, si une règle indique que tous les objets de 10 Go ou plus sont stockés dans DC1 alors
que tous les objets plus petits sont stockés dans DC2, à l'acquisition chaque partie de 1 Go d'un
téléchargement partitionné en 10 parties est stockée dans DC2. Lorsque ILM est évalué pour l'objet,
toutes les parties de l'objet sont déplacées vers DC1.
• (strict) l'ingestion n'échoue pas lorsque les balises d'objet ou les métadonnées sont mises à jour et
les nouveaux placements ne peuvent pas être effectués : avec stricte, les objets doivent être placés
comme décrit par la règle ILM ou l'ingestion pour échouer. Toutefois, lorsque vous mettez à jour les
métadonnées ou les balises d'un objet déjà stocké dans la grille, l'objet n'est pas réingéré. Cela signifie
que toute modification du placement d'objet déclenchée par la mise à jour n'a pas été effectuée
immédiatement. Les changements de placement sont apportés lorsqu'ILM est réévaluée par des
processus ILM en arrière-plan normaux. Si les changements de positionnement requis ne peuvent pas être
effectués (par exemple, parce qu'un nouvel emplacement requis n'est pas disponible), l'objet mis à jour
conserve son emplacement actuel jusqu'à ce que les changements de positionnement soient possibles.
1169