29.2 Configuration de la migration d'un workload vers Amazon Web Services

Lorsque vous ajoutez ou découvrez un workload, celui-ci est repris sur la page Workloads et son état est défini sur Non configuré. Avant de faire migrer le workload, vous devez le configurer comme suit :

Lancez l'interface Web de PlateSpin Migrate.
Si vous n'avez pas configuré une région cloud Amazon comme cible de migration, cliquez sur Cibles > Ajouter la cible, puis configurez la plate-forme cloud AWS cible.

Reportez-vous à la Section 3.3.3, Cibles.
Sur la page Workloads, sélectionnez le workload à configurer.
Cliquez sur Configurer la migration.
Spécifiez la méthode de transfert initiale pour la réplication en fonction de l'étendue des données que vous souhaitez transférer de la source vers la cible :
- Réplication complète : PlateSpin Migrate réplique le volume complet de la source vers la cible.
- Réplication incrémentielle : PlateSpin Migrate réplique uniquement les différences de données de la source vers la cible, à condition que les workloads aient un système d'exploitation et des profils de volume similaires.
  
  REMARQUE :PlateSpin Migrate ne prend pas en charge la réplication incrémentielle pour la réplication initiale des données vers des workloads cibles existants dans le cloud Amazon. Toutefois, vous pouvez planifier des réplications incrémentielles des données pour les réplications suivantes. Reportez-vous au paramètre Récurrence incrémentielle à l'Étape 8.
Sélectionnez une cible existante du type Région cloud Amazon vers laquelle vous souhaitez migrer le workload source.
Cliquez sur Configurer la migration.

Configurez les paramètres suivants:

Paramètres de planification
Récurrence incrémentielle
Spécifiez l'heure et le modèle d'exécution des réplications incrémentielles après la première réplication complète, ou démarrez manuellement chaque réplication incrémentielle. Par défaut, le paramètre est défini sur Aucun(e). Les réplications incrémentielles ne sont pas planifiées. Pour définir ou modifier l'heure et le modèle de récurrence incrémentielle : Cliquez sur Éditer. Pour commencer la planification de récurrence, définissez la date et l'heure auxquelles vous souhaitez démarrer les réplications incrémentielles planifiées. Vous pouvez saisir la date directement (jj/mm/aaaa) ou cliquer sur l'icône de calendrier pour la sélectionner. L'heure d'exécution par défaut est minuit (hh:m:ss). Comme paramètre d'exécution de la récurrence, définissez le modèle à suivre pour les réplications incrémentielles planifiées : Tous les jours : la réplication a lieu chaque jour aux intervalles spécifiés ou uniquement les jours de la semaine chaque semaine pendant 60 jours à partir de l'heure de début de la réplication. Toutes les semaines : la réplication a lieu aux intervalles spécifiés pendant 8 semaines à partir de l'heure de début de la réplication. Tous les mois : la réplication a lieu aux intervalles spécifiés pendant 2 mois à partir de l'heure de début de la réplication. REMARQUE : Les réplications incrémentielles planifiées sont ignorées jusqu'à la fin de la première réplication complète. Les réplications incrémentielles planifiées se produisent pendant maximum 60 jours à partir de l'heure à laquelle la réplication incrémentielle planifiée commence à s'exécuter.
Réplication complète
Indiquez à quel moment vous souhaitez que la première réplication complète s'exécute ou démarrez-la manuellement. La première réplication complète est un événement unique, mais l'exécution est tentée quotidiennement selon la planification jusqu'à ce que la première réplication commence et se termine correctement. Par défaut, le paramètre est défini sur Aucun(e). La première réplication complète n'est pas planifiée. REMARQUE :vous devez préparer le workload avant l'heure planifiée ou le démarrage manuel. La réplication complète ne peut être exécutée que si la machine virtuelle cible existe et que la préparation du workload est terminée. S'ils ne sont pas prêts, Migrate ignore la réplication complète planifiée et réessaye de l'exécuter à l'heure planifiée, le jour suivant. Pour définir ou modifier la planification de la première réplication complète : Cliquez sur Éditer. Cliquez sur Démarrer, puis définissez la date et l'heure auxquelles vous souhaitez lancer la première réplication complète. Vous pouvez saisir la date directement (jj/mm/aaaa) ou cliquer sur l'icône de calendrier pour la sélectionner. L'heure d'exécution par défaut est minuit (hh:m:ss).
Fenêtre d'interdiction
Spécifiez une fenêtre d'interdiction de réplication pour suspendre les activités de réplication planifiées selon une période et un modèle définis. Vous pouvez, par exemple, suspendre les réplications planifiées pendant les périodes d'utilisation intense du réseau ou pour éviter les conflits entre le logiciel compatible VSS et le composant PlateSpin de transfert de données par bloc VSS. Par défaut, le paramètre est défini sur Aucun(e). Aucune fenêtre d'interdiction n'est planifiée. Pour définir ou modifier une fenêtre d'interdiction : Cliquez sur Éditer. Indiquez les heures de début et de fin de la période d'interdiction. les heures de début et de fin de l'interdiction sont basées sur l'horloge système du serveur PlateSpin. Sélectionnez Tous les jours, Toutes les semaines ou Tous les mois pour activer une fenêtre d'interdiction, puis définissez le modèle de récurrence.
Niveau de compression
Ce paramètre détermine si les données sont compressées lors de la transmission entre les workloads source et cible, ainsi que le niveau de compression des données appliqué.Voir Compression des données. Choisissez l'une des options suivantes : Aucun : aucune compression. Rapide : exploite au minimum les ressources du processeur sur la source, mais génère un taux de compression plus faible. Optimal : (valeur par défaut) exploite de manière optimale les ressources du processeur sur la source et génère un taux de compression optimal. Cette option est recommandée. Maximum : exploite au maximum les ressources du processeur sur la source, mais génère un taux de compression plus élevé.
Limitation de la bande passante
La fonctionnalité de limitation de la bande passante permet de contrôler la consommation de la bande passante disponible grâce à une communication source-cible directe pendant une migration de workload. La limitation permet d'éviter la congestion de votre réseau de production à cause du trafic de migration, ainsi que de réduire la charge globale sur votre serveur PlateSpin. Vous pouvez spécifier un débit pour chaque tâche de migration. Par défaut, le paramètre Taux de limitation est défini sur Désactivé. Pour limiter les réplications à un taux spécifique : Spécifiez le débit maximal (en Mbit/s) de transfert de données pour le workload. Spécifiez le modèle de limitation : Toujours : le transfert des données est toujours limité pour les réplications. Personnalisé : spécifiez les heures et les jours au cours desquels le transfert de données pour les réplications exécutées pendant cette période doit être limité. le temps de limitation est défini localement sur le workload source.
Paramètres de migration
Méthode de transfert
(Pour les workloads Windows) Sélectionnez un mécanisme de transfert des données ainsi qu'un niveau de sécurité par le biais du chiffrement.Voir Section 2.2, Méthodes de transfert des données prises en charge. Pour activer le chiffrement, sélectionnez l'option Chiffrer le transfert des données. Voir Section 2.3, Sécurité et confidentialité. REMARQUE :la méthode Transfert hors ligne avec environnement de démarrage temporaire ne s'applique pas à l'interface Web.
Codage du transfert
(Pour les workloads Linux) Pour activer le chiffrement, sélectionnez l'option Coder le transfert des données.Voir Section 2.3, Sécurité et confidentialité.
Informations d'identification de la source
Indiquez les informations d'identification requises pour accéder au workload. Voir Section 22.3, Instructions concernant la découverte de workloads sources.
Nom de la machine virtuelle
Indiquez le nom d'affichage de la nouvelle machine virtuelle.
Type de licence
Sélectionnez le modèle de licence de système d'exploitation sur le workload cible. Auto : (pour les workloads Windows) permet à PlateSpin Migrate de décider si AWS peut activer une licence Windows sur le workload Windows cible ou si les utilisateurs peuvent fournir leur propre licence. AWS : (pour les workloads Windows) permet à AWS d'activer une licence Windows sur le workload Windows cible. BYOL : vous permet de fournir votre propre licence Microsoft (principe du « Bring Your Own License », BYOL) ; AWS ne vous facture pas les frais de licence. Vous êtes tenu de vous conformer aux règles d'octroi de licences de Microsoft et d'activer la licence du système d'exploitation sur le workload cible. Cette option s'applique à la fois aux workloads Windows et Linux. REMARQUE : Pour qu'AWS active la licence Windows sur le workload cible, le serveur KMS doit être configuré pour l'activation du système d'exploitation Windows sur ce workload. Reportez-vous à la Section 8.6.5, Configuration de l'activation des licences du système d'exploitation sur les cibles Windows migrées vers AWS En fonction du modèle de licence de système d'exploitation sélectionné, PlateSpin Migrate utilise l'une des images AMI PlateSpin téléchargées dans la communauté AWS lors de la transition des workloads vers AWS. Pour plus d'informations sur les images AMI PlateSpin, consultez la Section 8.7, Présentation des images AMI PlateSpin utilisées pour la réplication et la transition des workloads. Si vous choisissez de migrer un workload Windows vers un hôte dédié, le modèle de licence de système d'exploitation sur le workload cible est toujours défini sur BYOL, quel que soit le modèle de licence que vous sélectionnez.
Disques
Sélectionnez un type pour chaque disque. L'option Type de disque répertorie le type des disques pris en charge par AWS. Reportez-vous au document Types de volume Amazon EBS. Sélectionnez une clé de chiffrement pour activer le codage des disques de l'instance cible AWS. Assurez-vous que l'utilisateur IAM actuellement connecté dispose d'autorisations suffisantes pour utiliser cette clé de chiffrement. Pour plus d'informations sur la création de la clé de chiffrement, reportez-vous à la section Création de clés.
Volumes
Sélectionnez les volumes à inclure dans la cible pour la migration.
Taille de la grappe NTFS
(Pour les workloads Windows basés sur un fichier) Spécifiez la taille de grappe du volume NTFS. Pour plus d'informations sur la taille de grappe par défaut d'un volume NTFS, consultez l'article de la base de connaissances 140365 du site de support de Microsoft.
Stockage hors volume
(Pour les workloads Linux) Indiquez un emplacement de stockage autre qu'un volume (tel qu'une partition d'échange) associé au workload source. Ce stockage est recréé dans le workload migré.
Disques pour les groupes de volumes
(Pour les workloads Linux) Indiquez le nom de la banque de données et le chemin à utiliser pour créer le disque virtuel sur la machine cible. Vous pouvez choisir de conserver le chemin spécifié par défaut.
Groupes de volumes
(Pour les workloads Linux) Indiquez les groupes de volumes LVM à faire migrer avec les volumes logiques LVM listés dans la section Volumes logiques convertis des paramètres.
Volumes logiques convertis
(Pour les workloads Linux) Sélectionnez les volumes logiques LVM à inclure dans la cible de migration.
Réseau de réplication pour une cible
La carte réseau de réplication est la carte réseau principale spécifiée dans Paramètres du workload cible > Connexions réseau. Sélectionnez un réseau et un sous-réseau à utiliser pour le trafic de réplication. Si le workload ne fait pas partie de l'espace d'adressage du VPN AWS, la carte d'interface réseau de réplication requiert une adresse IP publique. Sélectionnez Auto-assign Public IP (Assigner automatiquement une adresse IP publique) pour permettre à AWS d'assigner automatiquement l'adresse IP publique. Sélectionnez l'un des paramètres suivants : DHCP : l'adresse IP est assignée automatiquement par un serveur DHCP. Statique : spécifiez une adresse IP privée statique, un masque de sous-réseau et une adresse IP de passerelle. L'adresse IP doit être unique au sein du sous-réseau pris en charge. Cliquez sur Add Security Groups (Ajouter des groupes de sécurité) pour ajouter un ou plusieurs groupes de sécurité. Reportez-vous à la section Create a Security Group (Création d'un groupe de sécurité) du livre blanc Best Practices for Migrating Servers to Amazon Web Services with PlateSpin Migrate (Meilleures pratiques pour la migration de serveurs vers Amazon Web Services avec PlateSpin Migrate).
Réseaux de réplication pour la source
Spécifiez une ou plusieurs interfaces réseau (carte réseau ou adresse IP) sur le workload source à utiliser pour le trafic de réplication qui sont valides pour les communications avec l'environnement de réplication. Si le réseau de la carte d'interface réseau spécifiée ne fait pas partie de votre VPN AWS, assurez-vous que la carte d'interface réseau possède une adresse IP publique.
Services à arrêter avant toute réplication
(Pour les workloads Windows) Il est recommandé d'arrêter temporairement sur la source tous les antivirus ou services non compatibles avec VSS au moment de la capture de l'instantané VSS sur la source. Sélectionnez les services Windows à arrêter temporairement sur le workload source lors de la capture de l'instantané VSS sur la source. Ces services sont restaurés dès que l'instantané VSS a été créé.
Services à arrêter pour la transition avec la réplication
(Pour les workloads Windows) Sélectionnez les services Windows qui doivent être arrêtés définitivement sur le workload source pour la transition avec toute réplication. Ces services arrêtés sur le workload source au cours du processus de réplication ne sont pas restaurés par la suite. Cela ne s'applique pas pour un test de transition.
Daemons à arrêter avant toute réplication
(Pour les workloads Linux) Sélectionnez les services Linux à arrêter temporairement sur le workload source avant la réplication. Ces services seront restaurés une fois la réplication terminée.
Daemons à arrêter pour la transition avec la réplication
(Pour les workloads Linux) Sélectionnez les services Linux qui doivent être arrêtés définitivement sur le workload source pour la transition avec toute réplication. Ces services arrêtés sur le workload source au cours du processus de réplication ne sont pas restaurés après la transition. Les services arrêtés sont restaurés après un test de transition.
Paramètres du workload cible (Ces paramètres sont appliqués lors de l'exécution de la transition)
Location
Sélectionnez une des options suivantes pour indiquer si votre instance doit s'exécuter sur du matériel dédié ou partagé : Exécuter une instance matérielle partagée : votre instance s'exécute sur du matériel partagé et celui-ci est sélectionné par défaut. Exécuter une instance dédiée : votre instance s'exécute sur du matériel à locataire unique. Lancer cette instance sur un hôte dédié : votre instance s'exécute sur un hôte dédié qui est un serveur isolé déjà alloué pour être utilisé dans votre compte. REMARQUE :si vous choisissez de lancer l'instance sur un hôte dédié, le modèle de licence de système d'exploitation sur le workload cible est toujours défini sur BYOL, quel que soit le modèle de licence que vous sélectionnez. Définissez les options suivantes selon vos besoins : Hôte : sélectionnez un hôte spécifique pour lancer l'instance ou sélectionnez Utiliser le placement automatique pour permettre à l'instance de se lancer sur n'importe quel hôte qui dispose d'un type d'instance correspondant et pour lequel le placement automatique est activé. L'option Utiliser le placement automatique est sélectionnée par défaut si un des hôtes dédiés disponibles prend en charge le placement automatique. Affinité : pour un hôte dédié spécifique, l'affinité est toujours Hôte. Toutefois, si vous définissez l'option Hôte sur Utiliser le placement automatique, sélectionnez alors une des valeurs suivantes : Désactivé : redémarre une instance arrêtée sur n'importe quel hôte disponible. Cette option est sélectionnée par défaut. Hôte : redémarre une instance arrêtée sur le même hôte que celui sur lequel elle a été lancée.
Taille d'une instance cloud
Cliquez sur Modifier la taille de l'instance cloud pour sélectionner une taille d'instance cloud adaptée à votre workload. REMARQUE : si un type d'instance pris en charge par AWS n'est pas répertorié, vous pouvez configurer le paramètre de configuration de PlateSpin AWSPriceListRegion pour définir sa valeur sur le nom de la région qui dispose d'un noeud d'extrémité tarifaire reprenant le type d'instance souhaité. Reportez-vous à la Section 8.6.2, Configuration du noeud d'extrémité tarifaire de la région AWS à utiliser pour la découverte des types d'instance AWS pris en charge. Au fur et à mesure que l'environnement AWS prend en charge de nouveaux types d'instance, Migrate les détecte de façon dynamique et les affiche pour la sélection. Cette version de Migrate n'a pas été testée pour les types d'instance ajoutés récemment (par exemple, T3, M5a, R5a, R5, R5d, G3s, Z1d et C5n) et d'autres nouveaux types de ce genre. La prise en charge de ces types d'instance AWS est expérimentale. Par défaut, PlateSpin Migrate sélectionne une taille d'instance cloud qui correspond le mieux à votre workload source pour les composants suivants : Nombre total de noyaux Quantité de mémoire Nombre de cartes d'interface réseau Performance réseau Famille d'instances AWS L'instance par défaut répond aux paramètres ou les dépasse pour chacun de ces composants sur le workload source. Toutefois, vous pouvez choisir une taille d'instance plus petite en fonction de vos besoins : La machine virtuelle cible utilise l'UC et la mémoire autorisées pour la taille d'instance. Pour réduire le nombre d'UC ou la quantité de mémoire sur le workload cible : Sélectionnez une taille d'instance cloud plus petite comportant moins de processeurs ou de mémoire, qui répond mieux à vos besoins. La machine virtuelle cible peut utiliser le nombre maximal autorisé de cartes réseau pour la taille d'instance. Pour ne migrer que certaines cartes réseau : Sélectionnez une taille d'instance cloud comportant moins de cartes réseau, qui répond mieux à vos besoins. Au moins une carte réseau est requise. Sous Paramètres du workload cible, désélectionnez les cartes réseau qui ne doivent pas être migrées jusqu'à ce que le nombre de cartes réseau à migrer convienne pour l'instance sélectionnée. REMARQUE :la taille de l'instance cloud i3.16xlarge n'est actuellement pas prise en charge pour la migration de workloads Windows Server 2008 R2 vers AWS. Utilisez une taille d'instance cloud prise en charge autre que i3.16xlarge.
Balises d'instance AWS
AWS permet d'assigner les métadonnées à leurs ressources sous la forme de balises, ce qui facilite la gestion, la recherche et le filtrage des ressources. Pour ajouter des balises, procédez comme suit : Cliquez sur Add/Edit (Ajouter/Éditer) pour les balises, puis cliquez sur Create Tag (Créer une balise). Spécifiez une clé et une valeur pour la balise. Cliquez sur Appliquer. Vous pouvez modifier la clé et la valeur des balises, et également supprimer ces dernières.
Groupes de placement
Ce paramètre s'applique uniquement si vous définissez la Location de manière à exécuter votre instance en tant qu'instance partagée. Sélectionnez un groupe de placement pour lequel vous voulez lancer votre instance. IMPORTANT :la configuration du groupe de placement dans Migrate est limitée aux types d'instance cloud pris en charge par Amazon EC2. Reportez-vous à la documentation d'AWS EC2 pour obtenir les dernières informations sur les groupes de placement et les règles et restrictions AWS relatives à leur utilisation : Placement Groups (Groupes de placement) dans le manuel AWS EC2: User Guide for Windows Instances (AWS EC2 : Guide de l'utilisateur pour les instances Windows). Placement Groups (Groupes de placement) dans le manuel AWS EC2: User Guide for Linux Instances (AWS EC2 : Guide de l'utilisateur pour les instances Linux).
Rôles IAM
Sélectionnez dans votre compte AWS un utilisateur IAM AWS disposant d'un rôle IAM approprié pour exécuter des migrations vers le VPC à l'aide des API AWS.
Paire de clés
Sélectionnez la paire de clés AWS EC2 que vous souhaitez utiliser pour vous connecter à votre instance cible AWS. Si toutefois, vous ne souhaitez pas utiliser une paire de clés, sélectionnez Proceed without a key pair (Continuer sans paire de clés) pour employer uniquement les informations d'identification de la source pour vous connecter à votre instance cible AWS. REMARQUE :lorsque vous sélectionnez une paire de clés, par défaut, PlateSpin Migrate vous permet de vous connecter à l'instance cible AWS uniquement à l'aide de la paire de clés sélectionnée. Pour permettre une connexion à l'instance cible Linux AWS à l'aide soit de la paire de clés configurée dans la tâche de migration, soit des informations d'identification de la source, reportez-vous à la Section 8.6.3, Configuration de la connexion à l'instance cible à l'aide d'une paire de clés ou des informations d'identification de la source. Pour plus d'informations sur la création de la paire de clés, reportez-vous aux documents suivants : Pour Windows : Amazon EC2 - Paires de clés et instances Windows Pour Linux : Amazon EC2 - Paires de clés.
Nom d'hôte
effectuez l'une des opérations suivantes : Pour conserver le même nom d'hôte, sélectionnez Aucune modification. Pour modifier le nom d'hôte, sélectionnez Définir sur et indiquez le nouveau nom. REMARQUE :une réplication incrémentielle est requise si vous modifiez le nom d'hôte au moment de la transition.
Domaine/groupe de travail
(Pour les workloads Windows) L'une des options suivantes s'affiche selon que le workload source appartient à un groupe de travail ou à un domaine : Groupe de travail : nom_du_groupe_de_travail où nom_du_groupe_de_travail est le nom du groupe de travail auquel appartient la source. Domaine : nom_du_domaine où nom_du_domaine est le nom du domaine auquel appartient la source. REMARQUE :une réplication incrémentielle est requise si vous modifiez le nom de domaine ou de groupe de travail au moment de la transition. Effectuez l'une des opérations suivantes en fonction du point de jonction souhaité pour le workload cible : Si le workload source appartient à un groupe de travail : supposons que le workload source appartienne à un groupe de travail nommé WorkGroup1. Pour que le workload cible se joigne au même groupe de travail (WorkGroup1), conservez la sélection existante : Groupe de travail : Workgroup1 Pour que le workload cible se joigne à un autre groupe de travail (WorkGroup2, par exemple), sélectionnez Rejoindre le groupe et indiquez le nom WorkGroup2. Pour que le workload cible se joigne à un domaine, sélectionnez Rejoindre le domaine et indiquez le nom du domaine en question. Si le workload source appartient à un domaine : supposons que le workload source appartienne à un domaine nommé Domain1. Pour que le workload cible se joigne à un groupe de travail, cliquez sur Rejoindre le groupe et indiquez le nom du groupe de travail à rejoindre. Pour que le workload cible se joigne au même domaine (Domain1) en conservant les paramètres d'enregistrement de domaine, conservez la sélection existante : Domaine : Domain1 Pour que le workload cible se joigne au même domaine (Domain1) sans conserver les paramètres d'enregistrement de domaine, sélectionnez Rejoindre le domaine et indiquez le nom de domaine Domain1. Pour que le workload cible se joigne à un autre domaine, sélectionnez Rejoindre le domaine et indiquez le nom du domaine en question.
Informations d'identification du domaine
(Pour les workloads Windows) Si vous sélectionnez Rejoindre le domaine, indiquez les informations d'identification de l'administrateur du domaine.
Connexions réseau
Cliquez sur Enable Enhanced Networking (Activer la mise en réseau améliorée) pour utiliser la fonctionnalité de mise en réseau améliorée d'AWS afin de fournir des capacités de réseautique hautes performances sur le workload. IMPORTANT : AWS prend en charge des fonctionnalités améliorées de mise en réseau sur les types d'instance sélectionnés. Si vous sélectionnez cette option pour activer la mise en réseau améliorée pour un type d'instance non pris en charge, vous recevez une erreur de validation. Pour afficher la liste des instances prises en charge, reportez-vous aux rubriques suivantes dans la documentation d'AWS : Activation de la mise en réseau améliorée sur les instances Windows Activation de la mise en réseau améliorée sur les instances Linux (Pour les workloads Linux) Assurez-vous que la mise en réseau améliorée avec la fonctionnalité ENA est activée pour les workloads. Reportez-vous à la Section 8.5, Activation d'une mise en réseau améliorée avec ENA sur les distributions Linux Pour les workloads comportant plusieurs cartes réseau, sélectionnez Inclure pour chaque carte réseau à migrer. Désélectionnez Inclure pour exclure une carte réseau. Au moins une carte réseau est requise. Le nombre de cartes réseau à migrer ne peut pas dépasser le nombre maximal de cartes réseau pris en charge par l'instance cloud sélectionnée. Si le workload source ne fait pas partie de l'espace d'adressage du VPN AWS, une adresse IP publique est requise pour la migration. Pour permettre à AWS d'assigner automatiquement une adresse IP publique, vous ne pouvez inclure qu'une seule carte d'interface réseau pour la migration. Cela est dû au fait qu'AWS prend en charge l'assignation d'une adresse IP publique uniquement pour les instances comportant une seule interface réseau. Pour vous assurer que seule une adresse IP publique est utilisée au cours de la migration, définissez le paramètre UseOnlyPublicIPForAWS dans la configuration de PlateSpin pour le serveur Migrate sur True. Reportez-vous à la Section 8.6.4, Configuration du serveur PlateSpin Migrate afin d'utiliser l'adresse IP publique pour les migrations AWS. Pour chaque carte réseau incluse, sélectionnez un réseau et un sous-réseau. (Pour une carte d'interface réseau unique) Sélectionnez Auto-assign Public IP (Assigner automatiquement une adresse IP publique) pour permettre à AWS d'assigner automatiquement une adresse IP publique. Pour chaque carte d'interface réseau incluse, sélectionnez une des options suivantes : DHCP : l'adresse IP est assignée automatiquement par un serveur DHCP. Statique : spécifiez une adresse IP statique, un masque de sous-réseau et une adresse IP de passerelle. L'adresse IP doit être unique au sein du sous-réseau pris en charge.
Serveurs DNS
Indiquez les serveurs DNS pour les workloads cibles. Cela s'applique uniquement si vous sélectionnez Statique dans l'option Connexions réseau : Serveur DNS principal : indiquez l'adresse du serveur DNS principal. Autre serveur DNS : indiquez l'adresse d'un autre serveur DNS. Serveur DNS supplémentaire : pour spécifier des adresses de serveur DNS supplémentaires : Cliquez sur Advanced (Avancé). Spécifiez l'adresse du serveur DNS. Cliquez sur Ajouter pour ajouter le serveur à la liste Adresses des serveurs DNS. Cliquez sur OK.
États des services sur la machine virtuelle cible
(Pour les workloads Windows) Sélectionnez les conditions de démarrage des services Windows sur la machine virtuelle cible. Les options de démarrage sont Automatique, Manuel, Désactivé et Automatique (démarrage retardé).
États des daemons à modifier
(Pour les workloads Linux) Sélectionnez les conditions de démarrage des daemons Linux sur la machine virtuelle cible. Activez le démarrage du daemon en cochant les cases correspondant au démarrage et aux niveaux d'exécution appropriés (0 à 6).
Paramètres de test du workload cible (Ces paramètres sont appliqués lors du test de la transition)
Copier les paramètres du workload cible
Cliquez sur l'option Copier les paramètres du workload cible pour copier automatiquement les paramètres de workload de la section Paramètres du workload cible (Ces paramètres sont appliqués lors de l'exécution de la transition) vers la section Paramètres de test du workload cible (Ces paramètres sont appliqués lors du test de la transition).
Location
Sélectionnez une des options suivantes pour indiquer si votre instance doit s'exécuter sur du matériel dédié ou partagé : Exécuter une instance matérielle partagée : votre instance s'exécute sur du matériel partagé et celui-ci est sélectionné par défaut. Exécuter une instance dédiée : votre instance s'exécute sur du matériel à locataire unique. Lancer cette instance sur un hôte dédié : votre instance s'exécute sur un hôte dédié qui est un serveur isolé déjà alloué pour être utilisé dans votre compte. REMARQUE :si vous choisissez de lancer l'instance sur un hôte dédié, le modèle de licence de système d'exploitation sur le workload cible est toujours défini sur BYOL, quel que soit le modèle de licence que vous sélectionnez. Définissez les options suivantes selon vos besoins : Hôte : sélectionnez un hôte spécifique pour lancer l'instance ou sélectionnez Utiliser le placement automatique pour permettre à l'instance de se lancer sur n'importe quel hôte qui dispose d'un type d'instance correspondant et pour lequel le placement automatique est activé. L'option Utiliser le placement automatique est sélectionnée par défaut si un des hôtes dédiés disponibles prend en charge le placement automatique. Affinité : pour un hôte dédié spécifique, l'affinité est toujours Hôte. Toutefois, si vous définissez l'option Hôte sur Utiliser le placement automatique, sélectionnez alors une des valeurs suivantes : Désactivé : redémarre une instance arrêtée sur n'importe quel hôte disponible. Cette option est sélectionnée par défaut. Hôte : redémarre une instance arrêtée sur le même hôte que celui sur lequel elle a été lancée.
Taille d'une instance cloud
Cliquez sur Modifier la taille de l'instance cloud pour sélectionner une taille d'instance cloud adaptée à votre workload. REMARQUE :si un type d'instance pris en charge par AWS n'est pas répertorié, vous pouvez configurer le paramètre de configuration de PlateSpin AWSPriceListRegion pour définir sa valeur sur le nom de la région qui dispose d'un noeud d'extrémité tarifaire reprenant le type d'instance souhaité. Reportez-vous à la Section 8.6.2, Configuration du noeud d'extrémité tarifaire de la région AWS à utiliser pour la découverte des types d'instance AWS pris en charge. Par défaut, PlateSpin Migrate sélectionne une taille d'instance cloud qui correspond le mieux à votre workload source pour les composants suivants : Nombre total de noyaux Quantité de mémoire Nombre de cartes d'interface réseau Performance réseau Famille d'instances AWS L'instance par défaut répond aux paramètres ou les dépasse pour chacun de ces composants sur le workload source. Toutefois, vous pouvez choisir une taille d'instance plus petite en fonction de vos besoins : La machine virtuelle cible utilise l'UC et la mémoire autorisées pour la taille d'instance. Pour réduire le nombre d'UC ou la quantité de mémoire sur le workload cible : Sélectionnez une taille d'instance cloud plus petite comportant moins de processeurs ou de mémoire, qui répond mieux à vos besoins. La machine virtuelle cible peut utiliser le nombre maximal autorisé de cartes réseau pour la taille d'instance. Pour ne migrer que certaines cartes réseau : Sélectionnez une taille d'instance cloud comportant moins de cartes réseau, qui répond mieux à vos besoins. Au moins une carte réseau est requise. Sous Paramètres du workload cible, désélectionnez les cartes réseau qui ne doivent pas être migrées jusqu'à ce que le nombre de cartes réseau à migrer convienne pour l'instance sélectionnée. REMARQUE :la taille de l'instance cloud i3.16xlarge n'est actuellement pas prise en charge pour la migration de workloads Windows Server 2008 R2 vers AWS. Utilisez une taille d'instance cloud prise en charge autre que i3.16xlarge.
Balises d'instance AWS
AWS permet d'assigner les métadonnées à leurs ressources sous la forme de balises, ce qui facilite la gestion, la recherche et le filtrage des ressources. Pour ajouter des balises, procédez comme suit : Cliquez sur Add/Edit (Ajouter/Éditer) pour les balises, puis cliquez sur Create Tag (Créer une balise). Spécifiez une clé et une valeur pour la balise. Cliquez sur Appliquer. Vous pouvez modifier la clé et la valeur des balises, et également supprimer ces dernières.
Groupes de placement
Ce paramètre s'applique uniquement si vous définissez la Location de manière à exécuter votre instance en tant qu'instance partagée. Sélectionnez un groupe de placement pour lequel vous voulez lancer votre instance. IMPORTANT :la configuration du groupe de placement dans Migrate est limitée aux types d'instance cloud pris en charge par Amazon EC2. Reportez-vous à la documentation d'AWS EC2 pour obtenir les dernières informations sur les groupes de placement et les règles et restrictions AWS relatives à leur utilisation : Placement Groups (Groupes de placement) dans le manuel AWS EC2: User Guide for Windows Instances (AWS EC2 : Guide de l'utilisateur pour les instances Windows). Placement Groups (Groupes de placement) dans le manuel AWS EC2: User Guide for Linux Instances (AWS EC2 : Guide de l'utilisateur pour les instances Linux).
Rôles IAM
Sélectionnez dans votre compte AWS un utilisateur IAM AWS disposant d'un rôle IAM approprié pour exécuter des migrations vers le VPC à l'aide des API AWS.
Paire de clés
Sélectionnez la paire de clés AWS EC2 que vous souhaitez utiliser pour vous connecter à votre instance cible AWS. Si toutefois, vous ne souhaitez pas utiliser une paire de clés, sélectionnez Proceed without a key pair (Continuer sans paire de clés) pour employer uniquement les informations d'identification de la source pour vous connecter à votre instance cible AWS. REMARQUE :lorsque vous sélectionnez une paire de clés, par défaut, PlateSpin Migrate vous permet de vous connecter à l'instance cible AWS uniquement à l'aide de la paire de clés sélectionnée. Pour permettre une connexion à l'instance cible Linux AWS à l'aide soit de la paire de clés configurée dans la tâche de migration, soit des informations d'identification de la source, reportez-vous à la Section 8.6.3, Configuration de la connexion à l'instance cible à l'aide d'une paire de clés ou des informations d'identification de la source. Pour plus d'informations sur la création de la paire de clés, reportez-vous aux documents suivants : Pour Windows : Amazon EC2 - Paires de clés et instances Windows Pour Linux : Amazon EC2 - Paires de clés.
Nom d'hôte
effectuez l'une des opérations suivantes : Pour conserver le même nom d'hôte, sélectionnez Aucune modification. Pour modifier le nom d'hôte, sélectionnez Définir sur et indiquez le nouveau nom. REMARQUE :aucune réplication incrémentielle n'est requise si vous modifiez le nom d'hôte au moment de la transition.
Domaine/groupe de travail
(Pour les workloads Windows) L'une des options suivantes s'affiche selon que le workload source appartient à un groupe de travail ou à un domaine : Groupe de travail : nom_du_groupe_de_travail où nom_du_groupe_de_travail est le nom du groupe de travail auquel appartient la source. Domaine : nom_du_domaine où nom_du_domaine est le nom du domaine auquel appartient la source. REMARQUE :aucune réplication incrémentielle n'est requise si vous modifiez le nom du domaine ou du groupe de travail lors du test de transition. Effectuez l'une des opérations suivantes en fonction du point de jonction souhaité pour le workload cible : Si le workload source appartient à un groupe de travail : supposons que le workload source appartienne à un groupe de travail nommé WorkGroup1. Pour que le workload cible se joigne au même groupe de travail (WorkGroup1), conservez la sélection existante : Groupe de travail : Workgroup1 Pour que le workload cible se joigne à un autre groupe de travail (WorkGroup2, par exemple), sélectionnez Rejoindre le groupe et indiquez le nom WorkGroup2. Pour que le workload cible se joigne à un domaine, sélectionnez Rejoindre le domaine et indiquez le nom du domaine en question. Si le workload source appartient à un domaine : supposons que le workload source appartienne à un domaine nommé Domain1. Pour que le workload cible se joigne à un groupe de travail, cliquez sur Rejoindre le groupe et indiquez le nom du groupe de travail à rejoindre. Pour que le workload cible se joigne au même domaine (Domain1) en conservant les paramètres d'enregistrement de domaine, conservez la sélection existante : Domaine : Domain1 Pour que le workload cible se joigne au même domaine (Domain1) sans conserver les paramètres d'enregistrement de domaine, sélectionnez Rejoindre le domaine et indiquez le nom de domaine Domain1. Pour que le workload cible se joigne à un autre domaine, sélectionnez Rejoindre le domaine et indiquez le nom du domaine en question.
Informations d'identification du domaine
(Pour les workloads Windows) Si vous sélectionnez Rejoindre le domaine, indiquez les informations d'identification de l'administrateur du domaine.
Connexions réseau
Cliquez sur Enable Enhanced Networking (Activer la mise en réseau améliorée) pour utiliser la fonctionnalité de mise en réseau améliorée d'AWS afin de fournir des capacités de réseautique hautes performances sur le workload. IMPORTANT : AWS prend en charge des fonctionnalités améliorées de mise en réseau sur les types d'instance sélectionnés. Si vous sélectionnez cette option pour activer la mise en réseau améliorée pour un type d'instance non pris en charge, vous recevez une erreur de validation. Pour afficher la liste des instances prises en charge, reportez-vous aux rubriques suivantes dans la documentation d'AWS : Activation de la mise en réseau améliorée sur les instances Windows Activation de la mise en réseau améliorée sur les instances Linux (Pour les workloads Linux) Assurez-vous que la mise en réseau améliorée avec la fonctionnalité ENA est activée pour les workloads. Reportez-vous à la section Section 8.5, Activation d'une mise en réseau améliorée avec ENA sur les distributions Linux Pour les workloads comportant plusieurs cartes réseau, sélectionnez Inclure pour chaque carte réseau à migrer. Désélectionnez Inclure pour exclure une carte réseau. Au moins une carte réseau est requise. Le nombre de cartes réseau à migrer ne peut pas dépasser le nombre maximal de cartes réseau pris en charge par l'instance cloud sélectionnée. Si le workload source ne fait pas partie de l'espace d'adressage du VPN AWS, une adresse IP publique est requise pour la migration. Pour permettre à AWS d'assigner automatiquement une adresse IP publique, vous ne pouvez inclure qu'une seule carte d'interface réseau pour la migration. Cela est dû au fait qu'AWS prend en charge l'assignation d'une adresse IP publique uniquement pour les instances comportant une seule interface réseau. Pour vous assurer que seule une adresse IP publique est utilisée au cours de la migration, définissez le paramètre UseOnlyPublicIPForAWS dans la configuration de PlateSpin pour le serveur Migrate sur True. Reportez-vous à la Section 8.6.4, Configuration du serveur PlateSpin Migrate afin d'utiliser l'adresse IP publique pour les migrations AWS. Pour chaque carte réseau incluse, sélectionnez un réseau et un sous-réseau. (Pour une carte d'interface réseau unique) Sélectionnez Auto-assign Public IP (Assigner automatiquement une adresse IP publique) pour permettre à AWS d'assigner automatiquement une adresse IP publique. Pour chaque carte d'interface réseau incluse, sélectionnez une des options suivantes : DHCP : l'adresse IP est assignée automatiquement par un serveur DHCP. Statique : spécifiez une adresse IP statique, un masque de sous-réseau et une adresse IP de passerelle. L'adresse IP doit être unique au sein du sous-réseau pris en charge.
Serveurs DNS
Indiquez les serveurs DNS pour les workloads cibles. Cela s'applique uniquement si vous sélectionnez Statique dans l'option Connexions réseau : Serveur DNS principal : indiquez l'adresse du serveur DNS principal. Autre serveur DNS : indiquez l'adresse d'un autre serveur DNS. Serveur DNS supplémentaire : pour spécifier des adresses de serveur DNS supplémentaires : Cliquez sur Advanced (Avancé). Spécifiez l'adresse du serveur DNS. Cliquez sur Ajouter pour ajouter le serveur à la liste Adresses des serveurs DNS. Cliquez sur OK.
États des services sur la machine virtuelle cible
(Pour les workloads Windows) Sélectionnez les services Windows qui doivent être arrêtés automatiquement sur la machine virtuelle cible.
États des daemons à modifier
(Pour les workloads Linux) Sélectionnez les daemons Linux qui doivent être arrêtés automatiquement sur la machine virtuelle cible.
Balise
Balise
Sélectionnez une balise à assigner au workload. Pour plus d'informations sur les balises, reportez-vous à la section Section 22.9, Utilisation de balises pour le suivi des associations logiques de workloads.

(Facultatif) Pour modifier la cible, cliquez sur Modifier la cible.

REMARQUE :si vous modifiez la cible, tous les paramètres que vous avez spécifiés sont effacés.
Effectuez l'une des opérations suivantes :
- Cliquez sur Enregistrer pour enregistrer les paramètres.
- Cliquez sur Enreg. et prép. pour enregistrer les paramètres et commencer à préparer la migration du workload.
- Cliquez sur Annuler pour quitter.