Architecture de la migration basée sur agent
Cet article fournit une présentation de l'architecture et des processus utilisés pour la réplication basée sur agent des machines virtuelles VMware avec l'outil de migration et de modernisation.
Remarque
Cette documentation de bout en bout sur les scénarios de migration de VMware est actuellement en préversion. Pour plus d’informations sur l’utilisation d’Azure Migrate, consultez la Documentation du produit Azure Migrate.
À l'aide de l'outil de migration et de modernisation, vous pouvez répliquer des machines virtuelles VMware avec plusieurs options :
- Migrer des machines virtuelles à l'aide de la réplication basée sur agent, comme décrit dans cet article.
- Migrer des machines virtuelles VMware à l’aide d’une réplication sans agent. Cela permet de migrer des machines virtuelles sans devoir installer quoi que ce soit.
Apprenez-en davantage sur la sélection et la comparaison des méthodes de migration pour machines virtuelles VMware.
Migration basée sur agent
La migration basée sur agent est utilisée pour migrer des machines virtuelles VMware et des serveurs physiques locaux vers Azure. Elle permet également de migrer d'autres serveurs virtualisés locaux ainsi que des machines virtuelles cloud privées et publiques, notamment les instances AWS et les machines virtuelles GCP. La migration basée sur un agent dans Azure Migrate utilise certaines fonctionnalités backend du service [Azure Site Recovery]../../site-recovery/site-recovery-overview.md).
Composants architecturaux
Le diagramme illustre les composants impliqués dans la migration basée sur agent.
Le tableau résume les composants utilisés pour la migration basée sur agent.
| Composant | Détails | Installation |
|---|---|---|
| Appliance de réplication | L'appliance de réplication (serveur de configuration/serveur de processus) est un serveur sur site qui fait office de pont entre l'environnement sur site et l'outil de migration et de modernisation. L'appliance découvre l'inventaire du serveur sur site, afin que l'outil de migration et de modernisation puisse orchestrer la réplication et la migration. L'appliance comporte deux composants : serveur de configuration: se connecte à l’outil de migration et de modernisation et coordonne la réplication. serveur de traitement: gère la réplication des données. Le serveur de processus reçoit des données de serveur, les compresse, les chiffre, puis les envoie à Azure. Dans Azure, l’outil migration et modernisation écrit les données sur des disques managés. |
Par défaut, le serveur de processus est installé avec le serveur de configuration sur l’appliance de réplication. |
| Service de mobilité | Le service Mobility est un agent installé sur chaque serveur que vous souhaitez répliquer et migrer. Il envoie des données de réplication du serveur au serveur de processus. | Les fichiers d'installation pour différentes versions du service Mobility se trouvent sur l'appliance de réplication. Vous téléchargez et installez l’agent dont vous avez besoin, en fonction du système d’exploitation et de la version du serveur que vous souhaitez répliquer. |
Installation du service Mobilité
Vous pouvez déployer le service Mobilité à l’aide des méthodes suivantes :
- Installation Push: le serveur de processus installe le service Mobilité lorsque vous activez la protection d’un serveur.
- Installation manuelle : vous pouvez installer le service Mobility manuellement sur chaque serveur par le biais de l’interface utilisateur ou d’une invite de commandes.
Le service Mobility communique avec l’appliance de réplication et les serveurs répliqués. Si un logiciel antivirus s’exécute sur l’appliance de réplication, les serveurs de processus ou les serveurs en cours de réplication, les dossiers suivants doivent être exclus de l’analyse :
- C:\Program Files\Microsoft Azure Recovery Services Agent
- C:\ProgramData\ASR
- C:\ProgramData\ASRLogs
- C:\ProgramData\ASRSetupLogs
- C:\ProgramData\LogUploadServiceLogs
- C:\ProgramData\Microsoft Azure Site Recovery
- C:\Program Files (x86)\Microsoft Azure Site Recovery
- C:\ProgramData\ASR\agent (sur les serveurs Windows sur lesquels le service Mobility est installé)
Processus de réplication
- Lorsque vous activez la réplication pour un serveur, la réplication initiale vers Azure commence.
- Pendant la réplication initiale, le service Mobility lit les données des disques du serveur et les envoie au serveur de processus.
- Ces données sont utilisées pour alimenter une copie du disque dans votre abonnement Azure.
- La réplication des modifications delta dans Azure commence à l’issue de la réplication initiale. La réplication se fait au niveau du bloc et de façon quasi-continue.
- Le service Mobility intercepte les données écrites dans la mémoire du disque, en s'intégrant au sous-système de stockage du système d'exploitation. Cette méthode évite les opérations d’E/S sur le disque du serveur de réplication pour une réplication incrémentielle.
- Les modifications suivies d’un serveur sont envoyées au serveur de traitement sur le port HTTPS 9443 entrant. Ce port peut être modifié. Le serveur de processus compresse les données, les chiffre, puis les envoie à Azure.
Ports
| Appareil | Connection |
|---|---|
| Réplication de serveurs | Le service Mobility en cours d’exécution sur des machines virtuelles communique avec l'appliance de réplication locale via le port HTTPS 443 entrant, pour la gestion de la réplication. Les serveurs envoient des données de réplication au serveur de traitement sur le port HTTPS 9443 entrant. Ce port peut être modifié. |
| Appliance de réplication | L’appliance de réplication orchestre la réplication avec Azure sur le port HTTPS 443 sortant. |
| Serveur de traitement | Le serveur de traitement reçoit les données de réplication, les optimise et les chiffre, puis les envoie au stockage Azure via le port 443 sortant. |
Performances et mise à l’échelle
Par défaut, vous déployez une seule appliance de réplication qui exécute à la fois le serveur de configuration et le serveur de processus. Si vous ne répliquez que quelques serveurs, ce déploiement est suffisant. Cependant, si vous répliquez et migrez des centaines de serveurs, un seul serveur de processus risque de ne pas être capable de gérer tout le trafic de réplication. Dans ce cas, vous pouvez déployer des serveurs de processus supplémentaires et évolutifs.
Planifier le déploiement de VMware
Si vous répliquez des machines virtuelles VMware, vous pouvez utiliser le Planificateur de déploiement Azure Site Recovery pour VMware afin de déterminer les exigences de performance, notamment le taux de modification quotidien des données et les serveurs de processus nécessaires.
Capacité de l’appliance de réplication
Utilisez les valeurs de ce tableau pour déterminer si vous avez besoin d'un serveur de processus supplémentaire dans votre déploiement.
- Si le taux de modification quotidien (taux de variation) est supérieur à 2 To, déployez un serveur de processus supplémentaire.
- Si vous répliquez plus de 200 serveurs, déployez une appliance de réplication supplémentaire.
| UC | Mémoire | Espace libre de mise en cache des données | Taux de variation | Limites de réplication |
|---|---|---|---|---|
| 8 processeurs virtuels (2 sockets * 4 cœurs à 2,5 GHz) | 16 Go | 300 Go | 500 Go ou moins | < 100 serveurs |
| 12 processeurs virtuels (2 sockets * 6 cœurs à 2,5 GHz) | 18 Go | 600 Go | 501 Go à 1 To | 100 à 150 serveurs |
| 16 processeurs virtuels (2 sockets * 8 cœurs à 2,5 GHz) | 32 Go | 1 To | 1 To à 2 To | 151 à 200 serveurs |
Dimensionnement des serveurs de traitement de scale-out
S'il vous faut de déployer un serveur de traitement de scale-out, utilisez ce tableau pour déterminer la taille du serveur.
| Serveur de traitement | Espace libre pour la mise en cache des données | Taux de variation | Limites de réplication |
|---|---|---|---|
| 4 processeurs virtuels (2 sockets * 2 cœurs @ 2,5 GHz), 8 Go de mémoire | 300 Go | 250 Go ou moins | Jusqu’à 85 serveurs |
| 8 processeurs virtuels (2 sockets * 4 cœurs @ 2,5 GHz), 12 Go de mémoire | 600 Go | 251 Go à 1 To | 86 à 150 serveurs |
| 12 processeurs virtuels (2 sockets * 6 cœurs 2,5 GHz), 24 Go de mémoire | 1 To | 1 à 2 To | 151 à 225 serveurs : |
Limitez la bande passante de chargement.
le trafic VMware qui est répliqué sur Azure passe par un serveur de processus spécifique. Vous pouvez limiter le débit de chargement en limitant la bande passante sur les serveurs en cours d’exécution en tant que serveurs de processus. Vous pouvez influencer la bande passante à l’aide de cette clé de Registre :
La valeur de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM détermine le nombre de threads utilisés pour le transfert des données (réplication initiale ou différentielle) sur un disque. Une valeur plus élevée augmenter la bande passante réseau utilisée pour la réplication. La valeur par défaut est quatre. La valeur maximale est 32. Pour optimiser la valeur, surveillez le trafic.
En outre, vous pouvez limiter la bande passante sur le serveur de processus comme suit :
- Sur le serveur de processus, ouvrez le composant logiciel enfichable MMC Sauvegarde Azure. Il y a un raccourci sur le bureau ou dans le dossier C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
- Dans le composant logiciel enfichable, sélectionnez Modifier les propriétés.
- DansLimitation, sélectionnez la case Activer la limitation de la bande passante sur Internet pour les opérations de sauvegarde. Définissez les limites pour les heures ouvrées et non ouvrées. Les plages valides vont de 512 Kbits/s à 1 023 Mbits/s.
Étapes suivantes
Essayez migration basée sur des agents pour VMware