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.
# OpsWorks Sistemas operativos Stacks
**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](https://repost.aws/) o a través de Premium [AWS Support](https://aws.amazon.com/support).
OpsWorks Stacks es compatible con las versiones de 64 bits de varios sistemas operativos integrados, incluidas las distribuciones Amazon y Ubuntu Linux y Microsoft Windows Server. Notas generales:
+ Las instancias de una pila pueden ejecutar Linux o Windows.
Una pila puede tener diferentes versiones o distribuciones de Linux en instancias distintas, pero no es posible combinar instancias de Linux y Windows.
+ Puedes usar imágenes [personalizadas AMIs](workinginstances-custom-ami.md) (Amazon Machine Images), pero deben estar basadas en una de las versiones OpsWorks compatibles con Stacks AMIs que se describen en los temas de esta sección. Si bien es posible crear o registrar instancias con otros sistemas operativos (como CentOS 6). *x*) que se han creado a partir de datos personalizados o generados por la comunidad AMIs, no cuentan con soporte oficial.
+ [Sistemas operativos Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
+ Puede [iniciar y detener las instancias manualmente](workinginstances-starting.md) o hacer que OpsWorks Stacks [escale automáticamente](workinginstances-autoscaling.md) el número de instancias.
Puede utilizar el escalado automático basado en tiempo con cualquier pila; las pilas de Linux también pueden utilizar el escalado basado en carga.
+ Además de usar OpsWorks Stacks para crear EC2 instancias de Amazon, también puedes [registrar instancias con una pila de Linux](workinginstances-autoscaling.md) que se hayan creado fuera de OpsWorks Stacks.
Esto incluye EC2 las instancias de Amazon y las instancias que se ejecutan en su propio hardware. No obstante, deben ejecutar una de las distribuciones de Linux compatibles. No puedes registrar instancias de Amazon EC2 o de Windows locales.
Puedes ejecutar la [https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html)API de OpsWorks Stacks para obtener una lista de los sistemas operativos compatibles y sus versiones compatibles de Chef. A continuación se muestra un comando de ejemplo que utiliza la AWS CLI.
```
aws opsworks describe-operating-systems
```
A continuación, se muestra un ejemplo de respuesta.
```
{
"OperatingSystems": [
{
"Name": "Amazon Linux",
"Id": "Amazon Linux",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.03",
"Supported": false
},
{
"Name": "Amazon Linux 2",
"Id": "Amazon Linux 2",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2"
},
{
"Name": "Amazon Linux 2014.09",
"Id": "Amazon Linux 2014.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.09",
"Supported": false
},
{
"Name": "Amazon Linux 2015.03",
"Id": "Amazon Linux 2015.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.03",
"Supported": false
},
{
"Name": "Amazon Linux 2015.09",
"Id": "Amazon Linux 2015.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.09",
"Supported": false
},
{
"Name": "Amazon Linux 2016.03",
"Id": "Amazon Linux 2016.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.03"
},
{
"Name": "Amazon Linux 2016.09",
"Id": "Amazon Linux 2016.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.09"
},
{
"Name": "Amazon Linux 2017.03",
"Id": "Amazon Linux 2017.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.03"
},
{
"Name": "Amazon Linux 2017.09",
"Id": "Amazon Linux 2017.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.09"
},
{
"Name": "Amazon Linux 2018.03",
"Id": "Amazon Linux 2018.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2018.03"
},
{
"Name": "CentOS Linux 7",
"Id": "CentOS Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "CentOS Linux",
"ReportedVersion": "7"
},
{
"Name": "Microsoft Windows Server 2012 R2 Base",
"Id": "Microsoft Windows Server 2012 R2 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2019 Base",
"Id": "Microsoft Windows Server 2019 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Express",
"Id": "Microsoft Windows Server 2019 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Standard",
"Id": "Microsoft Windows Server 2019 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Web",
"Id": "Microsoft Windows Server 2019 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 Base",
"Id": "Microsoft Windows Server 2022 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Express",
"Id": "Microsoft Windows Server 2022 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Standard",
"Id": "Microsoft Windows Server 2022 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Web",
"Id": "Microsoft Windows Server 2022 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Red Hat Enterprise Linux 7",
"Id": "Red Hat Enterprise Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "Red Hat Enterprise Linux",
"ReportedVersion": "7"
},
{
"Name": "Ubuntu 12.04 LTS",
"Id": "Ubuntu 12.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "12.04",
"Supported": false
},
{
"Name": "Ubuntu 14.04 LTS",
"Id": "Ubuntu 14.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "14.04"
},
{
"Name": "Ubuntu 16.04 LTS",
"Id": "Ubuntu 16.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "16.04"
},
{
"Name": "Ubuntu 18.04 LTS",
"Id": "Ubuntu 18.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "18.04"
},
{
"Name": "Ubuntu 20.04 LTS",
"Id": "Ubuntu 20.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "20.04"
},
{
"Name": "Custom",
"Id": "Custom",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
]
},
{
"Name": "CustomWindows",
"Id": "CustomWindows",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
]
}
]
}
```
**Topics**
+ [Sistemas operativos Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server](workinginstances-os-windows.md)
# 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](https://repost.aws/) o a través de Premium [AWS Support](https://aws.amazon.com/support).
OpsWorks Stacks es compatible con las versiones de 64 bits de los siguientes sistemas operativos Linux.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) y [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (consulte la [consola de OpsWorks Stacks](https://console.aws.amazon.com/opsworks/) para ver las versiones compatibles actualmente)
+ [Ubuntu 20.04 LTS](https://wiki.ubuntu.com/FocalFossa/ReleaseNotes)
+ [CentOS 7](https://docs.centos.org/en-US/centos/install-guide/Revision_History/)
+ [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/)
También puedes usar sistemas [personalizados AMIs](workinginstances-custom-ami.md) basados 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, 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 [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html)acciones [CreateInstance[UpdateInstance[CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html), o los métodos del [SDK de AWS](https://aws.amazon.com/tools/) equivalentes o los comandos de la [CLI](https://aws.amazon.com/documentation/cli/) de AWS, para establecer el `InstallUpdatesOnBoot` parámetro en. `false`
Para evitar interrupciones en el servicio, 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](workingstacks-commands.md). Para obtener más información sobre cómo administrar las actualizaciones de seguridad, consulte [Administración de actualizaciones de seguridad](workingsecurity-updates.md).
Para tener más control sobre la forma en que OpsWorks Stacks actualiza tus instancias, crea una AMI personalizada basada en uno de los sistemas operativos compatibles. Por ejemplo, con custom AMIs puedes especificar qué versiones de paquetes 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 Custom AMIs](workinginstances-custom-ami.md).
**Archivo hosts**
Cada instancia en línea tiene un `/etc/hosts` archivo que asigna las direcciones IP a los nombres de los hosts. 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
```
**OpsWorks Soporte de agente proxy de Stacks**
El agente OpsWorks Stacks para Chef 11.10 y versiones posteriores incluye soporte básico para servidores proxy, que normalmente se utilizan de forma aislada. VPCs 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](workinginstances-custom-ami.md) que incluya un archivo `/etc/environment` adecuado y usar dicha AMI para crear las instancias.
No recomendamos usar una receta personalizada para crear un `/etc/environment` archivo en tus instancias. OpsWorks Stacks necesita los datos del servidor proxy al principio del proceso de configuración, antes de que se ejecute cualquier receta personalizada.
**Topics**
+ [Amazon Linux](#workinginstances-os-amazon)
+ [Ubuntu LTS](#workinginstances-os-linux-ubuntu)
+ [CentOS](#workinginstances-os-linux-centos)
+ [Red Hat Enterprise Linux](#workinginstances-os-linux-rhel)
## Amazon Linux
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 [AMI de Amazon Linux FAQs](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
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 versiones personalizadas AMIs basadas en Amazon Linux se actualizan automáticamente a la nueva versión cuando 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?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock)
Si utilizas una 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::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html) y [AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html).
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)**](workingstacks-commands.md).
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)**](workinginstances-properties.md) de la instancia para especificar la nueva versión.
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](https://wiki.ubuntu.com/LTS).
+ 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](workinginstances-add.md) y [eliminar la anterior](workinginstances-delete.md).
+ Ubuntu 20.04 LTS únicamente es compatible con pilas de Chef 12 y posteriores.
## CentOS
OpsWorks Stacks es compatible con la versión de 64 bits de [Centos 7](https://docs.centos.org/en-US/docs/). 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, OpsWorks Stacks instala automáticamente la versión más reciente de CentOS. Como 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)**](workingstacks-commands.md), 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, 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**
OpsWorks Stacks es compatible con Apache 2.4 para instancias de CentOS.
## Red Hat Enterprise Linux
OpsWorks Stacks es compatible con la versión de 64 bits de [Red Hat Enterprise Linux 7 (RHEL 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/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](https://access.redhat.com/support/policy/update_policies).
Cuando inicias una nueva instancia, OpsWorks Stacks instala automáticamente la versión actual de RHEL 7. Como 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)**](workingstacks-commands.md), 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, 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**
OpsWorks Stacks es compatible con Apache 2.4 para instancias de RHEL 7.
# Microsoft Windows Server
**importante**
El AWS OpsWorks Stacks servicio llegó al final de su vida útil el 26 de mayo de 2024 y se inhabilitó 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](https://repost.aws/) o a través de Premium [AWS Support](https://aws.amazon.com/support).
En las siguientes notas, se describe la compatibilidad de OpsWorks Stacks con las instancias de Windows. Las instancias de Windows están disponibles únicamente para las pilas de Chef 12.2. La versión exacta de Chef en una pila de Windows es 12.22.
Actualmente, el agente de OpsWorks Stacks no se puede instalar en instancias basadas en Windows que utilizan un idioma de interfaz de usuario del sistema distinto del inglés (**Estados Unidos**) (en-US), y OpsWorks Stacks no puede administrarlas.
**Versiones**
OpsWorks Stacks es compatible con las siguientes versiones de Windows de 64 bits:
+ Microsoft Windows Server 2022 Base
+ Microsoft Windows Server 2022 con SQL Server Express
+ Microsoft Windows Server 2022 con SQL Server Standard
+ Microsoft Windows Server 2022 con SQL Server Web
+ Microsoft Windows Server 2019 Base
+ Microsoft Windows Server 2019 con SQL Server Express
+ Microsoft Windows Server 2019 con SQL Server Standard
+ Microsoft Windows Server 2019 con SQL Server Web
**Creación de instancias**
Las instancias de Windows se crean con la consola, la API o la CLI de OpsWorks Stacks. Las instancias de Windows están respaldadas por Amazon EBS, pero no se pueden montar volúmenes de Amazon EBS adicionales.
Las pilas de Windows pueden utilizar instancias de [funcionamiento ininterrumpido](workinginstances-starting.md), que se inician y detienen manualmente. También pueden utilizar el [escalado automático basado en tiempo](workinginstances-autoscaling-timebased.md), que inicia y detiene las instancias automáticamente en función de un programa definido por el usuario. Las pilas basadas en Windows no pueden utilizar el [escalado automático basado en cargas](workinginstances-autoscaling-loadbased.md).
No puedes [registrar instancias de Windows](registered-instances.md) que se crearon fuera de OpsWorks Stacks con una pila.
**Actualizaciones**
AWS actualiza Windows AMIs para cada conjunto de parches, por lo que, cuando cree una instancia, tendrá las actualizaciones más recientes. Sin embargo, OpsWorks Stacks no proporciona una forma de aplicar actualizaciones a las instancias de Windows en línea. La forma más sencilla de garantizar que Windows está actualizado es sustituir las instancias con regularidad para que siempre ejecuten la AMI más reciente.
**Capas**
Para gestionar tareas como la instalación y la configuración de software o la implementación de aplicaciones, deberá implementar una o varias [capas personalizadas](workinglayers-custom.md) con recetas personalizadas.
**Chef**
Las instancias de Windows utilizan Chef 12.22 y ejecutan [el cliente de Chef en modo local](https://docs.chef.io/ctl_chef_client.html#run-in-local-mode), lo que inicia un servidor de Chef en memoria local llamado [chef-zero](https://docs.chef.io/ctl_chef_client.html#about-chef-zero). La presencia de este servidor permite que las recetas personalizadas usen las bolsas de datos y la búsqueda de Chef.
**Inicio de sesión remoto**
OpsWorks Stacks proporciona a los usuarios de IAM autorizados una contraseña que pueden usar para iniciar sesión en las instancias de Windows. Esta contraseña caduca después de un tiempo especificado. Los administradores pueden utilizar un par de claves de SSH para recuperar la contraseña de administrador de una instancia, que proporciona [acceso RDP](workinginstances-rdp.md) ilimitado. Para obtener más información, consulte [Inicio de sesión con RDP](workinginstances-rdp.md).
**SDK de AWS**
OpsWorks Stacks la instala automáticamente en cada instancia. [AWS SDK para .NET](https://aws.amazon.com/sdk-for-net/) Este paquete incluye las bibliotecas AW.NET y las herramientas de AWS para Windows, incluidas las [herramientas de AWS para PowerShell](https://aws.amazon.com/powershell/). Para utilizar el SDK de Ruby, haga que una receta personalizada instale la gema adecuada.
**Monitorización y métricas**
Las instancias de Windows admiten las [métricas estándar de Amazon CloudWatch (CloudWatch)](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html), que puedes ver en la CloudWatch consola.
**Ruby**
El cliente Chef 12.22 que OpsWorks Stacks instala en las instancias de Windows viene con Ruby 2.3.6. Sin embargo, OpsWorks Stacks no agrega el directorio del ejecutable a la variable de entorno PATH. Para que sus aplicaciones usen esta versión de Ruby, la encontrará, por lo general, en `C:\opscode\chef\embedded\bin\`.
**OpsWorks CLI de Stacks Agent**
El agente OpsWorks Stacks en las instancias de Windows no expone una interfaz de línea de [comandos](agent.md).
**Soporte del proxy**
Haga lo siguiente para configurar la compatibilidad del proxy para las instancias de Windows:
1. Modifica `machine.config` para añadir lo siguiente, que añade compatibilidad con proxy a las aplicaciones Windows PowerShell (arranque inicial) y .NET (agente OpsWorks Stacks):
```
```
1. Ejecute estos comandos para definir las variables de entorno para que Chef y Git las utilicen posteriormente:
```
setx /m no_proxy "localhost,169.254.169.254"
setx /m http_proxy "http://10.100.1.91:3128"
setx /m https_proxy "http://10.100.1.91:3128"
```
**nota**
Para tener más control sobre la forma en que OpsWorks Stacks actualiza tus instancias, crea una AMI personalizada basada en Microsoft Windows Server 2022 Base. Por ejemplo, con custom AMIs puedes especificar qué software se instala en una instancia, como un servidor web (IIS). Para obtener más información, consulte [Uso de Custom AMIs](workinginstances-custom-ami.md).