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 del clúster Kubernetes para NetApp Disaster Recovery

Colaboradores netapp-ahibbard
PDF

Antes de configurar NetApp Disaster Recovery for Kubernetes, prepara cada clúster de Kubernetes para garantizar que esté listo para la replicación y la conmutación por error. La protección suele aplicarse a un clúster de origen y a un clúster de destino independiente; realiza estos procedimientos en cada clúster del par.

Prerrequisitos

Clústeres Kubernetes

Para cada clúster de Kubernetes, asegúrate de lo siguiente:

  • Tienes acceso de administrador kubectl a cada clúster Kubernetes.

  • Helm 3 está disponible donde ejecutas los comandos de instalación.

Requisitos ONTAP

Para cada clúster ONTAP, asegúrate de haber configurado los siguientes recursos:

  • LIF de gestión: lo utiliza Trident para acceder a la API de gestión.

  • LIF de datos (NFS): Se usa para el tráfico NFS de los volúmenes.

  • Nombre de la máquina virtual de almacenamiento (SVM): la máquina virtual de almacenamiento que aloja los volúmenes.

  • Credenciales: la cuenta que utiliza Trident, normalmente admin o una cuenta con ámbito SVM.

  • Los nodos de trabajo deben poder acceder a los LIFs de gestión y datos de ONTAP.

  • Si usas autoExportPolicy con restricciones CIDR, incluye las subredes de tus nodos.

Instala NetApp Trident CSI

"Instala el operador Trident en cada clúster^."

Si ya has instalado Trident, verifica la instalación con el comando
kubectl get pods -n trident. Si la instalación es exitosa, verás el controlador Trident, los pods de nodo (DaemonSet) y el estado del operador es Running después de unos minutos.

Crear un secreto de Kubernetes

Crea un secreto de Kubernetes en el espacio de nombres:

+

kubectl create secret generic trident-ontap-secret -n <namespace> \
  --from-literal=username=<adminOrOtherUsername> \
  --from-literal=password='<YOUR_ONTAP_PASSWORD>'

Para más información, consulta "Crea un secreto de Kubernetes en el espacio de nombres".

Crea el TridentBackendConfig

Aplica un enlace:https://docs.netapp.com/us-en/trident/trident-use/backend-kubectl.html#step-2-create-the-tridentbackendconfig-cr[TridentBackendConfig que apunte a tu SVM^]. Por ejemplo:

apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
  name: <name>
  namespace: <trident>
spec:
  version: 1
  backendName: <name>
  storageDriverName: <driverName>
  managementLIF: <MANAGEMENT_LIF_IP>
  dataLIF: <DATA_LIF_IP>
  svm: <SVM_NAME>
  autoExportPolicy: true
  autoExportCIDRs:
    - 0.0.0.0/0
  credentials:
    name: trident-ontap-secret

Puedes verificar la configuración con el comando kubectl get TridentBackendConfig -n trident. Si la configuración fue exitosa, la salida de phase debería mostrarse como Bound y la de status debería mostrarse como Success. Si el estado es Failed, revisa los pasos para "Más información" y luego resuelve cualquier problema, como credenciales incorrectas o falta de conectividad de red.

Configura la clase de almacenamiento

"Crear el objeto de clase de almacenamiento". Usa el provisioner csi.trident.netapp.io. Por ejemplo:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: <name>
provisioner: csi.trident.netapp.io
parameters:
  backendType: "<type>"
  storagePools: "<pool>:.*"
reclaimPolicy: Delete
volumeBindingMode: Immediate
allowVolumeExpansion: true

Opcionalmente, puedes marcar una clase de almacenamiento como la predeterminada del clúster. Solo puedes designar una predeterminada por clúster.

kubectl patch storageclass ontap-backend \
  -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

Los PVC de aplicación que replica Trident Protect deben utilizar almacenamiento aprovisionado a través de Trident (este StorageClass u otro que definas con storagePools / selectores correctos).

Para que Trident Protect replique los datos de tus aplicaciones, estas deben usar almacenamiento que provenga de volúmenes ONTAP gestionados por Trident. Puedes usar esta clase de almacenamiento u otra, pero debe estar configurada para usar el backend de ONTAP a través de Trident.

Configura las definiciones de recursos personalizados (CRD) de instantáneas de grupo de volúmenes

Instala el "CRD de instantáneas y controlador de instantáneas". Estas instalaciones son necesarias para las instantáneas de volumen en Trident Protect.

Verifica las definiciones de recursos personalizados con el comando:

kubectl get crd volumesnapshots.snapshot.storage.k8s.io
kubectl get crd volumesnapshotcontents.snapshot.storage.k8s.io
kubectl get crd volumesnapshotclasses.snapshot.storage.k8s.io

Configurar instantáneas de grupo de volúmenes

"Configura la VolumeSnapshotClass para Trident."

kubectl patch volumesnapshotclasses.snapshot.storage.k8s.io trident-snapshotclass \
  -p '{"metadata": {"annotations":{"snapshot.storage.kubernetes.io/is-default-class":"true"}}}' \
  --type=merge

Puedes designar opcionalmente la clase de instantánea de volumen como clase predeterminada. Usa deletionPolicy: Retain si necesitas que los objetos de instantánea de Kubernetes huérfanos dejen instantáneas en ONTAP.

Resumen de verificación

Verifica Comando Salida esperada

Trident está en marcha

kubectl get pods -n trident

Trident funciona correctamente

El backend está sano

kubectl get TridentBackendConfig -n trident

Vinculado/éxito

El almacenamiento está expuesto

kubectl get storageclass

La salida incluye tu clase Trident

API de instantáneas

kubectl get volumesnapshotclass

Existen CRD; enumera el controlador Trident

Después de verificar el estado de todos los recursos, despliega o "migrar" tus cargas de trabajo usando tu Trident StorageClass. Cuando "añade clústeres de Kubernetes a un sitio", Disaster Recovery te da instrucciones para instalar Trident Protect en un clúster y registrarlo en tu entorno de Disaster Recovery.

Revisa las instrucciones para instalar Trident Protect.

  1. Crea un espacio de nombres Trident protect:

    kubectl create namespace trident-protect

  2. Crea un secreto de Kubernetes usando el client ID y el client secret para crear las credenciales de autenticación de occm.

    kubectl create secret generic occmauthcreds --namespace=trident-protect --from-literal=client_id=<clientID> --from-literal=client_secret=<clientSecret>

  3. Agrega o actualiza el repositorio de helm:

    helm repo add --force-update netapp-trident-protect https://netapp.github.io/trident-protect-helm-chart

  4. Instala o actualiza Trident Protect y Trident Protect Connector:
    helm upgrade --install trident-protect netapp-trident-protect/trident-protect-console \
    --version 100.2605.0-console --namespace trident-protect --set clusterName=<clusterName> --set trident-protect.cbs.accountID=<accountID> --set trident-protect.cbs.agentID=<agentID> --set trident-protect.cbs.proxySecretName=occmauthcreds --set trident-protect.cbs.proxyHostIP=<IPaddress>

NetApp roles de la consola

Una vez que hayas realizado las configuraciones de Trident Protect y Kubernetes, "Asegúrate de tener los roles correctos de NetApp Console para NetApp Disaster Recovery y así poder realizar la detección, la conmutación por error y otras tareas."

Más información