Skip to main content
NetApp Disaster Recovery
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Requisiti del cluster Kubernetes per NetApp Disaster Recovery

Collaboratori netapp-ahibbard
PDF

Prima di configurare NetApp Disaster Recovery per Kubernetes, prepara ciascun cluster Kubernetes. La protezione si applica in genere a un cluster di origine e a un cluster di destinazione, quindi completa queste procedure su ciascun cluster della coppia.

Prerequisiti

Prima di iniziare, assicurati che il tuo cluster Kubernetes e i cluster ONTAP siano configurati.

Disaster Recovery supporta "qualsiasi versione di Kubernetes attualmente supportata da Trident Protect".

cluster Kubernetes

Per ogni cluster Kubernetes, assicurarsi che:

  • Hai `kubectl`accesso amministrativo a ciascun cluster Kubernetes.

  • Helm 3 è disponibile dove esegui i comandi di installazione.

Requisiti ONTAP

Per ogni cluster ONTAP, assicurarsi di aver configurato le seguenti risorse:

  • LIF di gestione: Usato da Trident per l'accesso all'API di gestione.

  • Data (NFS) LIF: Utilizzato per il traffico NFS dei volumi.

  • Nome SVM: La storage VM che ospita i volumi.

  • Credenziali: L'account che Trident utilizza, generalmente admin oppure un account con ambito SVM.

  • I nodi worker devono essere in grado di raggiungere le LIF di gestione e dati di ONTAP.

  • Se si utilizza autoExportPolicy con restrizioni CIDR, includere le sottoreti dei nodi.

Installare NetApp Trident CSI

"Installa l'operatore Trident su ogni cluster^."

Se hai già installato Trident, verifica l'installazione con il comando
kubectl get pods -n trident. Se l'installazione ha esito positivo, vedrai il Trident controller, i pod del nodo (DaemonSet), e lo stato dell'operatore sarà Running stato dopo alcuni minuti.

Configura il backend ONTAP e Trident StorageClass

Crea un segreto di Kubernetes

Crea un secret di Kubernetes nel namespace:

+

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

Per ulteriori informazioni, vedere "Crea un secret di Kubernetes nel namespace".

Crea il TridentBackendConfig

Applica un collegamento:https://docs.netapp.com/us-en/trident/trident-use/backend-kubectl.html#step-2-create-the-tridentbackendconfig-cr[TridentBackendConfig che punti al tuo SVM^]. Ad esempio:

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

È possibile verificare la configurazione con il comando kubectl get TridentBackendConfig -n trident. Se la configurazione è andata a buon fine, l’output phase dovrebbe mostrare Bound e status dovrebbe mostrare Success. Se lo stato è Failed, rivedere i passaggi per "Ottieni maggiori dettagli" quindi risolvere eventuali problemi come credenziali errate o raggiungibilità della rete.

Configura la classe di archiviazione

"Crea l'oggetto della classe di archiviazione". Utilizzare il provisioner csi.trident.netapp.io. Ad esempio:

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

È possibile, facoltativamente, contrassegnare una classe di archiviazione come predefinita per il cluster. È possibile designare una sola classe predefinita per cluster.

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

I PVC applicativi che Trident Protect replica devono utilizzare lo storage fornito tramite Trident (questo StorageClass o un altro che definisci con i corretti storagePools / selettori).

Affinché Trident Protect possa replicare i dati delle applicazioni, queste devono utilizzare lo storage proveniente dai volumi ONTAP gestiti da Trident. È possibile utilizzare questa classe di storage o un'altra, ma deve essere configurata per utilizzare il backend ONTAP tramite Trident.

Configurare le definizioni personalizzate delle risorse snapshot (CRD) dei gruppi di volumi

Installa il "snapshot CRD e snapshot controller". Queste installazioni sono richieste per gli snapshot di volume in Trident Protect.

Verifica le definizioni delle risorse personalizzate con il 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

Configura gli snapshot dei gruppi di volumi

"Configura la VolumeSnapshotClass per Trident."

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

È possibile, facoltativamente, designare la classe di snapshot del volume come classe predefinita. Utilizzare deletionPolicy: Retain se è necessario che gli oggetti snapshot Kubernetes orfani lascino gli snapshot su ONTAP.

Riepilogo della verifica

Controllo Comando Output previsto

Trident è in esecuzione

kubectl get pods -n trident

Trident è in esecuzione correttamente

Il backend è integro

kubectl get TridentBackendConfig -n trident

Limitato/successo

Lo storage è esposto

kubectl get storageclass

L'output include la tua classe Trident

Snapshot API

kubectl get volumesnapshotclass

I CRD esistono; elenca il driver Trident

Dopo aver verificato lo stato di tutte le risorse, distribuisci o "migrare" i tuoi carichi di lavoro utilizzando il tuo Trident StorageClass. Quando "aggiungere cluster Kubernetes a un sito" , Disaster Recovery fornisce istruzioni per installare Trident Protect su un cluster e registrarlo con il tuo ambiente Disaster Recovery.

Consulta le istruzioni per installare Trident Protect.

  1. Crea uno spazio dei nomi di protezione Trident:

    kubectl create namespace trident-protect

  2. Crea un segreto Kubernetes utilizzando l'ID client e il segreto client per creare le credenziali per l'autenticazione OCCM.

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

  3. Aggiungi o aggiorna il repository Helm:

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

  4. Installare o aggiornare Trident Protect e 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>

Ulteriori informazioni