Azure Site Recovery orchestre et gère la récupération d’urgence pour les machines virtuelles Azure, les machines virtuelles locales et les serveurs physiques.
Il est aussi utilisé pour gérer la migration des machines locales vers Azure.
L’utilisation d’ASR assure :
- Une migration sans effort de machines virtuelles et d’applications vers Azure
- Zéro perte de données d’applications pendant la migration
- Un temps d’arrêt des applications proche de zéro pendant la migration
- Une large couverture pour les hyperviseurs, les applications, les systèmes d’exploitation et les fonctionnalités Azure
- Des tests d’applications sans impact dans Azure
- Une utilisation gratuite pendant la migration
Composants Architecturaux
Le tableau suivant présente une vue générale des composants utilisés par ASR de Vmware vers Azure.
| Composant | Prérequis | Détails |
| Microsoft Azure | Un abonnement Azure, un compte de stockage Azure et un réseau Azure. | Les données répliquées à partir de machines virtuelles locales sont stockées dans le compte de stockage. Les machines virtuelles Azure sont créées avec les données répliquées quand vous exécutez un basculement depuis le site local vers Azure. Les machines virtuelles Azure se connectent au réseau virtuel Azure lors de leur création |
| Machine du serveur de configuration | Une seule machine locale, exécutée en en tant que machine virtuelle VMware pouvant être déployée à partir d’un modèle OVF téléchargé.
La machine exécute tous les composants locaux de Site Recovery, y compris le serveur de configuration, le serveur de processus et le serveur cible maître |
Serveur de configuration : coordonne la communication entre les ordinateurs locaux et Azure, et gère la réplication des données.
Serveur de traitement(Process Server): Installé par défaut sur le serveur de configuration. Il reçoit les données de réplication, les optimise grâce à la mise en cache, la compression et le chiffrement, et les envoie vers le stockage Azure. Serveur cible maître (Master Target Server) : Installé par défaut sur le serveur de configuration. Il gère les données de réplication pendant la restauration automatique à partir d’Azure |
| Serveurs VMware | Les machines virtuelles VMware sont hébergées sur des serveurs vSphere ESXi locaux. | Pendant le déploiement de Site Recovery, vous ajoutez des serveurs VMware au coffre Recovery Services. |
| Machines répliquées | Le service Mobilité est installé sur chaque machine virtuelle VMware que vous répliquez. | L’agent de mobilité peut être automatiquement à partir du serveur de processus (recommendé). On peut également installer le service manuellement, ou utiliser une méthode de déploiement automatisée, telle que System Center Configuration Manager. |
Le schéma suivant représente le fonctionnement :
Nous n’entrerons pas dans les détails sur les prérequis et l’installation des Appliances.
La Configuration des Appliances
L’utilisation d’ASR dans Azure nécessite un « Recovery Service Vault » et un compte de stockage qui sert de cache et bien sûr un Vnet.
Une fois ces éléments mis en place, on peut télécharger et procéder à l’installation de l’Appliance sur le site On-premise.
Depuis le portail Azure, on sélectionne le recovery Service Vault –>Infrastructure Site Recovery–>Configuration Servers
On ajoute un Server et on télécharge l’Appliance.
Cette Appliance contient le Serveur de Configuration, le Process Serveur et le Master Target Serveur.
On peut si besoin ajouter individuellement des Process Serveurs ou des Master Target Serveurs.
Télécharger le modèle et se baser sur le document suivant pour son installation On-premise.
Le serveur installé On-premise dans l’un des vCenters, on peut commencer la configuration.
Au lancement de la configuration, les pré-requis suivants sont vérifiés.
- On configure la carte réseau
- On enregistre le Vault
- On installe les logiciels tiers
- On configure les comptes de connexion aux différents vSpheres
- On configure les comptes de connexions aux machines virtuelles
On finalise la configuration.
Accès au Serveur de configuration dans Azure une fois la configuration terminée.
Depuis le Vault à Infrastructure Site Recovery à Configuration Server :
Accès aux composants en cliquant sur le nom du serveur.
On voit :
- Le Serveur de Configuration
- Le Process Server
- Le Master Target Server
- Les vCenter Serveurs
La Configuration de la réplication des machines virtuelles
Pour configurer la réplication, on se met sur le Vault avec lequel le l’appliance a été configurée.
Depuis le Portail Azure, Recovery Service Vault –> Site recovery :
On précise la source et la destination des machines virtuelles
Il peut s’avérer nécessaire d’exécuter le Planner si on veut avoir une idée précise et une bonne estimation du débit dont on a besoin, de la taille de bande passante et du nombre de comptes stockage.
Configurer la source :
Choisir le serveur de configuration et le vcenter dans lequel se trouve les machines virtuelles à répliquer
Configurer la cible :
- La Souscription de destination
- Le compte de stockage
- Le Vnet de destination
Associer une stratégie de réplication :
- RTO /RPO
- Rétention des points de récupération
- La stratégie de réplication pour le Failback
Activation de la réplication
Indiquer :
- L’abonnement de destination
- Le Resource Group
- Le cache de stockage
- Le réseau
- Le sous-réseau
Sélectionner les machines virtuelles à répliquer.
Configurer les propriétés :
- Le compte admin configuré avec le configuration server qui va installer l’agent de mobilité sur les machines
- Le type disque pour chaque machines
- Le compte de stockage à utiliser pour le cache
Associer une stratégie de réplication.
Activer la réplication.
La synchronisation a commencé.
La synchronisation est terminée une fois que le status de la machine est à « Protégé ».
Certaines propriétés sont modifiables avant de basculer :
- nom de la machine dans Azure (cela ne change pas le hostname)
- le ressource groupe
- la taille
- l’utilisation ou non des disques managés
- le network et le subnet
Effectuer un failover
- Avant de réaliser un failover, s’assurer que l’état de la réplication est à « Healthy» et le status « Protected»
- On peut effectuer un test puis le nettoyer
- On peut choisir d’arrêter ou non la machine source
Suivre le job
Une fois le failover complet, on peut voir les machines dans Azure avec le status « Running ».
Bien attendu, tout ce processus peut être réalisé en POWERSHELL.
Nous y reviendrons dans d’autres articles.
