Mantenimiento del sistema en OpsWorks Puppet Enterprise - AWS OpsWorks

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.

Mantenimiento del sistema en OpsWorks Puppet Enterprise

importante

El AWS OpsWorks for Puppet Enterprise servicio llegó al final de su vida útil el 31 de marzo 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.

El mantenimiento obligatorio del sistema garantiza que las últimas versiones AWS probadas de Puppet Server, incluidas las actualizaciones de seguridad, se ejecuten siempre en un OpsWorks servidor compatible con Puppet Enterprise. El mantenimiento del sistema debe realizarse como mínimo una vez a la semana. Si lo utiliza AWS CLI, puede configurar el mantenimiento automático diario, si lo desea. También puede utilizarla AWS CLI para realizar el mantenimiento del sistema bajo demanda, además del mantenimiento programado del sistema.

Cuando hay disponibles nuevas versiones del software Puppet, el mantenimiento del sistema está diseñado para actualizar automáticamente la versión de Puppet Server en el servidor, en cuanto supere las pruebas de AWS. AWS realiza pruebas exhaustivas para comprobar que las actualizaciones de Puppet están listas para la producción y no interrumpen los entornos de los clientes existentes, por lo que puede haber retrasos entre las versiones del software de Puppet y su disponibilidad para su aplicación a los servidores existentes OpsWorks de Puppet Enterprise. Para actualizar las versiones disponibles del software Puppet bajo demanda, consulte Comienzo del mantenimiento del sistema a petición en este tema.

El mantenimiento del sistema lanza una nueva instancia desde una copia de seguridad que se realiza como parte del proceso de mantenimiento, lo que ayuda a reducir los riesgos derivados de instancias Amazon EC2 degradadas o deterioradas sometidas al mantenimiento periódico.

importante

El mantenimiento del sistema elimina cualquier archivo o configuración personalizada que haya agregado al servidor de Puppet Enterprise. OpsWorks Para obtener más información sobre cómo reparar la configuración o la pérdida de archivos, consulte Restauración de configuraciones personalizadas y archivos después del mantenimiento en este tema.

Configuración del mantenimiento del sistema

Al crear un servidor nuevo OpsWorks para Puppet Enterprise, puede configurar un día y una hora de la semana, en la hora universal coordinada (UTC), para que comience el mantenimiento del sistema. El mantenimiento comenzará durante la hora que especifique. Puesto que lo normal es que el servidor quede sin conexión durante las operaciones de mantenimiento del sistema, elija un momento en el horario laboral de baja demanda del servidor. El estado del servidor es UNDER_MAINTENANCE mientras el mantenimiento está en curso.

También puede cambiar la configuración de mantenimiento del sistema en un servidor existente OpsWorks de Puppet Enterprise cambiando la configuración en el área de mantenimiento del sistema de la página de configuración de su servidor, como se muestra en la siguiente captura de pantalla.

Configuración del nodo maestro de Puppet, mostrando la sección Mantenimiento del sistema.

En la sección System maintenance (Mantenimiento del sistema), defina el día y la hora en los que desee comenzar con el mantenimiento del sistema.

Configurar el mantenimiento del sistema mediante el AWS CLI

También puede configurar la hora de inicio automático del mantenimiento del sistema mediante la AWS CLI. AWS CLI Le permite configurar el mantenimiento automático diario, si lo desea, omitiendo el prefijo de tres caracteres del día laborable.

En un comando create-server, añada el parámetro --preferred-maintenance-window al comando, después de especificar los requisitos para la creación de la instancia de servidor (tales como tipo de instancia, ARN de perfil de instancia y ARN de función de servicio). En el siguiente ejemplo de create-server, --preferred-maintenance-window se ajusta en Mon:08:00, lo que significa que se ha configurado que el mantenimiento comience cada lunes por la mañana a las 8:00. UTC.

aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"

En un comando update-server, puede actualizar el valor --preferred-maintenance-window de forma independiente, si lo desea. En el siguiente ejemplo, el periodo de mantenimiento se ha ajustado en el viernes por la noche a las 18:15. UTC.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"

Para cambiar la hora de inicio del periodo de mantenimiento a las 18:15 UTC de cada día, omita el prefijo de tres caracteres del día de la semana, como se muestra en el siguiente ejemplo.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"

Para obtener más información sobre cómo configurar el período de mantenimiento del sistema preferido mediante el AWS CLI, consulte create-server y update-server.

Comienzo del mantenimiento del sistema a petición

Para iniciar el mantenimiento del sistema bajo demanda, fuera del mantenimiento automático semanal o diario configurado, ejecute el siguiente comando. AWS CLI No puede empezar el mantenimiento a petición en la AWS Management Console.

aws opsworks-cm start-maintenance --server-name server_name

Para obtener más información acerca de este comando, consulte start-maintenance.

Restauración de configuraciones personalizadas y archivos después del mantenimiento

El personal de mantenimiento del sistema puede eliminar o cambiar los archivos o configuraciones personalizados que haya agregado a su servidor OpsWorks de Puppet Enterprise.

Si, después de que se ejecute el mantenimiento, en el nodo maestro de Puppet faltan archivos o ajustes que haya añadido mediante el uso de RunCommand o SSH, puede utilizar una imagen de máquina de Amazon (AMI) para lanzar una nueva instancia . Están disponibles AMI creadas a partir de una configuración del servidor anterior al mantenimiento.

La nueva instancia está en el mismo estado en el que se encontraba el nodo maestro de Puppet antes del mantenimiento y debe incluir la configuración y los archivos que faltan.

importante

No puede utilizar la nueva instancia para restaurar el servidor; la instancia no se puede ejecutar como un nodo maestro de Puppet. Puede utilizar la instancia únicamente para recuperar los archivos y las opciones de configuración.

Para lanzar una instancia EC2 desde una AMI, en la consola de Amazon EC2, abra el asistente Lanzar, elija Mis AMI y, a continuación, elija la AMI que tenga el nombre del servidor. Siga los pasos del asistente de Amazon EC2 como lo haría para lanzar cualquier otra instancia.