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 disk.EnableUUID est activé.

Si ce n'est pas le cas, suivez les étapes indiquées pour activer le paramètre :

  1. Arrêtez la machine virtuelle.
  2. Cliquez avec le bouton droit sur la machine virtuelle et cliquez sur Modifier les paramètres.
  3. Sélectionnez l'onglet Options.
  4. Sélectionnez Général dans la section Avancé.
  5. Sélectionnez Paramètres de configuration dans le menu de droite.
  6. Vérifiez si le paramètre disk.EnableUUID existe et si la valeur est réglée à TRUE. Sinon, réglez la valeur à True.

    Si le paramètre n'existe pas, sélectionnez Ajouter une rangée et ajoutez-le.

  7. Démarrez la machine virtuelle.
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.

Note

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 :
  1. Pour /etc/securetty, ajoutez ttyS0 si le chemin existe.
  2. Modifiez les options suivantes dans la configuration GRUB de votre machine virtuelle Linux :
    • console=tty1
    • console=ttyS0,115200
  3. Supprimez les options suivantes de la configuration GRUB pour votre machine virtuelle Linux :
    • rhgb
    • quiet

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 :
  1. Pour vérifier si les pilotes de noyau virtio sont inclus dans le noyau, exécutez la commande suivante.

    lsinitrd | grep "/virtio_net

  2. Pour installer les pilotes du noyau virtio lorsqu'ils ne sont pas présents, exécutez la commande suivante.

    dracut -f -add qemu INITRAM_FS_FILE KERNEL_VERSION

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 /etc/fstab afin qu'il s'affiche comme suit.

/dev/sdb1 /data01 ext4 defaults,nofail 0 0

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.

Note

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.