Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Replateforme vers EC2
La solution Cloud Migration Factory sur AWS permet de lancer automatiquement des groupes d' EC2 instances à partir de configurations définies dans sa banque de données, en déployant des EC2 instances auxquelles des volumes EBS sont attachés. Cela permet de fournir de nouvelles EC2 instances, ce qui permet la replateforme via AWS CloudFormation et le réhébergement de serveurs sur site avec AWS MGN au sein d'une seule interface utilisateur CMF. Avant de pouvoir utiliser cette fonctionnalité, la banque de données doit contenir la définition des serveurs. Une fois ce problème résolu, les serveurs doivent être connectés à une vague. Lorsque la décision est prise de lancer les EC2 instances, l'utilisateur peut lancer les actions suivantes contre la vague :
-
EC2 Validation des entrées
-
EC2 Générer un modèle CF
-
EC2 Déploiement
Prérequis
Autorisations permettant d'ajouter l'accès à l'attribut Replatform.
Sélection de la plateforme d'exécution de scripts
Avant de déployer des scripts d'automatisation, déterminez la plateforme de calcul la mieux adaptée à vos besoins :
-
Serveur d'automatisation traditionnel : idéal pour les scénarios nécessitant des dépendances complexes, plusieurs langages de programmation ou des exigences spécifiques du système d'exploitation
-
Document d'automatisation SSM : recommandé pour les scripts d'automatisation standard basés sur Python où l'accès à un environnement sur site n'est pas nécessaire
Configuration initiale
La configuration des nouvelles EC2 instances s'effectue par la création de nouveaux éléments de serveur à l'aide de l'interface utilisateur ou par l'importation d'un formulaire d'admission CSV contenant les éléments du serveur. Ces définitions sont converties en CloudFormation modèles AWS stockés dans un compartiment S3 au sein du même compte AWS que celui dans lequel l'instance AWS CMF est déployée.
Définition de l'interface utilisateur
Lors de la définition d'un serveur dans la banque de données AWS Cloud Migration Factory à utiliser avec la EC2 fonctionnalité Replatform to, le serveur doit être configuré avec une stratégie de migration de replateforme. Une fois que Replatform est sélectionné, les attributs supplémentaires requis pour cette fonctionnalité s'affichent à l'écran. Les attributs suivants doivent être renseignés pour que la fonctionnalité fonctionne :
Attributs requis
ID AMI : ID de l'image machine Amazon utilisée pour lancer l' EC2 instance.
Zone de disponibilité : zone AZ dans laquelle l' EC2 instance sera déployée.
Taille du volume racine : taille en Go du volume racine de l'instance.
Type d' EC2 instance : type d'instance à utiliser.
ID des groupes de sécurité : liste des groupes de sécurité assignés à l'instance.
Identifiants de sous-réseau : ID de sous-réseau auquel attribuer cette EC2 instance.
Location - Actuellement, la seule option prise en charge pour l' EC2 intégration de la replateforme est Shared. Toute autre option sera remplacée par Shared lorsque le modèle sera généré.
Attributs facultatifs
Activer la surveillance détaillée : cochez cette case pour activer la surveillance détaillée.
Noms de volumes supplémentaires : liste des noms de volumes EBS supplémentaires. Chaque élément de la liste doit être mappé sur la même ligne que les listes Taille et Type.
Tailles de volume supplémentaires - Liste des tailles de volume EBS supplémentaires. Chaque élément de la liste doit être mappé sur la même ligne que les listes de noms et de types.
Types de volumes supplémentaires : liste des types de volumes EBS supplémentaires. Chaque élément de la liste doit être mappé sur la même ligne que les listes de noms et de tailles. S'il n'est pas spécifié, la valeur par défaut est gp2 pour tous les volumes.
ID de clé EBS KMS pour le chiffrement des volumes : si les volumes EBS doivent être chiffrés, spécifiez l'ID de clé, l'ARN de clé, l'alias de clé ou l'ARN d'alias.
Activer EBS Optimized - Sélectionnez cette option pour activer EBS Optimized.
Nom du volume racine : sélectionnez l'une des options proposées. Si ce n'est pas le cas, l'ID sera utilisé.
Type de volume racine : indiquez le type EBS du volume à créer. S'il n'est pas spécifié, la valeur par défaut est gp2.
Définition du formulaire d'admission
Les formulaires d'admission peuvent contenir les informations nécessaires pour créer ou mettre à jour plusieurs types d'enregistrements avec la banque de données sur une seule ligne du fichier csv, ce qui permet l'importation de données connexes. Dans l'exemple suivant, les enregistrements de vague, d'application et de serveur seront créés et liés les uns aux autres automatiquement lors de l'importation.
Exemple : formulaire d'admission
| Nom de la colonne | Exemple de données | Obligatoire | Remarques |
|---|---|---|---|
|
nom_onde |
|
Oui |
|
|
app_name |
|
Oui |
|
|
aws_account id |
|
Oui |
|
|
nom_serveur |
|
Oui |
|
|
serveur_fqdn |
|
Oui |
|
|
server_os_family |
|
Oui |
|
|
version du système d'exploitation du serveur |
|
Oui |
|
|
niveau du serveur |
|
Non |
|
|
environnement_serveur |
|
Non |
|
|
sous-réseau_ IDs |
|
Oui |
|
|
ID du groupe de sécurité |
|
Oui |
|
|
instanceType |
|
Oui |
|
|
Je suis un rôle |
|
Non |
|
|
location |
|
Oui |
|
|
r_type |
|
Oui |
|
|
root_vol_size |
|
Oui |
|
|
ami_id |
|
Oui |
|
|
zone de disponibilité |
|
Oui |
|
|
root_vol_type |
|
Non |
|
|
ajouter_vols_size |
|
Non |
|
|
ajouter_vols_type |
|
Non |
|
|
ebs_optimized |
|
Non |
|
|
ebs_kmskey_id |
|
Non |
|
|
surveillance_détaillée |
|
Non |
|
|
root_vol_name |
|
Non |
|
|
ajouter_vols_name |
|
Non |
Pour importer le formulaire d'admission, suivez le même processus que pour toute autre importation de données dans la solution Cloud Migration Factory sur AWS.
Actions de déploiement
EC2 validation des entrées
Après avoir défini les paramètres de l'instance, vous devez d'abord exécuter l'action Wave : Replatform > EC2> Validation des EC2 entrées. Cette action vérifie que tous les paramètres corrects ont été fournis pour chaque serveur afin de créer un CloudFormation modèle valide.
Note
Cette validation ne vérifie pas actuellement que les paramètres d'entrée sont valides, mais seulement qu'ils sont présents dans chaque définition de serveur. Vous devez vérifier les valeurs correctes avant de créer le modèle, sinon le déploiement du modèle échouera.
EC2 générer un CloudFormation modèle
Une fois que les définitions de tous les serveurs inclus dans une vague ont été vérifiées, le CloudFormation modèle peut être généré. Pour ce faire, exécutez l'action Wave : Replatform > EC2> EC2 Generate CF Template. Cette action crée un CloudFormation modèle pour chaque application de la vague, dans lequel les serveurs de l'application ont une stratégie de migration ou de replateforme ; les serveurs ayant défini d'autres stratégies de migration ne seront pas inclus dans le modèle.
Une fois exécutés, les modèles de chaque application seront stockés dans le compartiment S3 : -gfbuild-cftemplates, qui a été créé automatiquement lors du déploiement de la solution Cloud Migration Factory sur AWS. La structure de dossiers de ce bucket est la suivante :
-
[ID de compte AWS cible]
-
[Nom de la vague]
-
CFN_Template_ \ _ 0yaml
-
Chaque fois que l'action de génération est exécutée, une nouvelle version du modèle est stockée dans le compartiment S3. Le S3 URIs pour les modèles sera fourni dans la notification, ces modèles peuvent être revus ou modifiés selon les besoins avant le déploiement.
Les CloudFormation modèles génèrent actuellement les types de CloudFormation ressources suivants :
-
AWS::EC2::Instance
-
AWS::EC2::Volume
-
AWS::EC2::VolumeAttachment
EC2 déploiement
Une fois que vous êtes prêt à déployer les nouvelles EC2 instances, vous pouvez lancer l'action de EC2 déploiement qui peut être lancée via l'action Wave Replatform > EC2> EC2 Deployment. Cette action utilisera la dernière version du CloudFormation modèle pour chaque application de la vague et déploiera ces modèles dans les comptes cibles sélectionnés, via AWS CloudFormation.
