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.
Préparation de l'instance
Important
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur AWS Re:Post
Note
Cette fonctionnalité est prise en charge uniquement pour les piles Linux.
Avant d'enregistrer une instance, vous devez vous assurer qu'elle est compatible avec AWS OpsWorks Stacks. Les détails varient selon que vous enregistrez une EC2 instance sur site ou Amazon.
Instances locales
Une instance sur site doit satisfaire aux critères suivants :
-
L'instance doit exécuter l'un des systèmes d'exploitation Linux pris en charge. Bien qu'il soit possible de créer ou d'enregistrer des instances avec d'autres systèmes d'exploitation (tels que CentOS 6). x) qui ont été créés à partir de données personnalisées ou générées par la communautéAMIs, ils ne sont pas officiellement pris en charge.
Vous devez installer le package
libyaml
sur l'instance. Pour les instances Ubuntu, le package se nommelibyaml-0-2
. Pour les instances CentOS et Red Hat Enterprise Linux, le package se nommelibyaml
. -
L'instance doit avoir un type d'instance pris en charge (parfois appelé taille d'instance). Les types d'instances pris en charge peuvent varier selon le système d'exploitation et selon que votre pile se trouve ou non dans unVPC. Pour obtenir la liste des types d'instances pris en charge, consultez les valeurs de la liste déroulante Taille affichées dans la console AWS OpsWorks Stacks lorsque vous essayez de créer une nouvelle instance dans votre pile cible. Si un type d'instance apparaît en grisé et ne peut pas être créé dans votre pile cible, vous ne pouvez pas enregistrer d'instance de ce type.
-
L'instance doit disposer d'un accès Internet lui permettant de communiquer avec le point de terminaison du service AWS OpsWorks Stacks,
opsworks.us-east-1.amazonaws.com (HTTPS)
. L'instance doit également prendre en charge les connexions sortantes vers AWS des ressources telles qu'Amazon S3. -
Si vous prévoyez d'enregistrer l'instance depuis un poste de travail distinct, l'instance enregistrée doit prendre en charge la SSH connexion depuis le poste de travail.
SSHla connexion n'est pas requise si vous exécutez la commande d'enregistrement depuis l'instance.
-
La clé AWS d'accès est utilisée pour l'authentification entre l' AWS OpsWorks agent et le service AWS OpsWorks Stacks. Si vous alternez les clés d'accès comme recommandé tous les 90 jours, mettez à jour l' AWS OpsWorks agent manuellement pour qu'il utilise la nouvelle clé. Sur un ordinateur ou une instance sur site, modifiez le
/etc/aws/opsworks/instance-agent.yml
fichier avec la nouvelle clé d'accès et la nouvelle clé secrète. La commande suivante illustre la clé d'accès et la clé secrète dans ce fichier. Un agent utilisant d'anciennes clés peut entraîner des erreurs.cat /etc/aws/opsworks/instance-agent.yml | egrep "access_key|secret_key" :access_key_id: AKIAIOSFODNN7EXAMPLE :secret_access_key: wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
EC2Instances Amazon
Une EC2 instance Amazon doit répondre aux critères suivants :
-
AMIIl doit être basé sur l'un des systèmes d'exploitation Linux pris en charge. Pour obtenir la liste actuelle, consultez AWS OpsWorks Systèmes d'exploitation Stacks.
Pour de plus amples informations, veuillez consulter Utilisation d'AMI personnalisées.
Si l'instance est basée sur une personnalisation AMI dérivée d'une norme prise en chargeAMI, ou si l'instance contient une configuration très minimale, vous devez installer le
libyaml
package sur l'instance. Pour les instances Ubuntu, le package se nommelibyaml-0-2
. Pour les instances Amazon Linux et Red Hat Enterprise Linux, le package est nommélibyaml
. -
L'instance doit avoir un type d'instance pris en charge (parfois appelé taille d'instance). Les types d'instances pris en charge peuvent varier selon le système d'exploitation et selon que votre pile se trouve ou non dans unVPC. Pour obtenir la liste des types d'instances pris en charge, consultez les valeurs de la liste déroulante Taille affichées dans la console AWS OpsWorks Stacks lorsque vous essayez de créer une nouvelle instance dans votre pile cible. Si un type d'instance apparaît en grisé et ne peut pas être créé dans votre pile cible, vous ne pouvez pas enregistrer d'instance de ce type, non plus.
-
L’instance doit être dans l’état
running
. -
L'instance ne doit pas faire partie d'un groupe Auto scaling.
Pour plus d'informations, consultez Detach EC2 Instances From Your Auto Scaling Group.
-
L'instance peut faire partie d'un VPC, mais elle doit être dans la même position VPC que la pile et VPC doit être configurée pour fonctionner correctement avec AWS OpsWorks Stacks.
-
Les instances Spot ne sont pas prises en charge, car elles ne fonctionnent pas avec la réparation automatique.
Lorsque vous enregistrez une EC2 instance Amazon, AWS OpsWorks Stacks ne modifie pas les groupes de sécurité ou les règles de l'instance. Assurez-vous que les règles du groupe de sécurité de l'instance répondent aux exigences AWS OpsWorks Stacks suivantes.
- Règles d'entrée
-
Les règles d'entrée doivent autoriser les actions suivantes :
-
SSHconnexion.
-
Trafic à partir des couches appropriées.
Par exemple, un serveur de base de données autorise généralement le trafic entrant à partir des couches serveur d'applications de la pile.
-
Trafic vers les ports appropriés.
Par exemple, les instances de serveur d'applications autorisent généralement tout le trafic entrant vers les ports 80 (HTTP) et 443 (HTTPS).
-
- Règles de sortie
-
Les règles d'entrée doivent autoriser les actions suivantes :
-
Trafic vers le service AWS OpsWorks Stacks depuis les applications exécutées sur l'instance.
-
Trafic permettant d'accéder à AWS des ressources telles qu'Amazon S3 à partir d'applications utilisant le AWSAPI.
Une approche courante consiste à ne pas spécifier de règles de sortie, ce qui n'impose aucune restriction sur le trafic sortant.
-