Usa la configuración avanzada de restauración de recursos personalizada
Sugerir cambios
PDF
Puedes personalizar las operaciones de restauración usando configuraciones avanzadas como anotaciones, configuración del espacio de nombres y opciones de almacenamiento para cumplir con tus requisitos específicos.
Anotaciones y etiquetas de namespace durante las operaciones de restauración y conmutación por error
Durante las operaciones de restauración y conmutación por error, las etiquetas y anotaciones en el espacio de nombres de destino se hacen coincidir con las etiquetas y anotaciones en el espacio de nombres de origen. Las etiquetas o anotaciones del espacio de nombres de origen que no existen en el espacio de nombres de destino se añaden, y cualquier etiqueta o anotación que ya exista se sobrescribe para que coincida con el valor del espacio de nombres de origen. Las etiquetas o anotaciones que existen solo en el espacio de nombres de destino permanecen sin cambios.
|
Si usas Red Hat OpenShift, es importante que notes el papel fundamental de las anotaciones de espacios de nombres en entornos OpenShift. Las anotaciones de espacios de nombres aseguran que los pods restaurados sigan los permisos y configuraciones de seguridad apropiados definidos por las restricciones de contexto de seguridad (SCC) de OpenShift y puedan acceder a los volúmenes sin problemas de permisos. Para más información, consulta el "OpenShift documentación de restricciones de contexto de seguridad". |
Puedes evitar que se sobrescriban anotaciones específicas en el espacio de nombres de destino configurando la variable de entorno de Kubernetes RESTORE_SKIP_NAMESPACE_ANNOTATIONS antes de realizar la restauración o la conmutación por error. Por ejemplo:
helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect \
--set-string restoreSkipNamespaceAnnotations="{<annotation_key_to_skip_1>,<annotation_key_to_skip_2>}" \
--reuse-values|
|
Al realizar una operación de restauración o conmutación por error, las anotaciones y etiquetas de espacios de nombres especificadas en restoreSkipNamespaceAnnotations y restoreSkipNamespaceLabels se excluyen de la operación de restauración o conmutación por error. Asegúrate de que estos ajustes estén configurados durante la instalación inicial de Helm. Para saber más, consulta "Configura los ajustes adicionales del helm chart de Trident Protect".
|
Si instalaste la aplicación de origen usando Helm con la --create-namespace flag, se da un tratamiento especial a la clave de etiqueta name. Durante el proceso de restauración o conmutación por error, Trident Protect copia esta etiqueta al espacio de nombres de destino, pero actualiza el valor al valor del espacio de nombres de destino si el valor del origen coincide con el espacio de nombres de origen. Si este valor no coincide con el espacio de nombres de origen, se copia al espacio de nombres de destino sin cambios.
Ejemplo
El siguiente ejemplo presenta un espacio de nombres de origen y uno de destino, cada uno con anotaciones y etiquetas diferentes. Puedes ver el estado del espacio de nombres de destino antes y después de la operación, y cómo se combinan o sobrescriben las anotaciones y etiquetas en el espacio de nombres de destino.
Antes de la operación de restauración o conmutación por error
La siguiente tabla ilustra el estado de los espacios de nombres de origen y destino de ejemplo antes de la operación de restauración o conmutación por error:
| Espacio de nombres | Anotaciones | Etiquetas |
|---|---|---|
Namespace ns-1 (fuente) |
|
|
Namespace ns-2 (destino) |
|
|
Después de la operación de restauración
La siguiente tabla ilustra el estado del espacio de nombres de destino de ejemplo después de la operación de restauración o conmutación por error. Se han añadido algunas claves, se han sobrescrito otras y la etiqueta name se ha actualizado para que coincida con el espacio de nombres de destino:
| Espacio de nombres | Anotaciones | Etiquetas |
|---|---|---|
Namespace ns-2 (destino) |
|
|
Campos compatibles
Esta sección describe los campos adicionales disponibles para las operaciones de restauración.
Asignación de clases de almacenamiento
El atributo spec.storageClassMapping define una asignación de una clase de almacenamiento presente en la aplicación de origen a una nueva clase de almacenamiento en el clúster de destino. Puedes usar esto cuando migres aplicaciones entre clústeres con diferentes clases de almacenamiento o cuando cambies el backend de almacenamiento para operaciones de BackupRestore.
Ejemplo:
storageClassMapping:
- destination: "destinationStorageClass1"
source: "sourceStorageClass1"
- destination: "destinationStorageClass2"
source: "sourceStorageClass2"Anotaciones compatibles
En esta sección se enumeran las anotaciones admitidas para configurar diversos comportamientos en el sistema. Si el usuario no establece explícitamente una anotación, el sistema usará el valor predeterminado.
| Anotación | Tipo | Descripción | Valor predeterminado |
|---|---|---|---|
protect.trident.netapp.io/data-mover-timeout-sec |
cadena |
El tiempo máximo (en segundos) permitido para que la operación de movimiento de datos se quede en pausa. |
"300" |
protect.trident.netapp.io/kopia-content-cache-size-limit-mb |
cadena |
El límite de tamaño máximo (en megabytes) para la caché de contenido de Kopia. |
"1000" |
protect.trident.netapp.io/pvc-bind-timeout-sec |
cadena |
Tiempo máximo (en segundos) de espera para que cualquier PersistentVolumeClaims (PVCs) recién creado alcance la |
"1200" (20 minutos) |