1. Sélectionnez le fournisseur de services en nuage optimal pour votre cas d'utilisation, en fonction de vos besoins et de l'offre actuelle sur le marché.

   Les fournisseurs de services en nuage actuellement certifiés pour l'exécution d'instances RHEL sont les suivants :

   • Amazon Web Services (AWS)
   • Google Cloud Platform (GCP)

   • Microsoft Azure

     Note

     Ce document traite spécifiquement du déploiement de RHEL sur AWS.

2. Créez une instance de cloud RHEL sur la plateforme de cloud choisie. Pour plus d'informations, voir Méthodes de création d'instances de cloud RHEL.
3. Pour maintenir votre déploiement RHEL à jour, utilisez Red Hat Update Infrastructure (RHUI).

Procédure

1. Installez Python 3 et l'outil pip:

   # dnf install python3
   # dnf install python3-pip

2. Installez les outils en ligne de commande AWS avec pip:

   # pip3 install awscli

3. Exécutez la commande suivante pour définir votre profil. Le terminal vous invite à fournir vos informations d'identification, votre région et le format de sortie :

   $ aws configure
   AWS Access Key ID [None]:
   AWS Secret Access Key [None]:
   Default region name [None]:
   Default output format [None]:

4. Définissez un nom pour votre seau et utilisez la commande suivante pour créer un seau :

   $ BUCKET=bucketname
   $ aws s3 mb s3://$BUCKET

   Remplacez bucketname par le nom du seau. Il doit s'agir d'un nom unique au niveau mondial. Le résultat est la création d'un seau.

5. Pour autoriser l'accès au seau S3, créez un rôle S3 vmimport dans le système de gestion des identités et des accès (IAM) d'AWS, si vous ne l'avez pas déjà fait par le passé :

   $ printf '{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "vmie.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals":{ "sts:Externalid": "vmimport" } } } ] }' > trust-policy.json
   $ printf '{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "s3:GetBucketLocation", "s3:GetObject", "s3:ListBucket" ], "Resource":[ "arn:aws:s3:::%s", "arn:aws:s3:::%s/*" ] }, { "Effect":"Allow", "Action":[ "ec2:ModifySnapshotAttribute", "ec2:CopySnapshot", "ec2:RegisterImage", "ec2:Describe*" ], "Resource":"*" } ] }' $BUCKET $BUCKET > role-policy.json
   $ aws iam create-role --role-name vmimport --assume-role-policy-document file://trust-policy.json
   $ aws iam put-role-policy --role-name vmimport --policy-name vmimport --policy-document file://role-policy.json

Procédure

1. À l'aide d'un éditeur de texte, créez un fichier de configuration avec le contenu suivant :

   provider = "aws"
   
   [settings]
   accessKeyID = "AWS_ACCESS_KEY_ID"
   secretAccessKey = "AWS_SECRET_ACCESS_KEY"
   bucket = "AWS_BUCKET"
   region = "AWS_REGION"
   key = "IMAGE_KEY"

   Remplacez les valeurs des champs par vos informations d'identification pour accessKeyID, secretAccessKey, bucket, et region. La valeur IMAGE_KEY est le nom de votre image VM à télécharger sur EC2.

2. Enregistrez le fichier sous CONFIGURATION-FILE.toml et fermez l'éditeur de texte.

3. Commencez la composition :

   # composer-cli composer start BLUEPRINT-NAME IMAGE-TYPE IMAGE_KEY CONFIGURATION-FILE .toml

   Remplacer :

   • BLUEPRINT-NAME avec le nom du plan que vous avez créé
   • IMAGE-TYPE avec le type d'image ami.
   • IMAGE_KEY avec le nom de l'image de la VM à télécharger sur EC2.

   • CONFIGURATION-FILE.toml avec le nom du fichier de configuration du fournisseur de cloud.

     Note

     Vous devez avoir les paramètres IAM corrects pour le panier dans lequel vous allez envoyer votre image personnalisée. Vous devez définir une politique pour votre panier avant de pouvoir y télécharger des images.

4. Vérifiez l'état de la création de l'image et téléchargez-la sur AWS :

   # composer-cli compose status

   Une fois le processus de téléchargement de l'image terminé, vous pouvez voir l'état "FINISHED".

1. Accédez à EC2 dans le menu et sélectionnez la région correcte dans la console AWS. L'image doit avoir le statut available, pour indiquer qu'elle a été téléchargée avec succès.
2. Dans le tableau de bord, sélectionnez votre image et cliquez sur Launch.

Procédure

1. Cliquez sur le site blueprint name.
2. Sélectionnez l'onglet Images.

3. Cliquez sur Créer une image pour créer votre image personnalisée.

   Une fenêtre pop-up s'ouvre.

   1. Dans la liste du menu déroulant Type, sélectionnez Amazon Machine Image Disk (.raw).
   2. Cochez la case Upload to AWS pour télécharger votre image dans le nuage AWS et cliquez sur Suivant.

   3. Pour authentifier votre accès à AWS, saisissez votre AWS access key ID et AWS secret access key dans les champs correspondants. Cliquez sur Suivant.

      Note

      Vous ne pouvez consulter votre clé d'accès secrète AWS que lorsque vous créez un nouvel ID de clé d'accès. Si vous ne connaissez pas votre clé secrète, générez un nouvel ID de clé d'accès.

   4. Saisissez le nom de l'image dans le champ Image name, le nom du panier Amazon dans le champ Amazon S3 bucket name et le champ AWS region pour le panier dans lequel vous allez ajouter votre image personnalisée. Cliquez sur Suivant.

   5. Vérifiez les informations et cliquez sur Terminer.

      En option, vous pouvez cliquer sur Retour pour modifier tout détail incorrect.

      Note

      Vous devez disposer des paramètres IAM corrects pour le panier dans lequel vous allez envoyer votre image personnalisée. Cette procédure utilise l'importation et l'exportation IAM, vous devez donc configurer a policy pour votre panier avant de pouvoir y télécharger des images. Pour plus d'informations, voir Autorisations requises pour les utilisateurs IAM.

4. Une petite fenêtre contextuelle en haut à droite vous informe de la progression de l'enregistrement. Elle indique également que la création d'une image a été lancée, l'état d'avancement de cette création et le téléchargement ultérieur vers le nuage AWS.

   Une fois le processus terminé, vous pouvez consulter l'état de Image build complete.

5. Cliquez sur Service→EC2 dans le menu et choisissez la bonne région dans la console AWS. L'image doit avoir le statut Available, pour indiquer qu'elle est téléchargée.
6. Dans le tableau de bord, sélectionnez votre image et cliquez sur Launch.
7. Une nouvelle fenêtre s'ouvre. Choisissez un type d'instance en fonction des ressources dont vous avez besoin pour démarrer votre image. Cliquez sur Review et Launch.
8. Passez en revue les détails de votre début d'instance. Vous pouvez éditer chaque section si vous avez besoin de faire des changements. Cliquez sur Launch

9. Avant de démarrer l'instance, sélectionnez une clé publique pour y accéder.

   Vous pouvez utiliser la paire de clés que vous possédez déjà ou en créer une nouvelle.

   Suivez les étapes suivantes pour créer une nouvelle paire de clés dans EC2 et l'attacher à la nouvelle instance.

   1. Dans la liste du menu déroulant, sélectionnez Create a new key pair.
   2. Entrez le nom de la nouvelle paire de clés. Une nouvelle paire de clés est générée.
   3. Cliquez sur Download Key Pair pour enregistrer la nouvelle paire de clés sur votre système local.

10. Ensuite, vous pouvez cliquer sur Launch Instance pour démarrer votre instance.

    Vous pouvez vérifier l'état de l'instance, qui s'affiche comme suit : Initializing.

11. Une fois que l'état de l'instance est running, le bouton Connecter devient disponible.

12. Cliquez sur Connecter. Une fenêtre contextuelle s'affiche avec des instructions sur la manière de se connecter en utilisant SSH.

    1. Sélectionnez A standalone SSH client comme méthode de connexion préférée et ouvrez un terminal.

    2. À l'endroit où vous stockez votre clé privée, assurez-vous qu'elle est publiquement visible pour que SSH fonctionne. Pour ce faire, exécutez la commande suivante

       $ chmod 400 <nom-de-votre-instance.pem>_

    3. Connectez-vous à votre instance en utilisant son DNS public :

       $ ssh -i "<_votre-nom-d'instance.pem_"> ec2-user@<_votre-adresse-IP-d'instance_>

    4. Tapez yes pour confirmer que vous voulez continuer à vous connecter.

       Par conséquent, vous êtes connecté à votre instance en utilisant SSH.

Vérification

1. Vérifiez si vous pouvez effectuer une action lorsque vous êtes connecté à votre instance à l'aide de SSH.

Procédure

1. Lancez la console AWS.
2. Cliquez sur votre ID de compte AWS pour afficher le menu déroulant et sélectionnez My Security Credentials.
3. Cliquez sur Users.
4. Sélectionnez l'utilisateur et ouvrez l'écran Summary.
5. Cliquez sur l'onglet Security credentials.
6. Cliquez sur Create access key.
7. Téléchargez le fichier .csv (ou sauvegardez les deux clés). Vous devez saisir ces clés lors de la création du dispositif de clôture.

Procédure

1. Installez les outils de ligne de commande AWS à l'aide de la commande dnf.

   # dnf install awscli

2. Utilisez la commande aws --version pour vérifier que vous avez installé la CLI AWS.

   $ aws --version
   aws-cli/1.19.77 Python/3.6.15 Linux/5.14.16-201.fc34.x86_64 botocore/1.20.77

3. Configurez le client de ligne de commande AWS en fonction de vos informations d'accès à AWS.

   $ aws configure
   AWS Access Key ID [None]:
   AWS Secret Access Key [None]:
   Default region name [None]:
   Default output format [None]:

Procédure

1. Dans le tableau de bord AWS EC2, sélectionnez Images puis AMIs.
2. Cliquez avec le bouton droit de la souris sur votre image et sélectionnez Launch.

3. Choisissez un site Instance Type qui répond ou dépasse les exigences de votre charge de travail. En fonction de votre application HA, chaque instance peut avoir besoin d'une capacité plus élevée.

   Voir Amazon EC2 Instance Types pour plus d'informations sur les types d'instances.

4. Cliquez sur Next: Configure Instance Details.

   1. Saisissez le site Number of instances que vous souhaitez créer pour le cluster. Cet exemple de procédure utilise trois nœuds de cluster.

      Note

      Ne pas se lancer dans un groupe de mise à l'échelle automatique.

   2. Pour Network, sélectionnez le VPC que vous avez créé dans Configurer l'environnement AWS. Sélectionnez le sous-réseau de l'instance pour créer un nouveau sous-réseau.

   3. Sélectionnez Enable pour Auto-assign Public IP. Il s'agit des sélections minimales que vous devez effectuer pour Configure Instance Details. En fonction de votre application HA spécifique, il se peut que vous deviez effectuer des sélections supplémentaires.

      Note

      Il s'agit des options de configuration minimales nécessaires pour créer une instance de base. Examinez les options supplémentaires en fonction des exigences de votre application HA.

5. Cliquez sur Next: Add Storage et vérifiez que le stockage par défaut est suffisant. Il n'est pas nécessaire de modifier ces paramètres, sauf si votre application HA nécessite d'autres options de stockage.

6. Cliquez sur Next: Add Tags.

   Note

   Les balises peuvent vous aider à gérer vos ressources AWS. Pour plus d'informations sur les balises, consultez la section Baliser vos ressources Amazon EC2.

7. Cliquez sur Next: Configure Security Group. Sélectionnez le groupe de sécurité existant que vous avez créé dans Configuration de l'environnement AWS.
8. Cliquez sur Review and Launch et vérifiez vos choix.
9. Cliquez sur Launch. Vous êtes invité à sélectionner une paire de clés existante ou à créer une nouvelle paire de clés. Sélectionnez la paire de clés que vous avez créée lors de la configuration de l'environnement AWS.
10. Cliquez sur Launch Instances.

11. Cliquez sur View Instances. Vous pouvez nommer la ou les instances.

    Note

    Vous pouvez également lancer des instances à l'aide de la CLI AWS. Pour plus d'informations, voir Lancer, lister et terminer des instances Amazon EC2 dans la documentation d'Amazon.

Procédure

1. Déplacez le fichier clé du répertoire Downloads vers votre répertoire Home ou vers votre répertoire ~/.ssh directory.

2. Modifiez les autorisations du fichier clé de manière à ce que seul l'utilisateur root puisse le lire.

   # chmod 400 KeyName.pem

Procédure

1. Lancez la console AWS et sélectionnez l'instance EC2.
2. Cliquez sur Connect et sélectionnez A standalone SSH client.
3. Depuis votre session de terminal SSH, connectez-vous à l'instance en utilisant l'exemple AWS fourni dans la fenêtre contextuelle. Ajoutez le chemin d'accès correct à votre fichier KeyName.pem si le chemin d'accès n'est pas indiqué dans l'exemple.

Procédure

1. Supprimez le client AWS Red Hat Update Infrastructure (RHUI).

   $ sudo -i
   # dnf -y remove rh-amazon-rhui-client*

2. Enregistrez la VM auprès de Red Hat.

   # subscription-manager register --auto-attach

3. Désactiver tous les dépôts.

   # subscription-manager repos --disable=*

4. Activer les référentiels RHEL 9 Server HA.

   # subscription-manager repos --enable=rhel-9-for-x86_64-highavailability-rpms

5. Mettre à jour l'instance RHEL AWS.

   # dnf update -y

6. Installez les paquets logiciels Red Hat High Availability Add-On, ainsi que tous les agents de clôture disponibles dans le canal High Availability.

   # dnf install pcs pacemaker fence-agents-aws

7. L'utilisateur hacluster a été créé lors de l'installation de pcs et pacemaker à l'étape précédente. Créez un mot de passe pour hacluster sur tous les nœuds du cluster. Utilisez le même mot de passe pour tous les nœuds.

   # passwd hacluster

8. Ajouter le service high availability au pare-feu RHEL si firewalld.service est installé.

   # firewall-cmd --permanent --add-service=high-availability
   # firewall-cmd --reload

9. Démarrer le service pcs et l'autoriser à démarrer au démarrage.

   # systemctl start pcsd.service
   # systemctl enable pcsd.service

10. Modifiez /etc/hosts et ajoutez les noms d'hôtes RHEL et les adresses IP internes. Voir Comment le fichier /etc/hosts doit-il être configuré sur les nœuds de cluster RHEL ? pour plus d'informations.

Procédure

1. Sur l'un des nœuds, entrez la commande suivante pour authentifier l'utilisateur pcs hacluster. Dans la commande, indiquez le nom de chaque nœud de la grappe.

   # pcs host auth <hostname1> <hostname2> <hostname3>

   Exemple :

   [root@node01 clouduser]# pcs host auth node01 node02 node03
   Username: hacluster
   Password:
   node01: Authorized
   node02: Authorized
   node03: Authorized

2. Create the cluster.

   # pcs cluster setup <cluster_name> <hostname1> <hostname2> <hostname3>

   Exemple :

   [root@node01 clouduser]# pcs cluster setup new_cluster node01 node02 node03
   
   [...]
   
   Synchronizing pcsd certificates on nodes node01, node02, node03...
   node02: Success
   node03: Success
   node01: Success
   Restarting pcsd on the nodes in order to reload the certificates...
   node02: Success
   node03: Success
   node01: Success

Vérification

1. Activer le cluster.

   [root@node01 clouduser]# pcs cluster enable --all
   node02: Cluster Enabled
   node03: Cluster Enabled
   node01: Cluster Enabled

2. Démarrer le cluster.

   [root@node01 clouduser]# pcs cluster start --all
   node02: Starting Cluster...
   node03: Starting Cluster...
   node01: Starting Cluster...

Procédure standard

1. Saisissez la requête de métadonnées AWS suivante pour obtenir l'ID d'instance de chaque nœud. Vous avez besoin de ces identifiants pour configurer le dispositif de clôture. Voir Métadonnées d'instance et données utilisateur pour plus d'informations.

   # echo $(curl -s http://169.254.169.254/latest/meta-data/instance-id)

   Exemple :

   [root@ip-10-0-0-48 ~]# echo $(curl -s http://169.254.169.254/latest/meta-data/instance-id) i-07f1ac63af0ec0ac6

2. Entrez la commande suivante pour configurer le périphérique de clôture. Utilisez la commande pcmk_host_map pour faire correspondre le nom d'hôte RHEL à l'ID d'instance. Utilisez la clé d'accès AWS et la clé d'accès secrète AWS que vous avez configurées précédemment.

   # pcs stonith \
       create <name> fence_aws access_key=access-key secret_key=<secret-access-key> \
       region=<region> pcmk_host_map="rhel-hostname-1:Instance-ID-1;rhel-hostname-2:Instance-ID-2;rhel-hostname-3:Instance-ID-3" \
       power_timeout=240 pcmk_reboot_timeout=480 pcmk_reboot_retries=4

   Exemple :

   [root@ip-10-0-0-48 ~]# pcs stonith \
   create clusterfence fence_aws access_key=AKIAI123456MRMJA secret_key=a75EYIG4RVL3hdsdAslK7koQ8dzaDyn5yoIZ/ \
   region=us-east-1 pcmk_host_map="ip-10-0-0-48:i-07f1ac63af0ec0ac6;ip-10-0-0-46:i-063fc5fe93b4167b2;ip-10-0-0-58:i-08bd39eb03a6fd2c7" \
   power_timeout=240 pcmk_reboot_timeout=480 pcmk_reboot_retries=4

Procédure alternative

1. Obtenez l'ID VPC du cluster.

   # aws ec2 describe-vpcs --output text --filters "Name=tag:Name,Values=clustername-vpc" --query 'Vpcs[*].VpcId'
   vpc-06bc10ac8f6006664

2. En utilisant l'ID VPC du cluster, obtenez les instances VPC.

   $ aws ec2 describe-instances --output text --filters "Name=vpc-id,Values=vpc-06bc10ac8f6006664" --query 'Reservations[*].Instances[*].{Name:Tags[? Key==Name]|[0].Value,Instance:InstanceId}' | grep "\-node[a-c]"
   i-0b02af8927a895137     clustername-nodea-vm
   i-0cceb4ba8ab743b69     clustername-nodeb-vm
   i-0502291ab38c762a5     clustername-nodec-vm

3. Utilisez les identifiants d'instance obtenus pour configurer la clôture sur chaque nœud du cluster. Par exemple :

   [root@nodea ~]# CLUSTER=clustername && pcs stonith create fence${CLUSTER} fence_aws access_key=XXXXXXXXXXXXXXXXXXXX pcmk_host_map=$(for NODE \
   in node{a..c}; do ssh ${NODE} "echo -n \${HOSTNAME}:\$(curl -s http://169.254.169.254/latest/meta-data/instance-id)\;"; done) \
   pcmk_reboot_retries=4 pcmk_reboot_timeout=480 power_timeout=240 region=xx-xxxx-x secret_key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   
   [root@nodea ~]# pcs stonith config fence${CLUSTER}
   
   Resource: clustername (class=stonith type=fence_aws)
   Attributes: access_key=XXXXXXXXXXXXXXXXXXXX pcmk_host_map=nodea:i-0b02af8927a895137;nodeb:i-0cceb4ba8ab743b69;nodec:i-0502291ab38c762a5;
   pcmk_reboot_retries=4 pcmk_reboot_timeout=480 power_timeout=240 region=xx-xxxx-x secret_key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   Operations: monitor interval=60s (clustername-monitor-interval-60s)

Vérification

1. Testez l'agent de clôture pour l'un des nœuds de la grappe.

   # pcs stonith fence awsnodename

   Note

   La réponse à la commande peut mettre plusieurs minutes à s'afficher. Si vous observez la session de terminal active pour le nœud clôturé, vous constaterez que la connexion de terminal est immédiatement interrompue après la saisie de la commande de clôture.

   Exemple :

   [root@ip-10-0-0-48 ~]# pcs stonith fence ip-10-0-0-58
   
   Node: ip-10-0-0-58 fenced

2. Vérifier l'état pour s'assurer que le nœud est clôturé.

   # pcs status

   Exemple :

   [root@ip-10-0-0-48 ~]# pcs status
   
   Cluster name: newcluster
   Stack: corosync
   Current DC: ip-10-0-0-46 (version 1.1.18-11.el7-2b07d5c5a9) - partition with quorum
   Last updated: Fri Mar  2 19:55:41 2018
   Last change: Fri Mar  2 19:24:59 2018 by root via cibadmin on ip-10-0-0-46
   
   3 nodes configured
   1 resource configured
   
   Online: [ ip-10-0-0-46 ip-10-0-0-48 ]
   OFFLINE: [ ip-10-0-0-58 ]
   
   Full list of resources:
   clusterfence  (stonith:fence_aws):    Started ip-10-0-0-46
   
   Daemon Status:
   corosync: active/disabled
   pacemaker: active/disabled
   pcsd: active/enabled

3. Démarrez le nœud qui a été clôturé à l'étape précédente.

   # pcs cluster start awshostname

4. Vérifier l'état pour s'assurer que le nœud a démarré.

   # pcs status

   Exemple :

   [root@ip-10-0-0-48 ~]# pcs status
   
   Cluster name: newcluster
   Stack: corosync
   Current DC: ip-10-0-0-46 (version 1.1.18-11.el7-2b07d5c5a9) - partition with quorum
   Last updated: Fri Mar  2 20:01:31 2018
   Last change: Fri Mar  2 19:24:59 2018 by root via cibadmin on ip-10-0-0-48
   
   3 nodes configured
   1 resource configured
   
   Online: [ ip-10-0-0-46 ip-10-0-0-48 ip-10-0-0-58 ]
   
   Full list of resources:
   
     clusterfence  (stonith:fence_aws):    Started ip-10-0-0-46
   
   Daemon Status:
     corosync: active/disabled
     pacemaker: active/disabled
     pcsd: active/enabled

Procédure

1. Installez l'interface de programmation AWS. Pour plus d'informations, voir Installation de l'interface de programmation AWS.

2. Vérifiez que la CLI AWS est correctement configurée. Les identifiants et les noms des instances doivent s'afficher.

   Exemple :

   [root@ip-10-0-0-48 ~]# aws ec2 describe-instances --output text --query 'Reservations[].Instances[].[InstanceId,Tags[?Key==Name].Value]'
   
   i-07f1ac63af0ec0ac6
   ip-10-0-0-48
   i-063fc5fe93b4167b2
   ip-10-0-0-46
   i-08bd39eb03a6fd2c7
   ip-10-0-0-58

Procédure

1. Affichez la description de l'agent de ressources AWS Secondary Private IP Address (awsvip). Elle indique les options et les opérations par défaut de cet agent.

   # pcs resource describe awsvip

2. Créez l'adresse IP privée secondaire en utilisant une adresse IP privée inutilisée dans le bloc VPC CIDR.

   # pcs resource create privip awsvip secondary_private_ip=Unused-IP-Address --group group-name

   Exemple :

   [root@ip-10-0-0-48 ~]# pcs resource create privip awsvip secondary_private_ip=10.0.0.68 --group networking-group

3. Créer une ressource IP virtuelle. Il s'agit d'une adresse IP VPC qui peut être rapidement transférée du nœud clôturé au nœud de basculement, masquant ainsi la défaillance du nœud clôturé dans le sous-réseau.

   # pcs resource create vip IPaddr2 ip=secondary-private-IP --group group-name

   Exemple :

   root@ip-10-0-0-48 ~]# pcs resource create vip IPaddr2 ip=10.0.0.68 --group networking-group

1. Ajoutez les deux ressources au même groupe que celui qui a été créé précédemment pour appliquer les contraintes order et colocation.

2. Entrez la commande CLI AWS suivante pour créer une adresse IP élastique.

   [root@ip-10-0-0-48 ~]# aws ec2 allocate-address --domain vpc --output text
   eipalloc-4c4a2c45   vpc 35.169.153.122

3. Voir la description de l'agent de ressources AWS Secondary Elastic IP Address (awseip). La commande suivante présente les options et les opérations par défaut de cet agent.

   # pcs resource describe awseip

4. Créez la ressource Adresse IP élastique secondaire en utilisant l'adresse IP allouée créée à l'étape 1.

   # pcs resource create elastic awseip elastic_ip=Elastic-IP-Address allocation_id=Elastic-IP-Association-ID --group networking-group

   Exemple :

   # pcs resource create elastic awseip elastic_ip=35.169.153.122 allocation_id=eipalloc-4c4a2c45 --group networking-group

Procédure

1. Lancez une session SSH depuis votre poste de travail local vers l'adresse IP élastique précédemment créée.

   $ ssh -l ec2-user -i ~/.ssh/<KeyName>.pem elastic-IP

   Exemple :

   $ ssh -l ec2-user -i ~/.ssh/cluster-admin.pem 35.169.153.122

2. Vérifiez que l'hôte auquel vous vous êtes connecté via SSH est l'hôte associé à la ressource élastique créée.

Procédure

1. Créez un volume de blocs partagé à l'aide de la commande AWS create-volume.

   $ aws ec2 create-volume --availability-zone <availability_zone> --no-encrypted --size 1024 --volume-type io1 --iops 51200 --multi-attach-enabled

   Par exemple, la commande suivante crée un volume dans la zone de disponibilité us-east-1a.

   $ aws ec2 create-volume --availability-zone us-east-1a --no-encrypted --size 1024 --volume-type io1 --iops 51200 --multi-attach-enabled
   
   {
       "AvailabilityZone": "us-east-1a",
       "CreateTime": "2020-08-27T19:16:42.000Z",
       "Encrypted": false,
       "Size": 1024,
       "SnapshotId": "",
       "State": "creating",
       "VolumeId": "vol-042a5652867304f09",
       "Iops": 51200,
       "Tags": [ ],
       "VolumeType": "io1"
   }

   Note

   Vous aurez besoin du site VolumeId pour l'étape suivante.

2. Pour chaque instance de votre cluster, attachez un volume de blocs partagé à l'aide de la commande AWS attach-volume. Utilisez vos <instance_id> et <volume_id>.

   $ aws ec2 attach-volume --device /dev/xvdd --instance-id <instance_id> --volume-id <volume_id>

   Par exemple, la commande suivante attache un volume de blocs partagés vol-042a5652867304f09 à instance i-0eb803361c2c887f2.

   $ aws ec2 attach-volume --device /dev/xvdd --instance-id i-0eb803361c2c887f2 --volume-id vol-042a5652867304f09
   
   {
       "AttachTime": "2020-08-27T19:26:16.086Z",
       "Device": "/dev/xvdd",
       "InstanceId": "i-0eb803361c2c887f2",
       "State": "attaching",
       "VolumeId": "vol-042a5652867304f09"
   }

Vérification

1. Pour chaque instance de votre cluster, vérifiez que le périphérique de bloc est disponible en utilisant la commande ssh avec votre instance <ip_address>.

   # ssh <ip_address> "hostname ; lsblk -d | grep ' 1T '"

   Par exemple, la commande suivante répertorie les détails, y compris le nom d'hôte et le périphérique de bloc pour l'instance IP 198.51.100.3.

   # ssh 198.51.100.3 "hostname ; lsblk -d | grep ' 1T '"
   
   nodea
   nvme2n1 259:1    0   1T  0 disk

2. Utilisez la commande ssh pour vérifier que chaque instance de votre cluster utilise le même disque partagé.

   # ssh <ip_address> "hostname ; lsblk -d | grep ' 1T ' | awk '{print \$1}' | xargs -i udevadm info --query=all --name=/dev/{} | grep '^E: ID_SERIAL='"

   Par exemple, la commande suivante répertorie les détails, y compris le nom d'hôte et l'ID du volume de disque partagé pour l'adresse IP de l'instance 198.51.100.3.

   # ssh 198.51.100.3 "hostname ; lsblk -d | grep ' 1T ' | awk '{print \$1}' | xargs -i udevadm info --query=all --name=/dev/{} | grep '^E: ID_SERIAL='"
   
   nodea
   E: ID_SERIAL=Amazon Elastic Block Store_vol0fa5342e7aedf09f7