Identifier les prérequis du workflow de déploiement

  • 6 minutes

Pour protéger les charges de travail de votre organisation contre les sinistres imprévus, vous devez d’abord passer en revue le plan BCDR (continuité d’activité et reprise d’activité) actuel de l’entreprise. Vous devez identifier les différents objectifs de récupération et l’étendue des systèmes à protéger.

VMware SRM est une solution BCDR qui vous aide à planifier, tester et exécuter des reprises d’activité après sinistre de machines virtuelles entre un site de serveur VMware vCenter protégé et un site vCenter Server de récupération.

BCDR

Toute perte de service peut perturber les activités de votre personnel et de vos utilisateurs. Chaque seconde d’indisponibilité des systèmes peut entraîner une perte de revenus pour votre entreprise. Votre entreprise peut aussi être exposée à des pénalités financières pour manque de conformité aux contrats de disponibilité prévus pour les services qu’elle fournit.

Les plans BCDR sont des documents formels que les entreprises créent pour couvrir l’étendue et les mesures à appliquer en cas de sinistre ou de panne à grande échelle. L’organisation évalue chaque panne selon ses propres critères. Par exemple, une organisation peut déclencher un plan BCDR quand un centre de données perd son alimentation électrique.

Objectif de délai de récupération (RTO)

Un objectif de délai de récupération (RTO, Recovery Time Objective) est une mesure de la quantité maximale de temps pendant laquelle votre entreprise peut survivre après un sinistre jusqu’à ce que le service normal doive être restauré afin d’éviter les conséquences inacceptables associées à une interruption de la continuité. Par exemple, si le RTO d’une organisation est de 12 heures, cela signifie que les opérations peuvent continuer pendant 12 heures sans que les services de base de l’entreprise fonctionnent. Si le temps d’arrêt est plus important, l’entreprise devrait faire face à des conséquences graves.

Objectif de point de récupération

Une entreprise peut décider d’effectuer une sauvegarde toutes les 24 heures, toutes les 12 heures ou même en temps réel. Cependant, en cas de sinistre, il y a toujours une perte de données. Un objectif de point de récupération (RPO, Recovery Point Objective) est une mesure de la quantité maximale de perte de données acceptable après un sinistre.

Par exemple, si une organisation effectue une sauvegarde toutes les 24 heures à minuit et qu’un sinistre se produit à 9h du matin, neuf heures de données seront perdues. Si le RPO de l’organisation est de 12 heures, une perte de données de neuf heures est acceptable. Si l’objectif RPO est de quatre heures, la perte de données n’est pas acceptable.

Qu’est-ce que VMware SRM ?

VMware SRM peut contribuer à votre plan BCDR, car il peut répliquer des charges de travail d’un site principal sur un site secondaire. Si un problème se produit sur le site principal, VMware SRM peut être configuré de façon à répliquer automatiquement les machines virtuelles protégées à un autre emplacement. Vous pouvez également utiliser VMware SRM pour migrer des machines virtuelles de votre infrastructure locale vers Azure VMware Solution dans le cloud.

Azure VMware Solution combine le logiciel SDDC (Software Defined Data Center) de VMware avec le service cloud Azure. Microsoft gère Azure VMware Solution pour satisfaire à une série d’exigences en matière de performances, de disponibilité, de sécurité et de conformité.

Microsoft fournit les composants suivants pour exécuter Azure VMware Solution à grande échelle dans Azure :

  • Systèmes de gestion
  • Mise en réseau
  • Plateforme d’exploitation
  • Opérations de l’infrastructure principale

Vous pouvez utiliser VMware Site Recovery Manager pour implémenter différents types de récupération depuis :

  • Un site VMware vCenter local vers un site de récupération dans un cloud privé Azure VMware Solution.
  • Un site Azure VMware Solution principal dans une région Azure vers un site Azure VMware Solution secondaire dans une autre région Azure.

Scénario 1 : un site VMware vCenter local vers un site de récupération dans un cloud privé Azure VMware Solution

Quand vous déployez VMware SRM sur Azure VMware Solution, votre organisation peut réduire le coût et la surcharge liés à la gestion d’un site de reprise d’activité dédié. Vous pouvez combiner VMware SRM avec la scalabilité dynamique à la demande d’Azure VMware Solution pour équilibrer le coût et le délai de récupération nécessaire pour les machines virtuelles individuelles.

Vous pouvez répliquer vos machines virtuelles, créer des tests non perturbateurs et préparer des plans de récupération dynamique. Un plan de récupération spécifie l’ordre dans lequel les machines virtuelles démarrent sur le site de récupération. Il comprend des adresses IP et des scripts facultatifs spécifiés par l’utilisateur pour effectuer des actions de récupération personnalisées sur les machines virtuelles.

Prérequis pour le scénario 1

Avant de pouvoir déployer la protection de votre site VMware vCenter local sur le site de récupération dans Azure VMware Solution, vous devez vérifier que les sites satisfont aux prérequis suivants :

  • Réseau : L’environnement de cloud privé d’Azure VMware Solution doit être accessible à partir de ressources locales et de ressources Azure. Vous pouvez utiliser les services suivants pour fournir l’interconnectivité :

    • Azure ExpressRoute

    • Connexion de réseau privé virtuel (VPN)

    • Azure Virtual WAN

Notes

Nous recommandons un débit d’au moins deux gigabits par seconde (Gbit/s) pour la connectivité ExpressRoute entre l’environnement local et Azure VMware Solution.

  • Résolution de noms : Vous devez implémenter la résolution DNS (Domain Name System) entre l’instance locale de SRM et les appliances cloud virtuelles. Vous pouvez utiliser un DNS public et un DNS privé. Avec une demande de support, vous pouvez configurer un DNS privé pour Azure VMware Solution avec des règles de transfert conditionnel appropriées.

  • La version de vCenter Server doit être compatible avec la version de VMware SRM.

  • Les deux sites nécessitent des appliances vSphere Replication qui sont connectées les unes aux autres.

  • Le site de récupération doit disposer de ressources matérielles, réseau et de stockage pouvant prendre en charge les mêmes machines virtuelles et les mêmes charges de travail que le site protégé. Azure VMware Solution offre ces fonctionnalités avec la mise à l’échelle dynamique.

Scénario 2 : Azure VMware Solution principal vers Azure VMware Solution secondaire

Ce scénario est similaire au premier, sauf que les sites de protection et de récupération s’exécutent dans des régions Azure différentes. Vous devez déployer Azure VMware Solution dans un cloud privé à la fois dans la région principale et dans la région secondaire. De plus, les deux régions doivent être connectées à ExpressRoute Global Reach. Les deux sites doivent inclure des appliances VMware SRM et vSphere Replication.

L’unité suivante explique comment configurer ce scénario.