Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Conditions préalables à la NetApp Disaster Recovery

Contributeurs netapp-ahibbard amgrissino
PDF

Vérifiez les prérequis de stockage, de vCenter ou de cluster Kubernetes, ainsi que de Console, avant la configuration afin que les workloads soient prêts pour la réplication et la récupération.

Versions du logiciel

Composant Version minimale

Amazon FSx for NetApp ONTAP

Dernière version disponible

Google Cloud VMware Engine utilisant Google Cloud NetApp Volumes

Dernière version disponible

Logiciel ONTAP

ONTAP 9.10.0 ou version ultérieure

VMware Cloud pour AWS

Dernière version disponible

VMware sur site vCenter

7.0u3 ou version ultérieure

Prérequis et considérations relatifs à Google Cloud

Lorsque vous utilisez NetApp Disaster Recovery avec Google Cloud VMware Engine et Google Cloud NetApp Volumes, assurez-vous de configurer les autorisations appropriées et examinez les considérations suivantes.

Considérations relatives au basculement

  • Le basculement n'est pris en charge qu'avec le dernier instantané. Si nécessaire, vous pouvez créer un nouvel instantané pendant le basculement (c'est-à-dire que l'option d'instantané sélectif doit être désactivée).

  • Il est impossible de créer un nouvel instantané après un basculement.

  • Il est impossible de conserver et de réconcilier les instantanés après un basculement.

Considérations relatives aux solutions de repli

  • La restauration n'est possible qu'avec l'option de capture d'écran sélective. Il est impossible d'effectuer une restauration en prenant un nouvel instantané.

  • Si vous supprimez le peering de cluster entre le stockage sur site et les clusters de stockage Google Cloud NetApp Volumes , vous devez supprimer manuellement l'entrée de peering de cluster et de machine virtuelle de stockage du cluster sur site. Pour plus d'informations, voir "Supprimer une relation d'homologue vserver".

Autorisations Google Cloud

Le principal de service dans Google Cloud doit se voir attribuer les rôles suivants ou des autorisations équivalentes :

Autorisations de la NetApp Console

L'utilisateur de la NetApp Console doit posséder les rôles suivants :

Prérequis de stockage ONTAP

Ces prérequis s'appliquent aux instances ONTAP et Amazon FSx for NetApp ONTAP.

  • Les clusters source et de destination doivent avoir une relation d'homologue.

  • La SVM qui héberge les volumes de reprise après sinistre doit exister sur le cluster de destination.

  • La SVM source et la SVM de destination doivent avoir une relation homologue.

  • "Consultez les exigences supplémentaires pour les clusters Kubernetes".

  • En cas de déploiement avec Amazon FSx for NetApp ONTAP, la condition préalable suivante s'applique :

Prérequis de la NetApp Console

Démarrer avec la NetApp Console

Si vous ne l'avez pas déjà fait, "Inscrivez-vous à la NetApp Console et créez une organisation".

Collecter les informations d'identification pour ONTAP et VMware

  • Les identifiants Amazon FSx for ONTAP et AWS doivent être ajoutés au système dans le projet NetApp Console qui gère la reprise après sinistre.

  • La reprise après sinistre nécessite des identifiants vCenter. Vous saisissez les identifiants vCenter lorsque vous ajoutez un site dans Disaster Recovery.

    Pour obtenir la liste des privilèges vCenter requis, veuillez consulter "vCenter privilèges nécessaires à la reprise après sinistre". Pour savoir comment ajouter un site, veuillez consulter "Ajouter un site".

  • Pour les clusters Kubernetes, veuillez consulter "Exigences du cluster Kubernetes" avant d'ajouter un site Kubernetes.

Astuce Pour utiliser la reprise après sinistre avec Amazon Elastic VMware Service (EVS), consultez le "prérequis supplémentaires et instructions de configuration".

Créer l'agent de la NetApp Console

L’agent Console est un composant logiciel qui permet à la Console de communiquer avec votre stockage ONTAP et vos clusters VMware vCenter ou vos clusters Kubernetes. Il est nécessaire au bon fonctionnement de Disaster Recovery. L’agent réside dans votre réseau privé (soit un centre de données sur site, soit un VPC cloud) et communique avec vos instances de stockage ONTAP ainsi qu’avec tous les composants de serveur et d’application supplémentaires. Pour Disaster Recovery, cela correspond à l’accès à vos clusters vCenter gérés ou à vos clusters Kubernetes.

Un agent de console doit être configuré dans la NetApp Console. Lorsque vous utilisez l’agent, il inclura les fonctionnalités appropriées pour le service de reprise après sinistre.

  • La reprise après sinistre fonctionne uniquement avec le déploiement de l'agent en mode standard. Voir "Prise en main de la NetApp Console en mode standard".

  • Assurez-vous que les clusters vCenter source et de destination, ou les clusters Kubernetes, utilisent le même Console agent.

  • Type d'agent de console requis :

    • Reprise après sinistre sur site à site : Installez l’agent Console local sur le site de reprise après sinistre. Grâce à cette méthode, une panne du site principal n’empêche pas le service de redémarrer vos ressources virtuelles sur le site de reprise après sinistre. Reportez-vous à "Installer et configurer l'agent de console sur site".

      La reprise après sinistre prend également en charge l'utilisation de plusieurs agents de console avec des configurations sur site. Dans ce scénario, les agents de la console dirigent les actions vers les vCenters et les clusters de baies ONTAP , et la source et la cible auraient chacune leur propre agent de console. L'utilisation de plusieurs agents Console est recommandée pour réduire la latence et améliorer le temps de récupération en cas de défaillance d'un agent Console ou d'un site.

    • Sur site sur AWS : installez l’agent de console pour AWS dans votre AWS VPC. Se référer à "Options d'installation de l'agent de console dans AWS" .

      Astuce Pour les connexions sur site vers sur site, utilisez l’agent de console sur site. Pour les connexions sur site vers AWS, utilisez l'agent de la console AWS, qui a accès au vCenter sur site source et au vCenter sur site de destination.

    • L’agent Console installé doit pouvoir accéder à tous les clusters Kubernetes que Disaster Recovery gérera. Il doit également pouvoir accéder à toutes les instances de cluster VMware vCenter et aux hôtes ESXi gérés par ces clusters vCenter que Disaster Recovery gérera.

  • Toutes les baies ONTAP qui doivent être gérées par Disaster Recovery doivent être ajoutées à n'importe quel système du projet NetApp Console qui sera utilisé pour gérer Disaster Recovery.

    Voir "Découvrez les clusters ONTAP sur site" .

  • Pour plus d'informations sur la configuration d'un proxy intelligent pour la reprise après sinistre, consultez "Mettez en place votre infrastructure de reprise après sinistre".

Prérequis de charge de travail

Pour garantir la réussite des processus de cohérence au niveau des applications pour les workloads VMware, appliquez les prérequis suivants :

  • Assurez-vous que les outils VMware (ou les outils Open VM) sont en cours d’exécution sur les machines virtuelles qui seront protégées.

  • Pour les machines virtuelles Windows exécutant Microsoft SQL Server, Oracle Database ou les deux, les bases de données doivent avoir leurs rédacteurs VSS activés.

  • Les bases de données Oracle exécutées sur un système d'exploitation Linux doivent avoir l'authentification utilisateur du système d'exploitation activée pour le rôle SYSDBA de la base de données Oracle.

Important En fonction de votre type de déploiement, examinez le "Prérequis pour un cluster VMware" et le "Prérequis pour un cluster Kubernetes".

Plus d'informations