Présentation de la réplication de machine virtuelle

Le module d'extension de réplication d'Oracle Cloud Migrations gère la réplication des clichés des ressources source de l'environnement source vers Oracle Cloud Infrastructure.

Le module d'extension de réplication prend des instantanés à partir de volumes de machine virtuelle source et les copie dans le bucket de réplication.

A propos du bucket de réplication

Le bucket de réplication est utilisé temporairement pour faciliter le transfert des clichés VMware vers la location OCI cible. Une fois les données d'instantané écrites dans un volume de blocs, elles sont enlevées du bucket de réplication.

Créez un bucket privé dans un compartiment de réplication, que vous indiquez lors de la migration pour l'emplacement de réplication. Vous pouvez choisir d'indiquer un nom de bucket indiqué par l'utilisateur plutôt que des noms de bucket générés par le système. Les noms de bucket spécifiés par l'utilisateur peuvent contenir des lettres (en majuscules ou en minuscules), des chiffres, des traits d'union, des traits de soulignement et des points. Pour plus d'informations sur la gestion des buckets pour les opérations de cliché, reportez-vous à Buckets Object Storage.

Exemple :

Créez un bucket pour un compartiment dans une région cible vers laquelle vous effectuez la migration.

Pour la migration VMware, utilisez les stratégies suivantes relatives au bucket :

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 AWS, utilisez les stratégies suivantes relatives au bucket :

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 stratégies Oracle Cloud Migrations, reportez-vous à Politiques de service Oracle Cloud Migrations.

À propos de l'agent d'hydratation

L'agent d'hydratation est une instance Compute qui commence à l'emplacement de réplication, que vous indiquez lors de la création du projet de migration.

L'agent d'hydratation vise à copier les instantanés de ressources pris par le module d'extension de réplication (copiés directement à partir du volume EBS en cas de ressources EC2) dans les volumes de blocs générés sur 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 pool d'objets. Les instances d'agent d'hydratation sont créées sur la base 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 des ressources associées (table de routage VCN). Pour connaître le nombre maximal défini pour le VCN, le sous-réseau et les ressources associées, reportez-vous à Limites de mise en réseau dans Limites de service. Vous pouvez soumettre une demande d'augmentation des limites de service à partir de la console. Pour augmenter la limite de service, reportez-vous à Demande d'augmentation de limite de service.

L'algorithme 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 d'UC minimal et un coût minimal. Pour plus d'informations sur les formes de machine virtuelle des séries standard, reportez-vous à Formes de machine virtuelle.

L'algorithme pour les images approuvées démarre l'instance de l'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'images, 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 cliché complet, ou uniquement les blocs modifiés entre deux clichés, et les écrit directement dans les volumes de blocs OCI.

Limites pour l'agent d'hydratation

Veillez à 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 que vous disposez des limites appropriées dans la région cible pour VM.Standard.E4. Forme flexible (standard-e4-core-count, standard-e4-memory-count). Nous vous recommandons de réserver 10 CPU et 160 Go de mémoire de la capacité disponible pour les agents d'hydratation. Veillez également à prendre en compte les 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.

A 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 module d'extension 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 fonction CBT pour la machine virtuelle. Pour activer la formation continue, recherchez l'article sur le suivi des blocs modifiés (CBT) sur les machines virtuelles.

Configurations de machine virtuelle requises

Voici les valeurs de paramètre de machine virtuelle VMware que vous devez configurer avant de migrer les ressources :


Paramètre	Valeur	Etapes 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 : Arrêtez la VM. Cliquez avec le bouton droit de la souris sur la machine virtuelle et cliquez sur Modifier les paramètres. Cliquez sur l'onglet Options. Sélectionnez Général dans la section Avancé. Sélectionnez Paramètres de configuration dans le menu de droite. Vérifiez si le paramètre `disk.EnableUUID` existe et que la valeur est définie sur `TRUE`. Dans le cas contraire, définissez la valeur sur `True`. Si le paramètre n'existe pas, sélectionnez Ajouter une ligne et ajoutez-le. 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, reportez-vous à la section CBT on Virtual Machines.

Transferts incrémentiels dans AWS

Pour la migration AWS EC2, le transfert incrémentiel est réalisé automatiquement en répliquant uniquement les blocs modifiés entre les instantanés de volume via les adresses d'API AWS associées fournissant cette fonctionnalité. Il n'y a rien à configurer pour la migration AWS.

Utilisation de volumes EBS chiffrés

L'une des fonctionnalités du service Oracle Cloud Infrastructure Block Volume est que les volumes sont toujours cryptés lorsqu'ils sont inactifs. En revanche, Amazon Elastic Block Store (Amazon EBS) a la possibilité de 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é AWS KMS. Oracle Cloud Migrations prend en charge de manière transparente la réplication des volumes EBS chiffrés et non chiffrés, mais nécessite l'accès à toutes les clés AWS KMS 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 cryptés, mais que l'utilisateur indiqué pour la réplication n'a pas accès à la clé AWS KMS appropriée, des erreurs de lecture EBS se produisent et entraînent l'échec du travail de réplication. Un accès approprié à la clé AWS KMS suit le processus EBS normal de décryptage de l'instantané chiffré pendant le processus de lecture et de transfert.

Accès aux clés AWS KMS

Pour assurer la réplication réussie des volumes EBS chiffrés, les informations d'identification de réplication configurées dans une source de ressource AWS doivent avoir accès pour utiliser la clé AWS KMS utilisée pour chiffrer le volume. AWS KMS inclut une stratégie de clés 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 Decrypt. L'utilisateur de réplication spécifié dans la source de ressource peut être ajouté en tant qu'utilisateur clé directement à la clé dans le service AWS KMS.

Modifications de volume d'initialisation pour la migration

La migration d'une machine virtuelle vers Oracle Cloud Infrastructure (OCI) Compute nécessite des modifications au niveau du système d'exploitation (volume d'initialisation) pour garantir que l'instance migrée s'initialise correctement sur l'hyperviseur OCI Compute.

Le service Oracle Cloud Migrations applique automatiquement les modifications de configuration requises sur le volume d'initialisation des machines virtuelles Linux. Ces modifications incluent l'installation de modules de noyau virtio lorsqu'ils ne sont pas présents, les mises à jour des pièces jointes du stockage et les paramètres du 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 d'initialisation pour Linux

Le tableau suivant présente les configurations de volume d'initialisation 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, reportez-vous au tableau qui présente les étapes permettant d'appliquer manuellement les modifications de configuration requises avant de répliquer le volume d'initialisation vers OCI.

Remarque

Pour plus d'informations sur le système d'exploitation Linux pris en charge, reportez-vous à Systèmes d'exploitation invités de machine virtuelle source pris en charge.

Modifications automatiques pour Linux


Modification de configuration	Description	Procédure 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 suivantes à la configuration d'initialisation : Dans `/etc/securetty`, ajoutez `ttyS0` si le chemin existe. Modifiez les options suivantes dans la configuration GRUB de votre machine virtuelle Linux : `console=tty1` `console=ttyS0,115200` Supprimez les options suivantes de la configuration GRUB pour votre machine virtuelle Linux : `rhgb` `quiet` Pour plus d'informations, reportez-vous à Activation de l'accès par console série pour les images Linux importées.
Installer des pilotes vitio Seul le mode paravirtualisé pour les systèmes d'exploitation Linux est désormais pris en charge. Les systèmes d'exploitation basés sur Linux avec les versions 3.4 ou ultérieures du noyau 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, si nécessaire : Pour vérifier si les pilotes de noyau virtio sont inclus dans le noyau, exécutez la commande suivante. `lsinitrd \| grep "/virtio_net` 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 les périphériques à l'aide de l'UUID ou du nom du gestionnaire de volumes logiques dans `/etc/fstab`. Si vous référencez des périphériques à l'aide du nom de fichier, ces périphériques ne sont pas accessibles après la migration et l'initialisation de l'instance échoue.	Appliquez les modifications de configuration suivantes : Marquez tous les points de montage faisant référence à un fichier de périphérique comme nofail. Pour le marquer, modifiez le fichier `/etc/fstab` de sorte qu'il apparaisse comme suit. `/dev/sdb1 /data01 ext4 defaults,nofail 0 0`

Modifications supplémentaires pour Linux

Les modifications suivantes peuvent également être nécessaires au cours du processus de migration.


Tâches	Description
Enlever une 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. Veillez à ne pas bloquer les demandes de connexion SSH entrantes par des pare-feu.
Configurer le réseau	Mettez à jour les interfaces réseau pour recevoir des adresses IP basées sur 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.
Installation de l'agent Oracle Cloud	Installez et activez l'agent Oracle Cloud. Reportez-vous à Agent Oracle Cloud.
Installer OS Management	Installez et activez OS Management. Reportez-vous à Agent Oracle Cloud.
Enlever d'autres agents cloud	Nous vous recommandons de désactiver ou d'enlever d'autres agents de gestion cloud.
Configurer le service NTP	Nous vous recommandons de mettre à jour la configuration du service OCI NTP après avoir migré vos instances de machine virtuelle vers OCI. Reportez-vous à Configuration du service Oracle Cloud Infrastructure NTP pour une instance.

Modification du volume d'initialisation pour Windows

Oracle Cloud Migrations prend uniquement en charge le lancement des instances Windows migrées avec des options de lancement paravirtualisées. Les pilotes Oracle virtio pour Windows doivent être installés avant de tenter de lancer une instance Windows migrée. Le système d'exploitation ne parvient pas à trouver un périphérique d'initialisation si les pilotes ne sont pas installés. Pour plus d'informations sur l'installation du pilote Oracle virtIO pour Windows, reportez-vous à Import d'images Windows personnalisées.

Remarque

Pour plus d'informations sur les systèmes d'exploitation Windows pris en charge, reportez-vous à Systèmes d'exploitation invités de machine virtuelle source pris en charge.

Modifications supplémentaires pour Windows