Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Ciclo de vida de una instancia registrada
importante
La AWS OpsWorks Stacks El servicio llegó al final de su vida útil el 26 de mayo de 2024 y se ha desactivado tanto para los clientes nuevos como para los existentes. Recomendamos encarecidamente a los clientes que migren sus cargas de trabajo a otras soluciones lo antes posible. Si tiene alguna duda sobre la migración, póngase en contacto con el AWS Support Equipo en AWS Re:post
nota
Esta función solo es compatible con pilas de Linux.
El ciclo de vida de una instancia registrada comienza después de instalar y ejecutar el agente. En ese momento, dirige AWS OpsWorks Pilas para registrar la instancia en la pila. El siguiente diagrama resume los elementos clave del ciclo de vida.
Cada estado corresponde a un estado de la instancia. Los bordes representan uno de los siguientes AWS OpsWorks Apila comandos. En las próximas secciones se ofrece información adicional.
-
Setup: este comando se corresponde con el evento del ciclo de vida Setup y ejecuta las recetas Setup de la instancia.
-
Configure: este comando se corresponde con el evento del ciclo de vida Configure.
AWS OpsWorks Stacks activa este evento en todas las instancias de la pila cuando una instancia entra o sale del estado en línea. Las instancias ejecutan sus recetas Configure, que realizan los cambios necesarios para adaptarse a la nueva instancia.
-
Shutdown: este comando se corresponde con el evento del ciclo de vida Shutdown, que ejecuta las recetas Shutdown de la instancia.
Estas recetas realizan tareas como apagar servicios, pero no detienen la instancia.
-
Deregister: este comando anula el registro de una instancia y no se corresponde con ningún evento del ciclo de vida.
nota
Para simplificar, el diagrama no muestra los estados Deregistering y Deleted. Puede anular el registro de una instancia desde cualquiera de los estados del diagrama, que envía un comando Deregister a la instancia y lo cambia al estado Deregistering.
-
Si cancelas el registro de una instancia en línea, AWS OpsWorks Stacks envía un comando de configuración a las instancias restantes de la pila para notificarles que la instancia se va a desconectar.
-
En cuanto se reconozca el comando Deregister, la instancia continuará ejecutándose, pero tendrá el estado Deleted y ya no formará parte de la pila. Si desea incorporar de nuevo la instancia en la pila, debe volver a registrarla.
Temas
Registro
Después de que el agente envíe una solicitud de registro, AWS OpsWorks Stacks inicia el ciclo de vida de la instancia enviando un comando de configuración a la instancia y colocándola en estado de registro. En cuanto la instancia reconoce el comando Setup, cambia al estado Running Setup.
Running Setup
El estado Running Setup ejecuta las recetas Setup de la instancia. El funcionamiento de Setup depende del estado anterior.
nota
Si desasignas la instancia mientras está en el estado Configuración en ejecución, AWS OpsWorks Stacks envía un comando de cierre, que ejecuta las recetas de cierre de la instancia, pero no la detiene. La instancia cambia al estado Unassigning.
Registro
Durante el proceso de registro, el programa de instalación crea un AWS OpsWorks Apila la instancia para representar la instancia registrada en la pila y ejecuta un conjunto de recetas de configuración básicas en la instancia.
Un cambio clave que realiza la configuración inicial es sobrescribir el archivo de hosts de la instancia. Al registrar la instancia, has cedido la gestión de usuarios a AWS OpsWorks Stacks, que debe tener su propio archivo de hosts para controlar los permisos de SSH inicio de sesión. La configuración inicial también crea o modifica una serie de archivos y, en sistemas Ubuntu, modifica las fuentes del paquete e instala un conjunto de paquetes. Para obtener más información, consulte Cambios en la configuración inicial.
Durante el registro, el proceso invoca como requisito previo el IAM AttachUserPolicy que forma parte de los permisos asociados al IAM usuario que hayas creado. Si AttachUserPolicy no existe (lo más probable es que se deba a que está ejecutando una versión anterior del AWSCLI), el proceso vuelve a la llamadaPutUserPolicy.
nota
Para mantener la coherencia, AWS OpsWorks Stacks ejecuta todas las recetas básicas de configuración. Sin embargo, como algunas de ellas solo realizan todas o parte de sus tareas si se ha asignado una instancia a al menos una capa, no afectan necesariamente a la configuración inicial.
-
Si la configuración se ejecuta correctamente, la instancia cambia al estado Registered.
-
Si la configuración no se ejecuta correctamente, la instancia cambia al estado Setup Failed.
Assigning
La instancia tiene al menos una capa asignada. AWS OpsWorks Stacks ejecuta las recetas Setup de cada capa, incluyendo cualquier receta personalizada que haya asignado al evento Setup de la capa.
-
Si la configuración se realiza correctamente, la instancia pasa al estado Online y AWS OpsWorks Stacks activa un evento de configuración del ciclo de vida en cada instancia de la pila para notificarles de la nueva instancia.
-
Si Setup no se ejecuta correctamente, la instancia cambia al estado Setup Failed.
nota
Este proceso de configuración ejecuta las recetas de base por segunda vez. Sin embargo, las recetas de Chef son idempotentes, por lo que no repiten las tareas que ya se han ejecutado.
Setup Failed
Si el proceso de configuración de una instancia con el estado Assigning no se ejecuta correctamente, puede volver a intentarlo mediante el comando de pila Setup para volver a ejecutar manualmente las recetas Setup de la instancia.
-
Si la configuración se realiza correctamente, la instancia asignada pasa al Online estado y AWS OpsWorks Stacks activa un evento de configuración del ciclo de vida en cada instancia de la pila para notificarles de la nueva instancia.
-
En caso de que el intento de configuración no se ejecute correctamente, la instancia volverá al estado Setup Failed.
Registered
Las instancias en estado Registrado forman parte de la pila y son administradas por AWS OpsWorks Se apilan pero no están asignadas a una capa. Pueden permanecer en este estado de forma indefinida.
Si asigna la instancia a una o más capas, AWS OpsWorks Stacks envía un comando de configuración a la instancia y esta pasa al Assigning estado.
Assigning
En cuanto la instancia reconoce el comando Setup, cambia al estado Running Setup.
Si desasignas la instancia mientras está en el estado de asignación, AWS OpsWorks Stacks finaliza el proceso de configuración y envía un comando de apagado. La instancia cambia al estado Unassigning.
Online
La instancia ahora es miembro de al menos una capa y se trata como una instancia normal AWS OpsWorks Instancia de Stacks. Puede permanecer en este estado de forma indefinida.
Si desasignas la instancia mientras está en el estado Online, AWS OpsWorks Stacks envía un comando Shutdown a la instancia y un comando Configure al resto de las instancias de la pila. La instancia cambia al estado Unassigning.
Setup Failed
El comando Setup no se ha ejecutado correctamente.
-
Puede volver a intentarlo mediante la ejecución del comando de pila Setup.
La instancia vuelve al estado Running Setup.
-
Si desasignas la instancia, AWS OpsWorks Stacks envía un comando de cierre a la instancia.
La instancia cambia al estado Unassigning.
Unassigning
Cuando el comando Shutdown finaliza, la instancia deja de estar asignada a las capas y vuelve al estado Registered.
nota
Si una instancia está asignada a varias capas, la anulación de la asignación se aplica a cada capa. No puede anular la asignación de un subconjunto de capas asignadas. Si desea un conjunto de capas asignadas diferente, anule la asignación de la instancia y, a continuación, reasigne las capas deseada.
Cambios en la configuración inicial
La configuración inicial crea o modifica los siguientes archivos y directorios en todas las instancias registradas.
- Archivos creados
-
/etc/apt/apt.conf.d/99-no-pipelining /etc/aws/ /etc/init.d/opsworks-agent /etc/motd /etc/motd.opsworks-static /etc/sudoers.d/opsworks /etc/sudoers.d/opsworks-agent /etc/sysctl.d/70-opsworks-defaults.conf /opt/aws/opsworks/ /usr/sbin/opsworks-agent-cli /var/lib/aws/ /var/log/aws/ /vol/ - Archivos modificados
-
/etc/apt/apt.conf.d/99-no-pipelining /etc/crontab /etc/default/monit /etc/group /etc/gshadow /etc/monit/monitrc /etc/passwd /etc/security/limits.conf (removing limits only for EC2 micro instances) /etc/shadow /etc/sudoers
La configuración inicial también crea un archivo de intercambio en las EC2 microinstancias de Amazon.
La configuración inicial realiza los siguientes cambios en los sistemas Ubuntu.
- Fuentes de paquetes
-
La configuración inicial cambia las fuentes de paquetes de la siguiente manera.
-
deb http://archive.ubuntu.com/ubuntu/ ${code_name} main universePor
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe -
deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universePor
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe -
deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universePor
deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe -
deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiversePor
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse -
deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiversePor
deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse -
deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiversePor
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse -
deb http://security.ubuntu.com/ubuntu ${code_name}-security multiversePor
deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse
-
- Paquetes
-
La configuración inicial desinstala
landscapee instala los siguientes paquetes.autofslibicu-devlibopenssl-rubylibssl-devlibxml2-devlibxslt-devlibyaml-devmonitntpdprocpsrubyruby-devrubygemsscreensqlitevimxfs
