Remarques relatives à la migration

L'outil VPC+ Cloud Migration duplique votre environnement sur IBM Cloud® Virtual Private Cloud et n'annule pas votre infrastructure classique IBM Cloud. Vous pouvez annuler votre environnement classique existant à partir de la console IBM Cloud.

Remarques relatives aux instances de serveur virtuel

Les instances de serveur virtuel doivent utiliser l'un des systèmes d'exploitation suivants :

  • CentOS 7.x, 8.x
  • Debian 9.x, 10.x
  • Red Hat 7.x, 8.x
  • Ubuntu Linux 16.04.x, 18.04.x
  • Windows 2012, 2012R2, 2016

Si certains de vos serveurs virtuels n'utilisent pas l'un des systèmes d'exploitation pris en charge, vous devez les faire migrer vers un niveau pris en charge avant de procéder à la migration.

Les serveurs virtuels doivent être compatibles cloud-init et disposer de pilotes Virtio. Pour les images Linux qui ne répondent pas à ces critères, voir la rubrique traitant de la création d'une image personnalisée Linux pour préparer l'image. Pour les images Windows qui ne répondent pas à ce critère, voir Création d'une image personnalisée Windows. Vous avez également la possibilité d'exécuter un script pour valider si votre image Linux ou Windows répond aux exigences minimales de système d'exploitation, si elle est activée pour cloud-init et comporte des pilotes Virtio. Pour plus d'informations, voir les détails du script.

De plus, les serveurs virtuels doivent répondre aux exigences suivantes :

  • Aucun module complémentaire
  • Stockage d'image de système d'exploitation
  • La taille du volume principal ne doit pas dépasser 100 Go
  • Systèmes d'exploitation pris en charge

L'outil VPC+ Cloud Migration ne se connecte pas à vos instances de serveur virtuel et n'y a pas accès. VPC+ Cloud Migration, qui est géré par Wanclouds, adopte les meilleures pratiques du secteur pour faire en sorte que l'outil d'application soit sécurisé et protège vos informations sensibles.

Conversion d'image VMDK

Vous pouvez migrer une image au format VMDK classique vers VPC à l'aide de l'outil VPC+. L'outil VPC+ convertit l'image VMDK en qcow2, qui est le format pris en charge dans VPC. L'image doit répondre aux exigences énumérées dans la section Considérations pour les instances de serveurs virtuels:

  • Système d'exploitation pris en charge
  • Activé pour cloud-init
  • Pilotes Virtio
  • vHDD unique (non secondaire) qui ne dépasse pas 100 Go

Si vous décidez d'utiliser l'outil VPC+ pour convertir et migrer votre image VMDK, vous devez exporter l'image vers IBM Cloud Object Storage avant de commencer à utiliser l'outil. Pour plus d'informations, voir Téléchargement de données.

Comme alternative, vous pouvez convertir votre image VMDK en qcow2 et la télécharger vous-même sur Object Storage. Pour plus d'informations, voir Migration d'images VMware (VMDK) ou VHD vers VPC.

Hôtes dédiés

Lorsque vous migrez une instance de serveur virtuel classique depuis un hôte dédié vers IBM Cloud VPC, vous avez la possibilité de continuer à le migrer en tant que modèle à service exclusif (hôte dédié) ou de passer à un modèle à service partagé (public). La valeur par défaut est un modèle à service exclusif, et l'outil VPC+ tente une mise en correspondance avec le profil classique le plus proche proposé par VPC pour l'hôte dédié et l'instance de serveur virtuel. Vous avez la possibilité de modifier le profil de l'hôte dédié ou de l'instance de serveur virtuel.

Lorsque vous décidez du placement du serveur virtuel classique, vous pouvez choisir entre une affectation manuelle (hôte dédié) et une affectation automatique. Dans IBM Cloud VPC, en revanche, l'implémentation est légèrement différente et le placement s'effectue sur un hôte dédié ou dans un groupe d'hôtes dédiés. Si le placement de l'instance de serveur virtuel classique est manuel, l'outil VPC+ respecte le placement et met à disposition le serveur virtuel dans IBM Cloud VPC en tant que tel. Pour l'affectation automatique, en raison de l'implémentation différente, le serveur est automatiquement affecté au sein d'un groupe d'hôtes dédié. Pour plus d'informations, voir Création d'hôtes et de groupes dédiés. De la même façon que pour les profils, vous avez la possibilité de changer le placement du serveur virtuel et le groupe d'hôtes dédiés.

Profils de serveur virtuel pris en charge

Les profils de calcul ne sont pas tous pris en charge dans l'environnement VPC. Par exemple, les profils quadratiques, tels que C1.2x2, C1.4x4, C1.8x8,, ne sont pas pris en charge. Pour obtenir une liste complète des profils pris en charge, voir la rubrique sur les profils VPC.

Si l'outil VPC+ trouve un profil lors de la reconnaissance qui ne correspond pas à un profil pris en charge, le profil correspondant le plus proche est sélectionné. Vous pouvez modifier la sélection lorsque vous éditez les ressources reconnues.

Actuellement, VPC+ Cloud Migration ne prend pas en charge les profils GPU.

Groupes d'instances pour la mise à l'échelle automatique

L'outil VPC+ détecte les instances de serveur virtuel qui sont associées à des groupes d'instances. Vous pouvez migrer ces instances avec l'outil VPC+, mais ce dernier ne configure pas les règles de mise à l'échelle automatique dans VPC. Il est recommandé de migrer une seule instance de serveur virtuel associée à un groupe d'instances, puis de configurer des règles de mise à l'échelle automatique avec cette instance de serveur virtuel. Pour plus d'informations, voir Création d'un groupe d'instances pour la mise à l'échelle automatique.

Remarques sur le stockage de données relatives aux types Attaché, Bloc et Fichier

L'outil VPC+ peut détecter les trois types de stockage utilisés par les instances de serveur virtuel dans l'infrastructure classique IBM Cloud :

  1. Stockage portable
  2. Stockage de fichiers réseau
  3. Stockage par blocs sur réseau (iSCSI) avec systèmes de fichiers

L'outil VPC+ vous permet de choisir les volumes de données à migrer. Seuls les volumes sélectionnés seront migrés.

Si vous disposez d'une instance de serveur virtuel qui a déjà été migrée et dans laquelle vous souhaitez migrer des volumes de données secondaires, utilisez Content Data Migrator dans l'outil VPC +.

Si vous ne souhaitez pas utiliser Content Data Migrator, vous pouvez migrer les données des volumes de bloc ou de fichier vers VPC par vous-même à l'aide de rsync ou d'autres outils de votre choix (scp ou d'autres outils tiers). Pour plus d'informations sur l'utilisation de rsync pour migrer vos données, voir Migration des données depuis l'infrastructure classique IBM Cloud vers VPC.

Prérequis à la migration de stockage

Pour migrer des stockages par blocs et NAS vers VPC avec l'instance de serveur virtuel, veillez à vérifier et respecter les conditions requises suivantes :

  1. Votre compte IBM Cloud doit disposer de privilèges administrateur pour les versions classique et VPC. Les volumes de stockage sont créés pour le compte fourni dans VPC.
  2. Vous devez télécharger le script fourni par l'outil VPC+ et l'exécuter sur votre instance de serveur virtuel classique avec les privilèges requis. Des instructions sont fournies dans le script. Le script installe l'agent de migration de contenu chargé de collecter les métadonnées nécessaires à la migration. L'agent de migration de contenu collecte des informations sur le stockage connecté, telles que le nom, des informations de partition pour les unités par bloc, les points de montage, les types de système de fichiers. L'agent télécharge les métadonnées sur le contrôleur VPC+, en fournissant la possibilité de sélectionner ultérieurement dans l'outil les volumes souhaités pour la migration. Pour ce faire, votre serveur virtuel doit disposer d'une connectivité externe pour télécharger des fichiers de métadonnées sur le contrôleur VPC +.
  3. Dans la console IBM Cloud, accédez à Icône de menu Icône de menu > Infrastructure classique > Dispositifs > votre instance de serveur virtuel. Sélectionnez l'onglet Stockage et autorisez votre bloc et votre stockage de fichiers s'ils ne sont pas répertoriés.

Limitations

Passez en revue les limitations de migration de stockage suivantes :

  • Toutes les migrations sont limitées à une taille de volume de 2 To uniquement.
  • Vous ne pouvez choisir que quatre volumes lors de la mise à disposition d'une instance de serveur virtuel. Seuls quatre volumes connectés, en plus de votre volume d'amorçage, peuvent être migrés. Si vous possédez plus de quatre volumes dans votre instance classique, voir Limites de connexion de volume pour plus de détails et utilisez Content Data Migrator dans l'outil VPC + pour migrer les volumes supplémentaires.
  • Vous pouvez migrer jusqu'à quatre partitions principales ou trois partitions principales et deux partitions logiques sur la quatrième partition.
  • La migration de partitions et volumes par blocs sans système de fichiers n'est pas encore prise en charge.
  • Un mappage maximal de 10 IOPS/Gb sera effectué sur les instances de serveur virtuel pour VPC.
  • La migration de stockage connecté à Windows n'est pas encore prise en charge.

Les trois types de stockage peuvent être migrés si votre cas d'utilisation respecte ces limitations.

Cas d'utilisation de migration de stockage

Considérons les cas d'utilisation suivants pour la migration de stockage :

  1. Une instance de serveur virtuel classique possède un stockage portable connecté à des systèmes de fichiers Linux. Ce stockage sera migré tel quel vers VPC.
  2. Une instance de serveur virtuel classique possède un stockage de fichiers réseau :
  • Un système de fichiers Linux équivalent (ext4) est créé sur VPC puis le contenu est copié sur ce système.
  • VPC ne prend pas encore en charge le stockage NAS. Votre stockage sera sur le système de fichiers Linux de votre instance VPC et ne pourra pas être partagé.
  1. Un serveur virtuel classique possède un stockage par blocs (périphériques iSCSI) :
  • L'agent de migration de contenu va détecter l'existence d'un système de fichiers Linux au-dessus de la carte des périphériques et migrer le contenu vers VPC.
  • Les informations entre source et destination seront conservées.
  • Les systèmes de fichiers au-dessus des numéros LUN iSCSI seront copiés dans l'instance de destination. Aucun nom multi-accès ou convivial configuré sur votre source ne sera disponible. dans votre destination.
  1. Une instance de serveur virtuel classique dispose d'un stockage portable, d'un stockage de fichiers réseau et d'un stockage par blocs.

Remarques relatives aux clés SSH

L'outil VPC+ peut détecter les clés publiques SSH qui ont été ajoutées durant le processus de commande initial de vos instances de serveur virtuel classiques. Si les clés publiques SSH ne sont pas des clés RSA ou si elles ont été ajoutées après la commande des instances, l'outil VPC+ vous demandera d'ajouter une nouvelle clé SSH.

Remarques relatives aux volumes secondaires

Si vous souhaitez faire migrer une instance de serveur virtuel avec un volume principal auquel un volume secondaire est associé, lorsque vous montez vos disques dans votre machine classique, assurez-vous que ce volume est monté de façon permanente. Pour ce faire, ajoutez l'entrée nofail dans l'entrée de montage du volume secondaire du fichier /etc/fstab.

Une entrée standard se présente comme suit :

"/dev/disk     /mnt/disk      ext4        defaults,nofail      0       2”

Vous devez ajouter nofail à côté de defaults, le cas échéant.

VPC+ Cloud Migration prend uniquement en charge un maximum de trois volumes secondaires pour la migration.

Si un serveur ne peut pas être migré car il n'est pas configuré en tant que cloud-init, vous pouvez tout de même faire migrer le volume secondaire de ce serveur. Tout d'abord, créez un serveur compatible dans VPC, puis faites migrer le volume secondaire à l'aide de la procédure précédente.

Remarques relatives aux équilibreurs de charge

Seul IBM Cloud Load Balancer est pris en charge.

Si votre environnement classique IBM Cloud utilise des configurations définies dans IBM Cloud Load Balancer qui ne sont pas disponibles dans l'environnement VPC, VPC+ Cloud Migration définit la correspondance la plus proche avec ce qui est disponible pour l'environnement VPC ou utilise une configuration par défaut.

Remarques relatives aux dispositifs de passerelle

Seul VRA (Vyatta 5600) est pris en charge. Dans VRA, les fonctions suivantes sont prises en charge :

  • Passerelle (mascarade NAT)
  • VPN/IKE
  • Listes de contrôle d'accès sans état

ACL

L'outil VPC+ ne convertit pas les règles ACL basées sur le réseau ou l'hôte. Vous devrez ajouter ces règles lors de l'édition de vos ressources reconnues ou après la mise à disposition de votre environnement VPC.

Les listes de contrôle d'accès basées sur le port qui sont configurées avec les adresses réseau RFC1918 sont migrées, mais l'adresse est remplacée par Any. Par exemple, la configuration VRA suivante :

Allow UDP, Source Address 10.1.1.0/26, Destination Address 172.16.20.0/26 Port 80

Fait l'objet d'une migration vers VPC en tant que configuration suivante :

Allow UDP Source Address Any, Destination Address Any, Port 80

Si vous disposez de règles basées sur l'hôte /32, envisagez de passer à des groupes de sécurité pour préserver l'utilisation de ressources de listes de contrôle d'accès.

Limitations de règle VRA

IBM Cloud limite le nombre de règles VRA à 25. Si vous disposez de plus de 25 règles, IBM Cloud sélectionne les 25 premières. Vous pouvez gérer ces règles lors de l'édition de vos ressources reconnues.

Configurations de passerelle non disponibles dans l'environnement VPC

Si votre environnement classique IBM Cloud utilise des configurations définies dans une passerelle qui ne sont pas disponibles dans l'environnement VPC, VPC+ Cloud Migration définit la correspondance la plus proche avec ce qui est disponible pour l'environnement VPC ou utilise une configuration par défaut.

Considérations pour la migration IBM Cloud Kubernetes Service et Red Hat OpenShift

Avec l'outil VPC+, vous pouvez découvrir et migrer votre IBM Cloud Kubernetes Service ou Red Hat® OpenShift® cluster de classic vers IBM Cloud VPC. L'outil VPC+ identifie tous vos clusters et crée un espace de travail pour vous aider à gérer votre migration. Vous décidez du cluster que vous souhaitez migrer.

Vous pouvez migrer les versions suivantes :

  • IBM Cloud Kubernetes Service version 1.21+
  • Red Hat OpenShift version 4.6+

Vous ne pouvez migrer que d'un seul centre de données vers une seule zone de disponibilité ou de plusieurs centres de données vers une région multizone.

Les outils open source Velero et Restic sont installés dans leur espace de noms unique par VPC+ pour sauvegarder et migrer vos IBM Cloud Kubernetes Service ou Red Hat OpenShift ressources et composants tels que les ressources au niveau du cluster, les pools de travailleurs, les POD, les espaces de noms, les secrets, les ensembles avec état, les ensembles de démons, les ensembles de répliques, les travaux, les travaux cron et les volumes persistants.

Vous devez créer un justificatif de service IBM Cloud Object Storage avec un rôle de service gestionnaire et un HMAC. Un godet temporaire Object Storage est créé dans votre compte pour faciliter la migration. En outre, les passerelles de sous-réseau sont destinées à tous les IBM Cloud Kubernetes Service sous-réseaux.

Limitations

Examinez les limitations suivantes pour la migration IBM Cloud Kubernetes Service ou Red Hat OpenShift:

  • Les ressources et les services d'Ingress sont sous votre responsabilité.
  • Seuls les volumes en bloc sont pris en charge.
  • Velero nécessite 1 CPU et 500 MB pour chaque nœud. Dans certains cas, la migration peut échouer en raison de la capacité du matériel. Dans ce cas, il est nécessaire de réduire la consommation de ressources, par exemple en désactivant la journalisation, la surveillance ou les applications.