Exemple 4 : règles et règles ILM pour les objets avec version S3
-
Un fichier PDF de toute la documentation
-
Installer et entretenir le matériel de l'appareil
-
Appareils de services SG100 et SG1000
-
Dispositifs de stockage SG6000
-
Appliances de stockage SG5700
-
-
Installez et mettez à niveau le logiciel
-
Installez Red Hat Enterprise Linux ou CentOS
-
-
Administrer le système
-
Administrer StorageGRID
-
-
Utiliser StorageGRID
-
Contrôler et gérer StorageGRID
-
Récupérer et entretenir
-
Procédures de restauration des nœuds de la grille
-
-
-
![](/fr-fr/storagegrid-116/images/pdf-zip.png)
Plusieurs fichiers PDF
Creating your file...
Si la gestion des versions est activée pour un compartiment S3, vous pouvez gérer les versions d'objet non actuelles en incluant des règles de votre stratégie ILM qui utilisent Noncurrent Time comme temps de référence.
Comme le montre cet exemple, vous pouvez contrôler la quantité de stockage utilisée par les objets avec version à l'aide d'instructions de placement différentes pour les versions d'objets non actuelles.
|
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. |
|
Si vous créez des règles ILM pour gérer les versions d'objets non actuelles, notez que vous devez connaître l'UUID ou l'identifiant CBID de la version de l'objet pour simuler la règle. Pour trouver l'UUID et le CBID d'un objet, utilisez recherche de métadonnées objet pendant que l'objet est toujours à jour. Voir Vérification d'une règle ILM avec la recherche de métadonnées d'objet. |
Règle ILM 1, par exemple 4 : trois copies économisées sur 10 ans
Cet exemple de règle ILM stocke une copie de chaque objet dans trois data centers pendant 10 ans.
Cette règle s'applique à tous les objets, qu'ils soient versionnés ou non.
Définition de règle | Exemple de valeur |
---|---|
Pools de stockage |
Trois pools de stockage, chacun situé dans des data centers différents, nommés DC1, DC2 et DC3. |
Nom de la règle |
Trois copies dix ans |
Heure de référence |
Temps d'ingestion |
Placement de contenu |
Au jour 0, conservez trois copies répliquées pendant 10 ans (3,652 jours), une pour DC1, une pour DC2 et une pour DC3. Au bout de 10 ans, supprimez toutes les copies de l'objet. |
![Règle ILM 1](../media/ilm_rule_1_example_4.png)
Règle ILM 2, par exemple 4 : enregistrez deux copies de versions non actuelles pendant 2 ans
Cet exemple de règle ILM stocke deux copies des versions non actuelles d'un objet avec version S3 pendant 2 ans.
La règle ILM 1 s'applique à toutes les versions de l'objet, c'est pourquoi vous devez créer une autre règle pour filtrer toutes les versions non actuelles. Cette règle utilise l'option Noncurrent Time pour l'heure de référence.
Dans cet exemple, seules deux copies des versions non actuelles sont stockées, et ces copies seront stockées pendant deux ans.
Définition de règle | Exemple de valeur |
---|---|
Pools de stockage |
Deux pools de stockage, chacun situé dans des data centers différents, nommés DC1 et DC2. |
Nom de la règle |
Versions non actuelles : deux copies deux ans |
Heure de référence |
Heure non actuelle |
Placement de contenu |
Le jour 0 relatif à l'heure non actuelle (c'est-à-dire à partir du jour où la version de l'objet devient la version non actuelle), conservez deux copies répliquées des versions de l'objet non courant pendant 2 ans (730 jours), une dans DC1 et une dans DC2. À la fin de 2 ans, supprimer les versions non actuelles. |
![Règle ILM 2](../media/ilm_rule_2_example_4.png)
Règle ILM, par exemple 4 : objets avec version S3
Si vous souhaitez gérer les anciennes versions d'un objet différemment de la version actuelle, les règles qui utilisent Noncurrent Time comme temps de référence doivent apparaître dans la stratégie ILM avant que les règles s'appliquent à la version actuelle de l'objet.
Une règle ILM pour les objets avec version S3 peut inclure des règles ILM :
-
Conservez les versions plus anciennes (non actuelles) de chaque objet pendant 2 ans, à partir du jour où la version n'est plus à jour.
Les règles d'heure non actuelles doivent apparaître dans la stratégie avant que les règles s'appliquent à la version actuelle de l'objet. Dans le cas contraire, les versions d'objet non actuelles ne seront jamais mises en correspondance par la règle temps non actuel. -
Lors de leur entrée, créez trois copies répliquées et stockez une copie dans chacun des trois data centers. Conservez les copies de la version actuelle de l'objet pendant 10 ans.
![Règle ILM](../media/ilm_policy_example_4.png)
Lorsque vous simulez l'exemple de stratégie, vous vous attendez à ce que les objets test soient évalués comme suit :
-
Toutes les versions d'objet non courantes seront mises en correspondance par la première règle. Si une version d'objet non actuelle a plus de 2 ans, elle est supprimée définitivement par ILM (toutes les copies de la version non actuelle sont supprimées de la grille).
Pour simuler des versions d'objet non actuelles, vous devez utiliser l'UUID ou le CBID de cette version. Bien que l'objet soit encore à jour, vous pouvez utiliser la recherche de métadonnées d'objet pour trouver son UUID et son CBID. -
La version actuelle de l'objet sera comparée à la seconde règle. Lorsque la version actuelle de l'objet a été stockée pendant 10 ans, le processus ILM ajoute un marqueur de suppression comme version actuelle de l'objet, et il rend la version précédente de l'objet « non actuelle ». Lors de la prochaine évaluation ILM, cette version non actuelle est mise en correspondance avec la première règle. Par conséquent, la copie au DC3 est purgée et les deux copies au DC1 et DC2 sont conservées pendant deux années supplémentaires.