Ciclo de vida de una instancia registrada

importante

El AWS OpsWorks Stacks 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 actuales. Recomendamos encarecidamente a los clientes que migren sus cargas de trabajo a otras soluciones lo antes posible. Si tienes preguntas sobre la migración, ponte en contacto con el AWS Support equipo en AWS Re:post o a través de Premium AWS Support.

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, indica a AWS OpsWorks Stacks que registre 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 comandos de AWS OpsWorks Stacks. 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.

Registro

Una vez que el agente envía 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 cancelas la asignación de la instancia mientras se encuentra en el estado Configuración en ejecución, AWS OpsWorks Stacks envía un comando Shutdown, que ejecuta las recetas de cierre de la instancia, pero no la detiene. La instancia cambia al estado Unassigning.

Temas

• Registro
• Assigning
• Setup Failed

Registro

Durante el proceso de registro, el programa de instalación crea una instancia de AWS OpsWorks Stacks para representar la instancia registrada en la pila y ejecuta un conjunto de métodos de configuración básicos 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, transfiere la administración de usuario a AWS OpsWorks Stacks, que debe disponer de su propio fichero de hosts para controlar los permisos de inicio de sesión de SSH. 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 detalles, consulte Cambios en la configuración inicial.

Durante el registro, el proceso llama a la AttachUserPolicy de IAM, que forma parte de los permisos asociados al usuario de IAM que usted crea como un requisito previo. Si AttachUserPolicy no existe (probablemente porque esté ejecutando una versión anterior de la CLI de AWS), el proceso vuelve a llamar a PutUserPolicy.

nota

Para mantener la coherencia, AWS OpsWorks Stacks ejecuta todas las recetas principales 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 de configuración de cada capa, incluidas las recetas personalizadas que hayas asignado al evento de configuración de las capas.

• Si la configuración se ejecuta correctamente, la instancia cambia al estado Online y AWS OpsWorks Stacks dispara el evento del ciclo de vida Configure en cada instancia de la pila para informar sobre 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 ejecuta correctamente, la instancia asignada cambia al estado Online y AWS OpsWorks Stacks dispara el evento del ciclo de vida Configure en cada instancia de la pila para informar sobre 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 Stacks, pero no están asignadas a una capa. Pueden permanecer en este estado de forma indefinida.

Si asignas 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 cancelas la asignación de 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 cierre. La instancia cambia al estado Unassigning.

Online

Ahora la instancia es miembro de al menos una capa y se considera una instancia de AWS OpsWorks Stacks normal. Puede permanecer en este estado de forma indefinida.

Si cancelas la asignación de la instancia mientras está en el estado En línea, 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 microinstancias de Amazon EC2.

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 universe

  Por deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe

• deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

  Para: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

• deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

  Para: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

• deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

  Para: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

• deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

  Para: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

• deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

  Para: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

• deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse

  Para: deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse

Paquetes

La configuración inicial desinstala landscape e instala los siguientes paquetes.

autofs	libicu-dev	libopenssl-ruby
libssl-dev	libxml2-dev	libxslt-dev
libyaml-dev	monit	ntpd
procps	ruby	ruby-dev
rubygems	screen	sqlite
vim	xfs