Instancias de Amazon EC2 para el entorno de Elastic Beanstalk - AWS Elastic Beanstalk
Tipos de instancias de Amazon EC2Configuración de instancias de Amazon EC2 para su entornoConfiguración de las instancias de AWS EC2 en el entorno mediante la AWS CLIRecomendaciones para los entornos de primera oleada Graviton arm64El espacio de nombres aws:autoscaling:launchconfiguration

Instancias de Amazon EC2 para el entorno de Elastic Beanstalk

Al crear un entorno de servidor web, AWS Elastic Beanstalk crea una o varias máquinas virtuales de Amazon Elastic Compute Cloud (Amazon EC2), conocidas como Instancias.

Las instancias del entorno están configuradas para ejecutar aplicaciones web en la plataforma que elija. Puede realizar cambios en diferentes propiedades y comportamientos de las instancias del entorno cuando cree el entorno o una vez que se esté ejecutando. O bien, ya puede realizar estos cambios modificando el código fuente que implementa en el entorno. Para obtener más información, consulte Opciones de configuración.

nota

El grupo de Auto Scaling del entorno administra las instancias de Amazon EC2 en las que se ejecuta la aplicación. Cuando se realizan cambios de configuración que se describen en esta página, la configuración de lanzamiento también cambia. La configuración de lanzamiento puede consistir en una plantilla de lanzamiento de Amazon EC2 o en un recurso de configuración de lanzamiento del grupo de Auto Scaling. Este cambio requiere el reemplazo de todas las instancias. También desencadena una actualización continua o una actualización inmutable, según la que se haya configurado.

Elastic Beanstalk admite varias opciones de compra de instancias de Amazon EC2: instancias bajo demanda, instancias reservadas e instancias de spot. Una instancia en diferido es un recurso de pago por uso; es decir, no establece ningún compromiso a largo plazo cuando se utiliza. Una instancia reservada es un descuento de facturación adquirido previamente que se aplica de forma automática a las instancias bajo demanda correspondientes del entorno. Una instancia de spot es una instancia de Amazon EC2 sin utilizar que está disponible por un precio inferior al precio bajo demanda. Puede habilitar las instancias de spot en su entorno a través de una única opción. Puede configurar el uso de instancias de spot, incluida la combinación de instancias bajo demanda y de spot, utilizando otras opciones. Para obtener más información, consulte Grupo de Auto Scaling.

Secciones

Tipos de instancias de Amazon EC2

Cuando se crea un nuevo entorno, Elastic Beanstalk aprovisiona instancias de Amazon EC2 que se basan en los tipos de instancia de Amazon EC2 que se elijan. Los tipos de instancia que elija determinan el hardware del host que ejecuta sus instancias. Los tipos de instancias de EC2 se pueden clasificar en función de la arquitectura del procesador en la que se basa cada una. Elastic Beanstalk es compatible con los tipos de instancia que se basan en las siguientes arquitecturas del procesador: Graviton de AWS con arquitectura Arm de 64 bits (arm64), arquitectura de 64 bits (x86) y arquitectura de 32 bits (i386).

nota

La arquitectura i386 de 32 bits ya no es compatible con la mayoría de las plataformas de Elastic Beanstalk. En su lugar, se recomienda que elija los tipos de arquitectura x86 o arm64. Elastic Beanstalk proporciona opciones de configuración para los tipos de instancias del procesador i386 en el espacio de nombres aws:ec2:instances.

De forma predeterminada, Elastic Beanstalk selecciona la arquitectura del procesador x86 cuando se crea un nuevo entorno. Solo se puede elegir la arquitectura del procesador (x86, arm64) para los tipos de instancia cuando se crea un nuevo entorno. Una vez creado un entorno, solo se pueden cambiar los tipos de instancia por otros dentro de la misma arquitectura del procesador de su entorno en ejecución. No se puede cambiar la arquitectura del procesador.

En la configuración de un determinado entorno de Elastic Beanstalk, todos los tipos de instancia deben contar con el mismo tipo de arquitectura del procesador. Supongamos que se agrega un nuevo tipo de instancia a un entorno existente en el que ya hay un tipo de instancia t2.medium, basado en la arquitectura x86. Solo se puede agregar otro tipo de instancia de la misma arquitectura, como t2.small.

Elastic Beanstalk agrega a menudo soporte para nuevos tipos de instancias compatibles después de que Amazon EC2 los presente. Para obtener más información sobre los tipos de instancias disponibles, consulte Tipos de instancias en la Guía del usuario de Amazon EC2 para instancias de Linux o Tipos de instancias en la Guía del usuario de Amazon EC2 para instancias de Windows.

nota

Elastic Beanstalk ahora ofrece soporte para Graviton en todas las plataformas Amazon Linux 2 más recientes en todas las regiones compatibles con Graviton de AWS. Para obtener más información sobre cómo crear un entorno de Elastic Beanstalk con tipos de instancias basados en arm64, consulte Configuración de instancias de Amazon EC2 para su entorno.

Cree nuevos entornos que ejecuten instancias de Amazon EC2 en una arquitectura arm64 y migre sus aplicaciones actuales a ellos con las opciones de implementación que ofrece Elastic Beanstalk.

Para obtener más información sobre los procesadores Graviton basados en arm64, consulte estos recursos de AWS:

Configuración de instancias de Amazon EC2 para su entorno

Puede crear o modificar la configuración de la instancia de Amazon EC2 de su entorno de Elastic Beanstalk en la consola de Elastic Beanstalk.

No se puede editar la arquitectura de los procesadores del entorno una vez que este se haya creado. Se puede elegir la arquitectura del procesador (x86, arm64) para los tipos de instancia solo durante la creación del entorno.

Para configurar las instancias de Amazon EC2 en la consola de Elastic Beanstalk durante la creación del entorno

  1. Abra la consola de Elastic Beanstalk y, en la lista Regions (Regiones), seleccione su Región de AWS.

  2. En el panel de navegación, elija Environments (Entornos).

  3. Elija Create a new environment (Crear un nuevo entorno) para empezar a crear el entorno.

  4. En la página principal del asistente, antes de elegir Create environment (Crear entorno), elija Configure more options (Configurar más opciones).

  5. En la categoría de configuración Instances (Instancias), elija Edit (Editar). Modifique la configuración de esta categoría y elija Apply (Aplicar). Para ver descripciones de las opciones de configuración, consulte la sección Configuración de categorías de instancias de esta página.

  6. En la categoría de configuración Capacity (Capacidad), elija Edit (Editar). Modifique la configuración de esta categoría y elija Continue (Continuar). Para ver descripciones de las opciones de configuración, consulte la sección Configuración de la categoría de capacidad de esta página.

    Selección de la arquitectura del procesador

    Vaya a Processor (Procesador) y seleccione una arquitectura del procesador para sus instancias de EC2. La consola enumera las arquitecturas de los procesadores que son compatibles con la plataforma que eligió previamente en el panel Create environment (Crear entorno).

    Si no aparece la arquitectura del procesador que necesita, regrese a la lista de categorías de configuración y seleccione una plataforma que sea compatible con ella. Desde el panel Modify Capacity (Modificar capacidad), elija Cancel (Cancelar). A continuación, elija Change platform version (Cambiar versión de la plataforma) para elegir una nueva configuración de plataforma. Seguidamente, en la categoría de configuración Capacity (Capacidad), elija Edit (Editar) para visualizar de nuevo las opciones de la arquitectura del procesador.

    Configuración de las instancias de Amazon EC2 en la ventana de configuración de capacidad de Elastic Beanstalk para el entorno en ejecución

  7. Elija Save (Guardar) y haga los demás cambios de configuración que requiera su entorno.

  8. Seleccione Create environment (Crear entorno).

Para configurar las instancias de Amazon EC2 de un entorno en ejecución en la consola de Elastic Beanstalk

  1. Abra la consola de Elastic Beanstalk y, en la lista Regions (Regiones), seleccione su Región de AWS.

  2. En el panel de navegación, elija Environments (Entornos) y, a continuación, elija el nombre del entorno en la lista.

    nota

    Si tiene muchos entornos, utilice la barra de búsqueda para filtrar la lista de entornos.

  3. En el panel de navegación, elija Configuration (Configuración).

  4. En la categoría de configuración Instances (Instancias), elija Edit (Editar). Modifique la configuración de esta categoría y elija Apply (Aplicar). Para ver descripciones de las opciones de configuración, consulte la sección Configuración de categorías de instancias de esta página.

  5. En la categoría de configuración Capacity (Capacidad), elija Edit (Editar). Modifique la configuración de esta categoría y elija Continue (Continuar). Para ver descripciones de las opciones de configuración, consulte la sección Configuración de la categoría de capacidad de esta página.

Configuración de categorías de instancias

Los siguientes valores relacionados con las instancias de Amazon EC2 están disponibles en la categoría de configuración Instances (Instancias).

Configuración de las instancias de Amazon EC2 en la ventana de configuración de instancias de Elastic Beanstalk

Intervalo de monitorización

De forma predeterminada, las instancias del entorno publican métricas de estado básicas en Amazon CloudWatch con intervalos de cinco minutos sin costo adicional.

Si desea obtener información más detallada, puede establecer el intervalo de monitoreo en 1 minuto para aumentar la frecuencia con la que los recursos del entorno publican las métricas de estado básicas en CloudWatch. Se aplican cargos por las métricas en intervalos de un minuto del servicio CloudWatch. Para obtener más información, consulte Amazon CloudWatch.

Volumen raíz (dispositivo de arranque)

Cada instancia del entorno está configurada con un volumen raíz. El volumen raíz es el dispositivo de bloques de Amazon EBS adjunto a la instancia en el que se almacena el sistema operativo, las bibliotecas, los scripts y el código fuente de la aplicación. De forma predeterminada, todas las plataformas utilizan dispositivos de bloques SSD de uso general para almacenamiento.

Si es necesario, puede modificar el Root volume type (Tipo de volumen raíz) para utilizar un volumen de almacenamiento magnético o un volumen SSD de IOPS provisionadas y, en caso necesario, aumentar el tamaño. En el caso de los volúmenes de IOPS provisionadas, también deberá seleccionar el número de IOPS que se van a aprovisionar. Throughput (Rendimiento) solo es aplicable a los tipos de volumen de SSD gp3. Puede ingresar el rendimiento deseado para aprovisionar. Puede oscilar entre 125 y 1000 mebibytes por segundo (Mib/s). Seleccione un tipo de volumen que se ajuste a sus necesidades de desempeño y precio.

Para obtener más información, consulte Tipos de volúmenes de Amazon EBS en la Guía del usuario de Amazon EC2 para instancias de Linux y los Detalles del producto de Amazon EBS.

Servicio de metadatos de instancia

El servicio de metadatos de instancia (IMDS) es un componente de la instancia que utiliza el código de instancia para acceder de forma segura a los metadatos de la instancia. El código permite acceder a los metadatos de una instancia de ejecución mediante uno de los dos métodos siguientes. Se trata de la versión 1 o 2 del Servicio de metadatos de instancia (IMDSv1 o IMDSv2). IMDSv2 es más seguro. Deshabilite IMDSv1 para aplicar IMDSv2. Para obtener más información, consulte Configuración del servicio de metadatos de instancia.

nota

La sección IMDS de esta página de configuración aparece solo para versiones de la plataforma compatibles con IMDSv2.

Grupos de seguridad

Los grupos de seguridad que están adjuntos a las instancias determinan qué tráfico puede llegar a las instancias. También determinan qué tráfico puede abandonarlas. Elastic Beanstalk crea un grupo de seguridad que permite el tráfico procedente del balanceador de carga en los puertos estándar para HTTP (80) y HTTPS (443).

Puede especificar grupos de seguridad adicionales que haya creado para permitir el tráfico en otros puertos o que proceda de otros orígenes. Por ejemplo, puede crear un grupo de seguridad para el acceso de SSH que permita el tráfico entrante en el puerto 22 de un intervalo restringido de direcciones IP. De lo contrario, si desea aumentar la seguridad, cree uno que permita el tráfico procedente de un host bastión al que solo usted tenga acceso.

nota

Para permitir el tráfico entre las instancias del entorno A y las del entorno B, puede agregar una regla al grupo de seguridad que Elastic Beanstalk ha adjuntado al entorno B. Luego, puede especificar el grupo de seguridad que Elastic Beanstalk ha adjuntado al entorno A. Esto permite la entrada desde las instancias del entorno A o la salida hacia ellas. Sin embargo, esto crea una dependencia entre los dos grupos de seguridad. Si posteriormente intenta terminar el entorno A, Elastic Beanstalk no puede eliminar el grupo de seguridad del entorno, ya que el grupo de seguridad del entorno B depende de él.

Por lo tanto, se recomienda crear primero un grupo de seguridad independiente. A continuación, adjúntelo al entorno A y especifíquelo en una regla del grupo de seguridad del entorno B.

Para obtener más información sobre los grupos de seguridad de Amazon EC2, consulte Grupos de seguridad de Amazon EC2 en la Guía del usuario de Amazon EC2 para instancias de Linux.

Configuración de la categoría de capacidad

Las siguientes opciones relacionadas con las instancias de Amazon EC2 están disponibles en la categoría de configuración Capacity (Capacidad).

Configuración de las instancias de Amazon EC2 en la ventana de configuración de capacidad de Elastic Beanstalk para crear un entorno

Tipos de instancias

La configuración Instance type (Tipo de instancias) determina el tipo de instancia de Amazon EC2 que se lanza para que se ejecute la aplicación. En esta página de configuración se muestra una lista de Tipos de instancias. Puede seleccionar uno o varios tipos de instancias. En la consola de Elastic Beanstalk solo se muestran los tipos de instancias según la arquitectura del procesador configurada para su entorno. Por lo tanto, solo puede agregar tipos de instancias de la misma arquitectura del procesador.

Elija una instancia que tenga la capacidad suficiente como para ejecutar la aplicación con carga de trabajo, pero no una capacidad excesiva como para que esté inactiva la mayor parte del tiempo. En escenarios de desarrollo, la familia de instancias t2 ofrece una capacidad moderada, que puede ampliarse por ráfagas durante cortos períodos de tiempo. En el caso de las aplicaciones de alta disponibilidad y gran escala, utilice un grupo de instancias para garantizar que la capacidad no se ve muy afectada si una instancia deja de funcionar. Comience con un tipo de instancia que le permita ejecutar cinco instancias bajo cargas moderadas durante el horario normal. Si alguna instancia falla, las demás instancias podrán absorber el resto del tráfico. Esta reserva de capacidad también proporciona tiempo para que el entorno pueda escalarse cuando el tráfico comience a aumentar durante las horas de mayor actividad.

nota

No se puede cambiar la arquitectura del procesador para un entorno ya existente. No obstante, es posible migrar las aplicaciones a otro entorno que ejecute la arquitectura del procesador deseada, como arm64. Cree un nuevo entorno con la arquitectura del procesador deseada. A continuación, migre las aplicaciones al nuevo entorno mediante una de las opciones de implementación en Elastic Beanstalk.

Para obtener más información sobre los tipos y las familias de instancias de Amazon EC2, consulte Tipos de instancias en la Guía del usuario de Amazon EC2 para instancias de Linux o Tipos de instancias en la Guía del usuario de Amazon EC2 para instancias de Windows. Para determinar que tipo de instancia cumple sus requisitos y las regiones admitidas, consulte Tipos de instancias disponibles en la Guía del usuario de Amazon EC2 para instancias de Linux o Tipos de instancias disponibles en la Guía del usuario de Amazon EC2 para instancias de Windows.

ID de AMI

Amazon Machine Image (AMI) es la imagen de máquina de Amazon Linux o Windows Server que Elastic Beanstalk utiliza para lanzar instancias de Amazon EC2 en el entorno. Elastic Beanstalk cuenta con imágenes de máquina que contienen las herramientas y recursos necesarios para ejecutar la aplicación.

Elastic Beanstalk selecciona una AMI predeterminada para su entorno en función de la región, la versión de la plataforma y la arquitectura del procesador que elija. Si ha creado una AMI personalizada, sustituya el ID de la AMI predeterminada por el suyo propio.

Configuración de las instancias de AWS EC2 en el entorno mediante la AWS CLI

Utilice la AWS Command Line Interface (AWS CLI) para crear y configurar entornos de Elastic Beanstalk mediante comandos en su shell de línea de comandos. En esta sección se proporcionan ejemplos de los comandos create-environment y update-environment.

En los dos primeros ejemplos se crea un nuevo entorno. El comando especifica un tipo de instancias de Amazon EC2, t4g.small, que se basa en la arquitectura del procesador arm64. Elastic Beanstalk establece el ID de imagen (AMI) de forma predeterminada para las instancias de EC2 en función de la región, la versión de la plataforma y el tipo de instancia. El tipo de instancia corresponde a una arquitectura del procesador. El parámetro solution-stack-name se aplica a la versión de la plataforma.

ejemplo 1 — crear un nuevo entorno basado en arm64 (opciones de espacio de nombres en línea)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small

Como alternativa, utilice un archivo options.json para especificar las opciones del espacio de nombres en lugar de incluirlas en línea.

ejemplo 2 — crear un nuevo entorno basado en arm64 (opciones de espacio de nombres en el archivo options.json)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small"
  }
]

En los siguientes dos ejemplos se actualiza la configuración de un entorno existente con el comando update-environment. En este ejemplo se agrega otro tipo de instancia que también se basa en la arquitectura del procesador arm64. En el caso de los entornos existentes, todos los tipos de instancia que se agreguen deben contar con la misma arquitectura del procesador. Se selecciona la arquitectura del procesador para un nuevo entorno cuando lo crea. No se puede cambiar la arquitectura del procesador una vez creado el entorno.

ejemplo 3 — actualizar un entorno basado en arm64 existente (opciones de espacio de nombres en línea)
aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small,t4g.micro

Como alternativa, utilice un archivo options.json para especificar las opciones del espacio de nombres en lugar de incluirlas en línea.

ejemplo 4 — actualizar un entorno basado en arm64 existente (opciones de espacio de nombres en el archivo options.json)
aws elasticbeanstalk update-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  },
  {
    "Namespace": "aws:ec2:instances",
    "OptionName": "InstanceTypes",
    "Value": "t4g.small, t4g.micro"
  }
]

En los siguientes dos ejemplos se muestran más comandos create-environment. En estos ejemplos no se proporcionan valores para InstanceTypes. Cuando no se especifican los valores InstanceTypes, Elastic Beanstalk utiliza la arquitectura del procesador basada en x86 de forma predeterminada. El ID de imagen (AMI) para las instancias de EC2 del entorno vendrá predeterminado en función de la región, la versión de la plataforma y el tipo de instancia predeterminado. El tipo de instancia corresponde a una arquitectura del procesador.

ejemplo 5 — crear un nuevo entorno basado en x86 (opciones de espacio de nombres en línea)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role

Como alternativa, utilice un archivo options.json para especificar las opciones del espacio de nombres en lugar de incluirlas en línea.

ejemplo 6 — crear un nuevo entorno basado en x86 (opciones de espacio de nombres en el archivo options.json)
aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings file://options.json
### example options.json ###
[
  {
    "Namespace": "aws:autoscaling:launchconfiguration",
    "OptionName": "IamInstanceProfile",
    "Value": "aws-elasticbeanstalk-ec2-role"
  }
]

Recomendaciones para los entornos de primera oleada Graviton arm64

nota

Esta sección solo se aplica a un subconjunto de clientes. Si creó un nuevo entorno con tipos de instancia basados en Graviton arm64 antes del 24 de noviembre de 2021, es posible que la información incluida en esta sección se aplique a su caso.

A partir de octubre y noviembre de 2021, Elastic Beanstalk comenzó a agregar oleadas de compatibilidad con los procesadores Graviton arm64 en algunas regiones y para algunas versiones de la plataforma. Esta primera oleada se anunció en las Notas de la versión de AWS Elastic Beanstalk del 13 de octubre, 21 de octubre y 19 de noviembre de 2021. Si creó entornos basados en arm64, las instrucciones le indicaron que configurara las instancias con las AMI personalizadas proporcionadas en las notas de la versión. Ahora que está disponible la compatibilidad mejorada con Graviton arm64, Elastic Beanstalk establece las AMI de forma predeterminada para los tipos de instancia arm64 en las últimas versiones de la plataforma.

Si creó entornos con las AMI personalizadas proporcionadas en las primeras versiones de la oleada, se recomienda hacer lo siguiente si desea mantener un entorno en buen estado y que funcione.

  1. Elimine las AMI personalizadas del entorno.

  2. Actualice el entorno con la última versión de la plataforma.

  3. Configure las actualizaciones de plataforma administradas para que se actualice automáticamente a la última versión de la plataforma durante un periodo de mantenimiento programado.

nota

Elastic Beanstalk no reemplazará automáticamente las AMI personalizadas. Debe eliminar las AMI personalizadas en el paso 1, para que la próxima actualización de la plataforma que se realice en el paso 2 las actualice.

El procedimiento que se describe a continuación lo guiará a través de estos pasos. Los ejemplos de la AWS CLI se aplican a un entorno creado con la siguiente información.

aws elasticbeanstalk create-environment \
--region us-east-1 \
--application-name my-app \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.7 running Docker" \
--option-settings \
Namespace=aws:autoscaling:launchconfiguration,OptionName=IamInstanceProfile,Value=aws-elasticbeanstalk-ec2-role \
Namespace=aws:ec2:instances,OptionName=InstanceTypes,Value=t4g.small \
Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId,Value=ami-0fbdb88ce139244bf
Para actualizar los entornos arm64 creados durante la primera oleada de compatibilidad con Graviton arm64

  1. Ejecute update-environment y elimine la configuración de las AMI personalizadas.

    aws elasticbeanstalk update-environment \
--region us-east-1 \
--environment-name my-env \
--options-to-remove \
Namespace=aws:autoscaling:launchconfiguration,OptionName=ImageId

  2. Actualice el entorno con la última versión de la plataforma. Elija una de las siguientes opciones.

    • Opción de consola: utilice la consola de Elastic Beanstalk para actualizar la versión de la plataforma. Para obtener más información, consulte Actualización de la versión de la plataforma de su entorno.

    • Opción de la AWS CLI: ejecute el comando update-environment de AWS y especifique la última versión disponible de la plataforma.

      aws elasticbeanstalk update-environment \
--region us-east-1 \
--environment-name my-env \
--solution-stack-name "64bit Amazon Linux 2 v3.4.9 running Docker"
      nota

      El comando list-available-solution-stacks proporciona una lista de las versiones de plataforma disponibles para su cuenta en una región de AWS.

      aws elasticbeanstalk list-available-solution-stacks --region us-east-1 --query SolutionStacks

  3. Utilice la consola de Elastic Beanstalk y configure las actualizaciones de plataforma administradas para su entorno. Las actualizaciones de plataforma administradas actualizan automáticamente el entorno a la última versión de la plataforma durante un periodo de mantenimiento programado. Su aplicación permanece en servicio durante el proceso de actualización. Para obtener más información, consulte Actualizaciones de la plataforma administradas.

El espacio de nombres aws:autoscaling:launchconfiguration

Puede utilizar las opciones de configuración del espacio de nombres aws:autoscaling:launchconfiguration para configurar las instancias de su entorno, incluidas otras opciones que no están disponibles en la consola.

En el siguiente ejemplo de archivo de configuración se utilizan las opciones de configuración básicas que se encuentran en este tema. Por ejemplo, utiliza la opción DisableIMDSv1, que se explica en IMDS. También utiliza las opciones EC2KeyName y IamInstanceProfile que se analizan en Seguridad y la opción BlockDeviceMappings, que no está disponible en la consola.

option_settings:
  aws:autoscaling:launchconfiguration:
    SecurityGroups: my-securitygroup
    MonitoringInterval: "1 minute"
    DisableIMDSv1: false
    EC2KeyName: my-keypair
    IamInstanceProfile: "aws-elasticbeanstalk-ec2-role"
    BlockDeviceMappings: "/dev/sdj=:100,/dev/sdh=snap-51eef269,/dev/sdb=ephemeral0"

Puede utilizar BlockDeviceMappings para configurar dispositivos de bloques adicionales para las instancias. Para obtener más información, consulte Mapeo de dispositivos de bloques de ejemplo en la Guía del usuario de Amazon EC2 para instancias de Linux.

La CLI de EB y la consola de Elastic Beanstalk aplican los valores recomendados a las opciones anteriores. Debe eliminar estos ajustes si desea usar archivos de configuración para configurarlos. Para obtener más información, consulte Valores recomendados.