Présentation de la réplication de machine virtuelle
Le plugiciel de réplication dans le service de migration vers Oracle Cloud Infrastructure gère la réplication des instantanés des ressources sources de l'environnement source vers Oracle Cloud Infrastructure.
Le plugiciel de réplication prend des instantanés à partir des volumes de la machine virtuelle source et les copie dans le seau de réplication.
À propos du seau de réplication
Le seau de réplication est utilisé temporairement pour faciliter le transfert des instantanés VMware vers la location OCI cible. Une fois les données d'instantané écrites dans un volume par blocs, elles sont supprimées du seau de réplication.
Créez un seau privé dans un compartiment de réplication, que vous spécifiez lors de la migration pour l'emplacement de réplication. Vous pouvez choisir de spécifier un nom de seau spécifié par l'utilisateur au lieu des noms de seau générés par le système. Les noms de seau spécifiés par l'utilisateur peuvent contenir des lettres (majuscules ou minuscules), des chiffres, des traits d'union, des traits de soulignement et des points. Pour plus d'informations sur la gestion des seaux pour les opérations d'instantané, voir Seaux de stockage d'objets.
Par exemple :
Créez un seau pour un compartiment dans une région cible vers laquelle vous effectuez la migration.
Pour la migration vers VMware, utilisez les politiques suivantes pertinentes pour le seau :
Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>
Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>
Pour la migration vers AWS, utilisez les politiques suivantes relatives au seau :
Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>
Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>
Pour plus d'informations sur les politiques du service Oracle Cloud Migrations, voir Politiques du service Oracle Cloud Migrations.
À propos de l'agent d'hydratation
L'agent d'hydratation est une instance de calcul qui commence à l'emplacement de réplication, que vous spécifiez lors de la création du projet de migration.
L'agent d'hydratation vise à copier par blocs les instantanés des ressources pris par le plugiciel de réplication (copiés directement à partir du volume EBS dans le cas des ressources EC2) dans les volumes par blocs générés dans Oracle Cloud Infrastructure. Les instances d'agent d'hydratation démarrent automatiquement pour équilibrer la charge du processus de réplication en fonction de la logique du groupe d'objets. Les instances d'agent d'hydratation sont créées en fonction d'algorithmes pour les formes et les images approuvées. Chaque instance d'agent d'hydratation crée un VCN, un sous-réseau et les ressources associées (table de routage de VCN). Pour connaître le nombre maximal défini pour le VCN, le sous-réseau et les ressources associées, voir Limites du service de réseau dans Limites de service. Vous pouvez soumettre une demande d'augmentation de vos limites de service dans la console. Pour augmenter la limite de service, voir Demande d'une augmentation de limite de service.
L'algorithme des formes approuvées choisit l'une des formes disponibles dans un domaine de disponibilité et un compartiment. L'algorithme préfère les formes avec un nombre minimal d'UC et un coût minimal. Pour plus d'informations sur les formes de machine virtuelle des séries standard, voir Formes de machine virtuelle.
L'algorithme pour les images approuvées démarre l'instance d'agent d'hydratation avec l'une des images approuvées, par exemple le système d'exploitation Oracle-Linux-7.9 disponible. Avec les nouveaux déploiements d'image, l'algorithme est mis à jour.
Dans le cas d'AWS, l'agent d'hydratation lancé par la migration OCI dans votre location utilise l'API EBS Direct pour copier les blocs de données d'un instantané complet, ou seulement les blocs modifiés entre deux instantanés, et l'écrit directement dans les volumes par blocs OCI.
Limites pour l'agent d'hydratation
Assurez-vous de réserver des limites suffisantes pour les instances d'agent d'hydratation. Seuls les administrateurs peuvent augmenter les limites de l'agent d'hydratation.
Assurez-vous de disposer des limites appropriées dans la région cible pour VM.Standard.E4. Forme Flex (standard-e4-core-count, standard-e4-memory-count). Nous vous recommandons de réserver 10 UC et 160 Go de mémoire de la capacité disponible pour les agents d'hydratation. Assurez-vous également de tenir compte des exigences de limite de forme pour les machines virtuelles à migrer.
Si la forme Standard.E4 n'est pas disponible, nous vous recommandons de réserver les ressources appropriées pour les formes approuvées.
À propos des transferts incrémentiels
Pour les transferts incrémentiels, vous devez activer le suivi des blocs modifiés (CBT) au niveau de la machine virtuelle VMware.
Transferts incrémentiels dans VMware
Le plugiciel de réplication effectue automatiquement une mise à jour incrémentielle lorsqu'un instantané de machine virtuelle commun à partir duquel travailler existe et que vous activez la TCC pour la machine virtuelle. Pour activer CBT, recherchez l'article Suivi des blocs modifiés (CBT) sur des machines virtuelles.
Configurations de machine virtuelle requises
Voici les valeurs de paramètre de machine virtuelle (MV) VMware que vous devez configurer avant de migrer les ressources :
Paramètre | Valeur | Étapes de configuration |
---|---|---|
disk.EnableUUID |
True |
Par défaut, le paramètre Si ce n'est pas le cas, suivez les étapes indiquées pour activer le paramètre :
|
ctkEnabled |
True |
Par défaut, le suivi des blocs modifiés (CBT) n'est pas activé sur les machines virtuelles VMware. Pour activer CBT, voir CBT sur des machines virtuelles. |
Transferts incrémentiels dans AWS
Pour la migration vers AWS EC2, le transfert incrémentiel est effectué automatiquement en répliquant uniquement les blocs modifiés entre les instantanés de volume au moyen de points d'extrémité d'API AWS connexes fournissant cette fonctionnalité. Il n'y a rien à configurer pour la migration AWS.
Utilisation des volumes EBS chiffrés
Une des caractéristiques du service Oracle Cloud Infrastructure Block Volume est que les volumes sont toujours chiffrés au repos. En revanche, Amazon Elastic Block Store (Amazon EBS) peut disposer de volumes chiffrés et non chiffrés. Lorsqu'un volume EBS est chiffré, par défaut, tous les instantanés créés de ce volume sont également chiffrés à l'aide de la même clé KMS AWS. Oracle Cloud Migrations prend en charge de façon transparente la réplication des volumes EBS chiffrés et non chiffrés, mais nécessite l'accès à toutes les clés KMS AWS utilisées pour les volumes chiffrés. Si une réplication de projet de migration inclut une instance EC2 avec des volumes EBS attachés qui sont chiffrés, mais que l'utilisateur spécifié pour la réplication n'a pas accès à la clé KMS AWS appropriée, des erreurs de lecture EBS se produisent et entraînent l'échec de la tâche de réplication. Un accès approprié à la clé AWS KMS suit le processus EBS normal de déchiffrement de l'instantané chiffré pendant le processus de lecture et de transfert.
Accès aux clés AWS KMS
Pour garantir une réplication réussie des volumes EBS chiffrés, les données d'identification de réplication configurées dans une source de ressources AWS doivent avoir accès à la clé KMS AWS utilisée pour chiffrer le volume. AWS KMS inclut une politique de clé par défaut qui permet aux utilisateurs d'utiliser une clé KMS pour toutes les opérations cryptographiques. La seule opération cryptographique utilisée par OCM lors du processus de réplication des volumes EBS à partir d'un instantané est Déchiffrer. L'utilisateur de réplication spécifié dans la source de ressources peut être ajouté en tant qu'utilisateur clé directement à la clé dans le service AWS KMS.
Modifications du volume de démarrage pour la migration
La migration d'une machine virtuelle vers le service de calcul d'Oracle Cloud Infrastructure (OCI) nécessite des modifications au niveau du système d'exploitation (volume de démarrage) pour garantir que l'instance migrée démarre avec succès sur l'hyperviseur du service de calcul d'OCI.
Le service Oracle Cloud Migrations applique automatiquement les modifications de configuration requises sur le volume de démarrage des machines virtuelles Linux. Ces modifications incluent l'installation de modules de noyau virtio lorsqu'ils ne sont pas présents, les mises à jour d'attachement de stockage et les paramètres de noyau pour l'accès à la console série. Aucune modification de configuration n'est apportée automatiquement aux machines virtuelles Windows.
Modification de volume de démarrage pour Linux
Le tableau suivant présente les configurations de volume de démarrage qu'Oracle Cloud Migrations modifie automatiquement pour tous les systèmes d'exploitation pris en charge. Si vous utilisez un système d'exploitation Linux non pris en charge, le tableau comprend des étapes pour appliquer manuellement les modifications de configuration requises avant de répliquer le volume de démarrage vers OCI.
Pour plus d'informations sur le système d'exploitation Linux pris en charge, voir Systèmes d'exploitation invités de machine virtuelle source pris en charge.
Modifications automatiques pour Linux
Modification de la configuration | Description | Étapes d'application manuelle d'une configuration |
---|---|---|
Activer la console série | Nous vous recommandons d'activer la console série pour le dépannage des instances de machine virtuelle après la migration à l'aide de la console Oracle Cloud. | Appliquez les modifications de configuration suivantes à la configuration de démarrage :
Pour plus d'informations, voir Activation de l'accès à la console série pour des images Linux importées. |
Installer des pilotes virtio Seul le mode paravirtualisé pour les systèmes d'exploitation Linux est pris en charge maintenant. Les systèmes d'exploitation Linux avec des versions de noyau 3.4 ou ultérieures prennent en charge les pilotes paravirtualisés. |
Assurez-vous que les pilotes de noyau virtio sont présents dans le noyau. | Appliquez les modifications de configuration suivantes, au besoin :
|
Mettre à jour /etc/fstab |
Nous vous recommandons de référencer des appareils à l'aide du nom UUID ou du gestionnaire de volumes logiques (LVM) dans /etc/fstab . Si vous référencez des périphériques utilisant le nom de fichier, ces périphériques ne sont pas accessibles après la migration et l'instance ne parvient pas à démarrer. |
Appliquez les modifications de configuration suivantes : Marquez tous les points de montage qui font référence à un fichier d'appareil comme étant nofail. Pour marquer, modifiez le fichier
|
Modifications supplémentaires pour Linux
Il peut également être nécessaire d'effectuer les modifications suivantes pendant le processus de migration.
Tâches | Description |
---|---|
Supprimer la règle udev | Supprimez toutes les règles udev basées sur l'adresse MAC. |
Activer l'accès SSH à une machine virtuelle | Assurez-vous d'activer SSH et de configurer le service SSHD pour qu'il démarre automatiquement au redémarrage. Assurez-vous de ne pas bloquer les demandes de connexion SSH entrantes par des pare-feu. |
Configurer le réseau | Mettre à jour les interfaces réseau pour recevoir les adresses IP en fonction de DHCP. Assurez-vous de ne pas utiliser d'adresses MAC codées en dur, d'adresses IP statiques et de paramètres DNS sur la machine virtuelle. |
Installer Oracle Cloud Agent | Installez et activez Oracle Cloud Agent. Voir Oracle Cloud Agent. |
Installer la gestion du système d'exploitation |
Installez et activez la gestion du système d'exploitation. Voir Oracle Cloud Agent. |
Supprimer d'autres agents en nuage | Nous vous recommandons de désactiver ou de supprimer d'autres agents de gestion du nuage. |
Configurer le service NTP | Nous vous recommandons de mettre à jour la configuration du service NTP OCI après la migration de vos instances de machine virtuelle vers OCI. Voir Configuration du service Oracle Cloud Infrastructure NTP pour une instance. |
Modification du volume de démarrage pour Windows
Oracle Cloud Migrations ne prend en charge que le lancement d'instances Windows migrées avec des options de lancement paravirtualisées. Les pilotes virtio Oracle pour Windows doivent être installés avant de tenter de lancer une instance Windows migrée. Le système d'exploitation ne trouve pas de périphérique de démarrage si les pilotes ne sont pas installés. Pour plus d'informations sur l'installation du pilote Oracle virtIO pour Windows, voir Importation d'images Windows personnalisées.
Pour plus d'informations sur les systèmes d'exploitation Windows pris en charge, voir Systèmes d'exploitation invités de machine virtuelle source pris en charge.
Modifications supplémentaires pour Windows
Il peut également être nécessaire d'effectuer les modifications suivantes pendant le processus de migration.
Tâches | Description |
---|---|
Configurer la politique SAN en tant que Online All |
Pour configurer le réseau SAN, reportez-vous à la commande Windows SAN (Storage Area Network) dans la documentation Microsoft. |
Activer les connexions RDP (Remote Desktop) | Pour activer RDP, consultez les clients Bureau à distance dans la documentation Microsoft. Pour permettre l'accès RDP pour les types d'emplacement de réseau privé et public en modifiant la règle de port entrant du pare-feu Windows, voir Création d'une règle de port entrant dans la documentation Microsoft. |
Configurer le réseau | Mettre à jour les interfaces réseau pour recevoir les adresses IP en fonction de DHCP. Assurez-vous de ne pas utiliser d'adresses MAC codées en dur, d'adresses IP statiques et de paramètres DNS sur la machine virtuelle. |
Activer la console série | Pour activer la console série pour Windows, voir Dépannage des instances à l'aide des connexions à la console d'instance. |
Supprimer les outils VMware | Pour plus d'informations sur la suppression des outils VMware, recherchez Désinstallation des outils VMware. |
Configurer le service NTP OCI | Pour configurer la configuration du service NTP OCI, voir Configuration du service NTPOracle Cloud Infrastructure NTP Oracle Cloud Infrastructure pour une instance. |
Ressources supplémentaires
Voici quelques ressources que vous pouvez consulter pour en savoir plus sur la préparation des machines virtuelles pour les héberger à nouveau sur OCI.
Blogues
Préparation des machines virtuelles pour le réhébergement
Références