Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Requisitos de Trident Protect

Colaboradores netapp-aruldeepa
PDF

Comience por verificar que su entorno operativo, clústeres de aplicaciones, aplicaciones y licencias estén listos. Asegúrese de que su entorno cumpla con estos requisitos para implementar y operar Trident Protect.

Compatibilidad del clúster Kubernetes de Trident Protect

Trident Protect es compatible con una amplia gama de ofertas de Kubernetes totalmente administradas y autoadministradas, que incluyen:

  • Servicio Amazon Elastic Kubernetes (EKS)

  • Motor Google Kubernetes (GKE)

  • Servicio de Kubernetes de Microsoft Azure (AKS)

  • Red Hat OpenShift

  • SUSE Rancher

  • Cartera de VMware Tanzu

  • Kubernetes ascendente

Nota

  • Las copias de seguridad de Trident Protect solo se admiten en nodos de cómputo de Linux. Los nodos de cómputo de Windows no son compatibles con operaciones de copia de seguridad.

  • Asegúrese de que el clúster en el que instala Trident Protect esté configurado con un controlador de instantáneas en ejecución y los CRD relacionados. Para instalar un controlador de instantáneas, consulte "estas instrucciones" .

Compatibilidad del backend de almacenamiento Trident Protect

Trident Protect admite los siguientes backends de almacenamiento:

  • Amazon FSx for NetApp ONTAP

  • Cloud Volumes ONTAP

  • matrices de almacenamiento ONTAP

  • Google Cloud NetApp Volumes

  • Azure NetApp Files

Asegúrese de que su sistema de almacenamiento cumpla con los siguientes requisitos:

  • Asegúrese de que el almacenamiento NetApp conectado al clúster utilice Trident 24.02 o posterior (se recomienda Trident 24.10).

  • Asegúrese de tener un backend de almacenamiento NetApp ONTAP .

  • Asegúrese de haber configurado un bucket de almacenamiento de objetos para almacenar las copias de seguridad.

  • Cree los espacios de nombres de aplicación que planee utilizar para las aplicaciones o las operaciones de administración de datos de las aplicaciones. Trident Protect no crea estos espacios de nombres por usted; si especifica un espacio de nombres inexistente en un recurso personalizado, la operación fallará.

Requisitos para volúmenes nas-economy

Trident Protect admite operaciones de copia de seguridad y restauración en volúmenes nas-economy. Actualmente no se admiten instantáneas, clones ni replicación SnapMirror a volúmenes nas-economy. Debe habilitar un directorio de instantáneas para cada volumen nas-economy que planea usar con Trident Protect.

Nota

Algunas aplicaciones no son compatibles con volúmenes que utilizan un directorio de instantáneas. Para estas aplicaciones, debe ocultar el directorio de instantáneas ejecutando el siguiente comando en el sistema de almacenamiento ONTAP :

nfs modify -vserver <svm> -v3-hide-snapshot enabled

Puede habilitar el directorio de instantáneas ejecutando el siguiente comando para cada volumen nas-economy, reemplazando <volume-UUID> con el UUID del volumen que desea cambiar:

tridentctl update volume <volume-UUID> --snapshot-dir=true --pool-level=true -n trident
Nota Puede habilitar los directorios de instantáneas de forma predeterminada para los nuevos volúmenes configurando la opción de configuración del backend de Trident. snapshotDir a true . Los volúmenes existentes no se ven afectados.

Protección de datos con máquinas virtuales KubeVirt

Trident Protect 24.10 y 24.10.1 y versiones más recientes tienen un comportamiento diferente cuando protege aplicaciones que se ejecutan en máquinas virtuales de KubeVirt. En ambas versiones, puede habilitar o deshabilitar la congelación y descongelación del sistema de archivos durante las operaciones de protección de datos.

Nota Durante las operaciones de restauración, cualquier VirtualMachineSnapshots Los archivos creados para una máquina virtual (VM) no se restauran.
Trident Protect 24.10

Trident Protect 24.10 no garantiza automáticamente un estado consistente para los sistemas de archivos de VM KubeVirt durante las operaciones de protección de datos. Si desea proteger los datos de su máquina virtual KubeVirt con Trident Protect 24.10, debe habilitar manualmente la funcionalidad de congelamiento/descongelamiento de los sistemas de archivos antes de la operación de protección de datos. Esto garantiza que los sistemas de archivos se encuentren en un estado consistente.

Puede configurar Trident Protect 24.10 para administrar la congelación y descongelación del sistema de archivos de la máquina virtual durante las operaciones de protección de datos."configuración de la virtualización" y luego usando el siguiente comando:

kubectl set env deployment/trident-protect-controller-manager NEPTUNE_VM_FREEZE=true -n trident-protect
Trident Protect 24.10.1 y posteriores

A partir de Trident Protect 24.10.1, Trident Protect congela y descongela automáticamente los sistemas de archivos de KubeVirt durante las operaciones de protección de datos. Opcionalmente, puede desactivar este comportamiento automático mediante el siguiente comando:

kubectl set env deployment/trident-protect-controller-manager NEPTUNE_VM_FREEZE=false -n trident-protect

Requisitos para la replicación de SnapMirror

La replicación de NetApp SnapMirror está disponible para su uso con Trident Protect para las siguientes soluciones ONTAP :

  • Clústeres NetApp FAS, AFF y ASA locales

  • Selección de NetApp ONTAP Select

  • Volúmenes en la nube de NetApp Cloud Volumes ONTAP

  • Amazon FSx for NetApp ONTAP

Requisitos del clúster ONTAP para la replicación SnapMirror

Asegúrese de que su clúster ONTAP cumpla con los siguientes requisitos si planea utilizar la replicación SnapMirror :

  • * NetApp Trident*: NetApp Trident debe existir tanto en el clúster de Kubernetes de origen como en el de destino que utilizan ONTAP como backend. Trident Protect admite la replicación con la tecnología NetApp SnapMirror utilizando clases de almacenamiento respaldadas por los siguientes controladores:

    • `ontap-nas`NFS

    • `ontap-san`iSCSI

    • ontap-san: FC

    • ontap-san: NVMe/TCP (requiere como mínimo la versión 9.15.1 de ONTAP )

  • Licencias: Las licencias asíncronas de ONTAP SnapMirror que utilizan el paquete de protección de datos deben estar habilitadas tanto en el clúster ONTAP de origen como en el de destino. Referirse a "Información general sobre licencias de SnapMirror en ONTAP" Para más información.

    A partir de ONTAP 9.10.1, todas las licencias se entregan como un archivo de licencia de NetApp (NLF), que es un único archivo que habilita múltiples funciones. Referirse a"Licencias incluidas con ONTAP One" Para más información.

    Nota Solo se admite la protección asíncrona de SnapMirror .

Consideraciones de interconexión para la replicación de SnapMirror

Asegúrese de que su entorno cumpla los siguientes requisitos si planea utilizar el emparejamiento de backend de almacenamiento:

  • Clúster y SVM: Los backends de almacenamiento ONTAP deben estar interconectados. Referirse a "Descripción general del emparejamiento de clústeres y SVM" Para más información.

    Nota Asegúrese de que los nombres de SVM utilizados en la relación de replicación entre dos clústeres ONTAP sean únicos.

  • * NetApp Trident y SVM*: Las SVM remotas emparejadas deben estar disponibles para NetApp Trident en el clúster de destino.

  • Backends administrados: debe agregar y administrar backends de almacenamiento ONTAP en Trident Protect para crear una relación de replicación.

Configuración de Trident / ONTAP para la replicación de SnapMirror

Trident Protect requiere que configure al menos un backend de almacenamiento que admita la replicación para los clústeres de origen y destino. Si los clústeres de origen y destino son los mismos, la aplicación de destino debería utilizar un backend de almacenamiento diferente al de la aplicación de origen para lograr la mejor resiliencia.

Requisitos del clúster de Kubernetes para la replicación de SnapMirror

Asegúrese de que sus clústeres de Kubernetes cumplan los siguientes requisitos:

  • Accesibilidad a AppVault: Tanto el clúster de origen como el de destino deben tener acceso a la red para leer y escribir en AppVault para la replicación de objetos de la aplicación.

  • Conectividad de red: Configure las reglas del firewall, los permisos de los buckets y las listas blancas de IP para habilitar la comunicación entre ambos clústeres y AppVault a través de las WAN.

Nota Muchos entornos empresariales implementan políticas de firewall estrictas en las conexiones WAN. Verifique estos requisitos de red con su equipo de infraestructura antes de configurar la replicación.