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
AWS OpsWorks Stacks es compatible con las versiones de 64 bits de los siguientes sistemas operativos Linux.
-
Amazon Linux
y Amazon Linux 2 (consulte la consola de AWS OpsWorks Stacks para ver las versiones compatibles actualmente)
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
oapt-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 AWSequivalentes 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 elhosts
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 archivohosts
de la instancia nodejs-app1 tendrá un aspecto parecido al siguiente ejemplo y la otra instancia tendrá archivoshosts
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.
Versión de Amazon Linux | Versiones de Node.js |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
Versión de Chef | Versiones de Amazon Linux compatibles |
---|---|
|
|
|
|
|
|
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
-
No puede actualizar una instancia de Ubuntu existente a una nueva versión de Ubuntu.
Debe crear una instancia de 14.04 o Ubuntu 16.04 nueva y eliminar la anterior.
-
Ubuntu 20.04 LTS únicamente es compatible con pilas de Chef 12 y posteriores.
CentOS
AWS OpsWorks Stacks es compatible con la versión de 64 bits de Centos 7
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.
Versión de Chef | Versión de CentOS compatible |
---|---|
|
|
|
|
|
|
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
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.
Versión de RHEL | Versiones de Node.js |
---|---|
|
|
Versión de Chef | Versión de RHEL compatible |
---|---|
|
|
|
|
|
|
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.