Sistemas operativos Linux - 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.

Sistemas operativos Linux

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 existentes. 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.

AWS OpsWorks Stacks es compatible con las versiones de 64 bits de los siguientes sistemas operativos Linux.

También puede usar AMI personalizadas basadas en estos sistemas operativos.

Notas generales sobre las instancias de Linux:

Versiones de paquetes compatibles

Las versiones compatibles y los niveles de parches para paquetes, como Ruby, dependen del sistema operativo y la versión, tal como se describe en las secciones siguientes.

Actualizaciones

De forma predeterminada, AWS OpsWorks Stacks se asegura de que las instancias de Linux tengan los últimos parches de seguridad mediante una llamada automática yum update o apt-get update después del arranque de la instancia. Para deshabilitar las actualizaciones automáticas, utilice las UpdateLayeracciones CreateInstanceUpdateInstanceCreateLayer, o los métodos del SDK de AWS equivalentes o los comandos de la CLI de AWS, para establecer el InstallUpdatesOnBoot parámetro en. false

Para evitar interrupciones en el servicio, AWS OpsWorks Stacks no instala automáticamente las actualizaciones una vez que una instancia está en línea. Puede actualizar manualmente el sistema operativo de una instancia online en cualquier momento ejecutando el comando de pila Upgrade Operating System. Para obtener más información sobre cómo administrar las actualizaciones de seguridad, consulte Administración de actualizaciones de seguridad.

Para tener más control sobre la forma en que AWS OpsWorks Stacks actualiza tus instancias, crea una AMI personalizada basada en uno de los sistemas operativos compatibles. Por ejemplo, con las AMI personalizadas puede especificar qué versiones del paquete se instalan en una instancia. Cada distribución de Linux cuenta con diferentes calendarios de soporte y políticas de combinación de paquetes, de manera que le conviene tener en cuenta el método que mejor se adapte a sus necesidades. Para obtener más información, consulte Uso de AMI personalizadas.

Archivo hosts

Cada instancia en línea tiene un /etc/hosts archivo que asigna las direcciones IP a los nombres de los hosts. AWS OpsWorks Las pilas incluyen las direcciones públicas y privadas de todas las instancias en línea de la pila en el hosts archivo de cada instancia. Por ejemplo, supongamos que tiene una pila con dos instancias de Node.js App Server, nodejs-app1 y nodejs-app2, y una instancia de MySQL, db-master1. El archivo hosts de la instancia nodejs-app1 tendrá un aspecto parecido al siguiente ejemplo y la otra instancia tendrá archivos hosts similares.

... # OpsWorks Layer State 192.0.2.0 nodejs-app1.localdomain nodejs-app1 10.145.160.232 db-master1 198.51.100.0 db-master1-ext 10.243.77.78 nodejs-app2 203.0.113.0 nodejs-app2-ext 10.84.66.6 nodejs-app1 192.0.2.0 nodejs-app1-ext
AWS OpsWorks Soporte de agente proxy de Stacks

El agente AWS OpsWorks Stacks para Chef 11.10 y versiones posteriores incluye soporte básico para servidores proxy, que normalmente se utilizan con VPC aisladas. Para habilitar el soporte de servidor proxy, una instancia debe tener un archivo /etc/environment que proporcione la configuración adecuada para el tráfico HTTP y HTTPS. El archivo debe ser similar a lo siguiente, donde el texto resaltado se reemplaza con la URL y el puerto del servidor proxy:

http_proxy="http://myproxy.example.com:8080/" https_proxy="http://myproxy.example.com:8080/" no_proxy="169.254.169.254"

Para habilitar el soporte del proxy, recomendamos crear una AMI personalizada que incluya un archivo /etc/environment adecuado y usar dicha AMI para crear las instancias.

nota

No recomendamos usar una receta personalizada para crear un /etc/environment archivo en tus instancias. AWS OpsWorks Stacks necesita los datos del servidor proxy al principio del proceso de configuración, antes de que se ejecute cualquier receta personalizada.

Amazon Linux

AWS OpsWorks Stacks es compatible con las versiones de 64 bits de Amazon Linux y Amazon Linux 2. Además de las actualizaciones y parches periódicos, Amazon Linux lanza una nueva versión cada seis meses, aproximadamente, que puede conllevar cambios significativos. Cuando se crea una pila o una instancia, se debe especificar la versión de Amazon Linux que se va a utilizar. Cuando AWS lanza una nueva versión, las instancias continúan ejecutando la versión especificada hasta que se cambie explícitamente. Después del lanzamiento de una nueva versión de Amazon Linux, hay un período de migración de cuatro semanas durante el que AWS continúa proporcionando actualizaciones regulares para la versión anterior. Una vez finalizado el período de migración, las instancias pueden seguir ejecutando la versión anterior, pero AWS no proporciona más actualizaciones. Para obtener más información, consulte Preguntas frecuentes de la AMI de Amazon Linux.

Cuando salga una nueva versión de Amazon Linux, recomendamos que se actualice dentro del período de migración para que las instancias continúen recibiendo las actualizaciones de seguridad. Antes de actualizar las instancias de la pila de producción, le recomendamos que inicie una nueva instancia y verifique que la aplicación se ejecuta correctamente en la nueva versión. Después puede actualizar las instancias de la pila de producción.

nota

De forma predeterminada, las AMI personalizadas basadas en Amazon Linux se actualizan automáticamente a la nueva versión cuando esta se publica. La práctica recomendada consiste en bloquear la AMI personalizada en una versión específica de Amazon Linux para aplazar la actualización hasta que haya probado la nueva versión. Para obtener más información, consulte ¿Cómo puedo bloquear la AMI para una versión concreta?

Si utilizas una AWS CloudFormation plantilla para crear pilas con instancias que ejecuten Amazon Linux, las plantillas deben especificar explícitamente una versión de Amazon Linux. En concreto, si la plantilla especifica Amazon Linux, las instancias seguirán ejecutando la versión 2016.09. Para obtener más información, consulte AWS::OpsWorks::Stacky. AWS::OpsWorks::Instance

Para actualizar la versión de Amazon Linux de una instancia, lleve a cabo una de las siguientes operaciones:

  • Para las instancias en línea, ejecute el comando de stack Upgrade Operating System (Actualizar sistema operativo).

    Cuando hay una nueva versión de Amazon Linux disponible, las páginas Instances (Instancias) y Stack (Pila) muestran un anuncio con un enlace que lleva a la página Run Command (Ejecutar comando). Entonces podrá ejecutar Upgrade Operating System (Actualizar sistema operativo) para actualizar la instancia.

  • Para las instancias sin conexión respaldadas por Amazon Elastic Block Store (respaldadas por EBS), inícielas y ejecute Actualizar sistema operativo, tal como se describe en el punto anterior.

  • Para instancias sin conexión con respaldo en el almacenamiento de la instancia, incluidas las instancias basadas en tiempo y en carga, modifique la configuración Operating system (Sistema operativo) de la instancia para especificar la nueva versión.

    AWS OpsWorks Stacks actualiza automáticamente las instancias a la nueva versión cuando se reinician.

Amazon Linux: versiones de Node.js compatibles
Versión de Amazon Linux Versiones de Node.js
2
(Not applicable to operating systems that are available for Chef 12 and higher stacks only)
2018.03
0.12.18
2017.09
0.12.18
2017.03
0.12.18
2016.09
0.12.18 0.12.17 0.12.16 0.12.15
2016.03
0.12.18 0.12.17 0.12.16 0.12.15 0.12.14 0.12.13 0.12.12 0.12.10
Amazon Linux: versiones de Chef compatibles
Versión de Chef Versiones de Amazon Linux compatibles
12
Amazon Linux 2 Amazon Linux 2018.03 Amazon Linux 2017.09 Amazon Linux 2017.03 Amazon Linux 2016.09 Amazon Linux 2016.03
11.10
Amazon Linux 2018.03 Amazon Linux 2017.09 Amazon Linux 2017.03 Amazon Linux 2016.09 Amazon Linux 2016.03
11.4 (deprecated)
Amazon Linux 2016.09 Amazon Linux 2016.03
importante

Antes de actualizar las instancias t1.micro, asegúrese de que tiene un archivo de intercambio temporal, /var/swapfile. Las instancias t1.micro en las pilas de Chef 0.9 no tienen un archivo de intercambio. En las pilas de Chef 11.4 y Chef 11.10, las versiones recientes del agente de instancia crean automáticamente un archivo de intercambio para instancias t1.micro. No obstante, este cambio se introdujo durante un período de varias semanas, por lo que deberá comprobar si existe el archivo /var/swapfile en las instancias creadas antes del 24 de marzo de 2014, aproximadamente.

Cree un archivo de intercambio para las instancias t1.micro que no lo tengan del modo siguiente:

  • Para 11.10 y versiones posteriores, cree nuevas instancias t1.micro, las cuales incluirán automáticamente un archivo de intercambio.

  • Para pilas de Chef 0.9, ejecute los siguientes comandos en cada instancia como usuario raíz.

    dd if=/dev/zero of=/var/swapfile bs=1M count=256 mkswap /var/swapfile chown root:root /var/swapfile chmod 0600 /var/swapfile swapon /var/swapfile

    También puede utilizar estos comandos en stacks Chef 11.10 y posteriores si no desea crear instancias.

Ubuntu LTS

Ubuntu lanza una nueva versión Ubuntu LTS cada dos años aproximadamente y da soporte a cada versión durante unos cinco años. Ubuntu proporciona parches de seguridad y actualizaciones durante el período de soporte del sistema operativo. Para obtener más información, consulte LTS - Ubuntu Wiki.

CentOS

AWS OpsWorks Stacks es compatible con la versión de 64 bits de Centos 7. La primera versión compatible es CentOS 7 y CentOS lanza una nueva versión cada dos años aproximadamente.

Cuando inicias una nueva instancia en una pila de CentOS, AWS OpsWorks Stacks instala automáticamente la versión más reciente de CentOS. Como AWS OpsWorks Stacks no actualiza automáticamente el sistema operativo en las instancias existentes cuando se publica una nueva versión secundaria de CentOS, es posible que una instancia recién creada reciba una versión más reciente que las instancias existentes de la pila. Para mantener la coherencia de versiones en toda la pila, actualice las instancias existentes con la última versión de CentOS del modo siguiente:

  • Para las instancias online, ejecute el comando de stack Upgrade Operating System (Actualizar sistema operativo), que ejecuta yum update en las instancias especificadas para actualizarlas a la versión actual.

    Cuando hay una nueva versión secundaria de CentOS 7 disponible, las páginas Instances (Instancias) y Stack (Pila) muestran un anuncio con un enlace que lleva a la página Run Command (Ejecutar comando). Entonces podrá ejecutar Upgrade Operating System (Actualizar sistema operativo) para actualizar las instancias.

  • Para las instancias sin conexión respaldadas por , inícielas y ejecute Actualizar sistema operativo, tal como se describe en el punto anterior.

  • En el caso de las instancias sin conexión y respaldadas en tiendas, AWS OpsWorks Stacks instala automáticamente la nueva versión cuando se reinician las instancias.

CentOS: versiones de Chef compatibles
Versión de Chef Versión de CentOS compatible
12
CentOS 7
11.10
(None supported)
11.4 (deprecated)
(None supported)
nota

AWS OpsWorks Stacks es compatible con Apache 2.4 para instancias de CentOS.

Red Hat Enterprise Linux

AWS OpsWorks Stacks es compatible con la versión de 64 bits de Red Hat Enterprise Linux 7 (RHEL 7). La primera versión compatible es RHEL 7.1 y Red Hat lanza una nueva versión menor aproximadamente cada nueve meses. Las versiones menores deberían ser compatibles con RHEL 7.0. Para obtener más información, consulte Ciclo de vida y políticas de actualización.

Cuando inicias una nueva instancia, AWS OpsWorks Stacks instala automáticamente la versión actual de RHEL 7. Como AWS OpsWorks Stacks no actualiza automáticamente el sistema operativo en las instancias existentes cuando se publica una nueva versión secundaria de RHEL 7, es posible que una instancia recién creada reciba una versión más reciente que las instancias existentes de la pila. Para mantener la coherencia entre las versiones de toda la pila, actualice las instancias existentes con la última versión de RHEL 7 del modo siguiente:

  • Para las instancias online, ejecute el comando de stack Upgrade Operating System (Actualizar sistema operativo), que ejecuta yum update en las instancias especificadas para actualizarlas a la versión actual.

    Cuando hay una nueva versión secundaria de RHEL 7 disponible, las páginas Instances (Instancias) y Stack (Pila) muestran un anuncio con un enlace que lleva a la página Run Command (Ejecutar comando). Entonces podrá ejecutar Upgrade Operating System (Actualizar sistema operativo) para actualizar las instancias.

  • Para las instancias sin conexión respaldadas por , inícielas y ejecute Actualizar sistema operativo, tal como se describe en el punto anterior.

  • En el caso de las instancias sin conexión guardadas en tiendas, AWS OpsWorks Stacks instala automáticamente la nueva versión cuando se reinician las instancias.

Red Hat Enterprise Linux: versiones de Node.js compatibles
Versión de RHEL Versiones de Node.js
7
(Node.js versions only apply to Chef 11.10 stacks) 0.8.19 0.8.26 0.10.11 0.10.21 0.10.24 0.10.25 0.10.27 0.10.29 0.10.40 0.12.10 0.12.12 0.12.13 0.12.15
Red Hat Enterprise Linux: versiones de Chef compatibles
Versión de Chef Versión de RHEL compatible
12
Red Hat Enterprise Linux 7
11.10
Red Hat Enterprise Linux 7
11.4 (deprecated)
(None supported)

Todas las versiones de Node.js anteriores a 0.10.40 están obsoletas. Las versiones 0.12.7 y 0.12.9 también están obsoletas.

nota

AWS OpsWorks Stacks es compatible con Apache 2.4 para instancias de RHEL 7.