Utiliser les paramètres avancés de restauration de protection Trident
Suggérer des modifications
PDF
Vous pouvez personnaliser les opérations de restauration à l’aide de paramètres avancés tels que les annotations, les paramètres d’espace de noms et les options de stockage pour répondre à vos besoins spécifiques.
Annotations et étiquettes d'espace de noms lors des opérations de restauration et de basculement
Lors des opérations de restauration et de basculement, les étiquettes et annotations de l'espace de noms de destination sont mises en correspondance avec celles de l'espace de noms source. Les étiquettes ou annotations de l'espace de noms source qui n'existent pas dans l'espace de noms de destination sont ajoutées, et toutes les étiquettes ou annotations existantes sont écrasées pour correspondre à la valeur de l'espace de noms source. Les étiquettes ou annotations qui existent uniquement dans l'espace de noms de destination restent inchangées.
|
Si vous utilisez Red Hat OpenShift, il est important de noter le rôle essentiel des annotations d’espace de noms dans les environnements OpenShift. Les annotations d'espace de noms garantissent que les pods restaurés adhèrent aux autorisations et aux configurations de sécurité appropriées définies par les contraintes de contexte de sécurité (SCC) OpenShift et peuvent accéder aux volumes sans problèmes d'autorisation. Pour plus d'informations, veuillez consulter le "Documentation sur les contraintes de contexte de sécurité d'OpenShift" . |
Vous pouvez empêcher l'écrasement de certaines annotations dans l'espace de noms de destination en définissant la variable d'environnement Kubernetes. RESTORE_SKIP_NAMESPACE_ANNOTATIONS avant d'effectuer l'opération de restauration ou de basculement. Par exemple:
helm upgrade trident-protect --set restoreSkipNamespaceAnnotations=<annotation_key_to_skip_1>,<annotation_key_to_skip_2> --reuse-values|
|
Lors d'une opération de restauration ou de basculement, toutes les annotations et étiquettes d'espace de noms spécifiées dans restoreSkipNamespaceAnnotations et restoreSkipNamespaceLabels sont exclues de l'opération de restauration ou de basculement. Assurez-vous que ces paramètres sont configurés lors de l’installation initiale de Helm. Pour en savoir plus, consultez "Configurer les options de filtrage AutoSupport et d'espace de noms".
|
Si vous avez installé l'application source à l'aide de Helm avec le --create-namespace Le drapeau, un traitement spécial est accordé au name Légende. Lors du processus de restauration ou de basculement, Trident Protect copie cette étiquette dans l'espace de noms de destination, mais met à jour la valeur avec la valeur de l'espace de noms de destination si la valeur de la source correspond à l'espace de noms source. Si cette valeur ne correspond pas à l'espace de noms source, elle est copiée dans l'espace de noms de destination sans modification.
Exemple
L'exemple suivant présente un espace de noms source et un espace de noms de destination, chacun avec des annotations et des étiquettes différentes. Vous pouvez voir l'état de l'espace de noms de destination avant et après l'opération, et comment les annotations et les étiquettes sont combinées ou écrasées dans l'espace de noms de destination.
Avant l'opération de restauration ou de basculement
Le tableau suivant illustre l'état des espaces de noms source et de destination de l'exemple avant l'opération de restauration ou de basculement :
| Espace de noms | Annotations | Étiquettes |
|---|---|---|
Espace de noms ns-1 (source) |
|
|
Espace de noms ns-2 (destination) |
|
|
Après l'opération de restauration
Le tableau suivant illustre l'état de l'espace de noms de destination d'exemple après l'opération de restauration ou de basculement. Des touches ont été ajoutées, d'autres ont été écrasées, et le name L'étiquette a été mise à jour pour correspondre à l'espace de noms de destination :
| Espace de noms | Annotations | Étiquettes |
|---|---|---|
Espace de noms ns-2 (destination) |
|
|
Champs pris en charge
Cette section décrit les champs supplémentaires disponibles pour les opérations de restauration.
Mappage des classes de stockage
Le spec.storageClassMapping L'attribut définit un mappage entre une classe de stockage présente dans l'application source et une nouvelle classe de stockage sur le cluster cible. Vous pouvez l'utiliser lors de la migration d'applications entre des clusters avec différentes classes de stockage ou lors du changement du backend de stockage pour les opérations BackupRestore.
Exemple:
storageClassMapping:
- destination: "destinationStorageClass1"
source: "sourceStorageClass1"
- destination: "destinationStorageClass2"
source: "sourceStorageClass2"Annotations prises en charge
Cette section répertorie les annotations prises en charge pour configurer différents comportements du système. Si aucune annotation n'est explicitement définie par l'utilisateur, le système utilisera la valeur par défaut.
| Annotation | Type | Description | Valeur par défaut |
|---|---|---|---|
protect.trident.netapp.io/data-mover-timeout-sec |
chaîne |
Le temps maximal (en secondes) pendant lequel l'opération de déplacement de données peut être bloquée. |
"300" |
protect.trident.netapp.io/kopia-content-cache-size-limit-mb |
chaîne |
La limite de taille maximale (en mégaoctets) pour le cache de contenu Kopia. |
"1000" |