Utilisez les paramètres de restauration avancés de Trident Protect
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 de namespace pendant les opérations de restauration et de basculement
Lors des opérations de restauration et de basculement, les libellés et les annotations dans l'espace de noms de destination correspondent aux libellés et aux annotations dans l'espace de noms source. Des étiquettes ou des annotations provenant 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 qui existent déjà sont écrasées pour correspondre à la valeur de l'espace de noms source. Les libellés ou annotations qui existent uniquement dans l'espace de noms de destination restent inchangés.
|
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, reportez-vous à la"Documentation sur les contraintes de contexte de sécurité OpenShift" . |
Vous pouvez empêcher l'écrasement d'annotations spécifiques dans l'espace de noms de destination en configurant 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 paramètres supplémentaires du graphique de barre de Trident Protect".
|
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 de destination, chacun avec des annotations et des libellés différents. Vous pouvez voir l'état de l'espace de noms de destination avant et après l'opération, ainsi que la manière dont 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 de l'exemple d'espaces de noms source et de destination 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'exemple d'espace de noms de destination après une opération de restauration ou de basculement. Certaines clés ont été ajoutées, d'autres ont été écrasées et le name libellé a été mis à 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 d'une classe de stockage présente dans l'application source vers 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 une annotation n'est pas 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) autorisé pour que le fonctionnement du moteur de transfert de données soit bloqué. |
"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" |
protect.trident.netapp.io/pvc-bind-timeout-sec |
chaîne |
Délai maximal (en secondes) d'attente pour que les PersistentVolumeClaims (PVC) nouvellement créées atteignent le |
"1200" (20 minutes) |