Migración de Amazon Linux AMI (AL1) a AL2 o AL2 023 - AWS Elastic Beanstalk
Diferencias y compatibilidadProceso de migraciónReferencias útilesConsideraciones aplicables a todas las plataformas LinuxConsideraciones específicas de la plataforma

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.

Migración de Amazon Linux AMI (AL1) a AL2 o AL2 023

Si su aplicación de Elastic Beanstalk está basada en una rama de la plataforma AMI Amazon Linux, utilice esta sección para obtener información sobre cómo migrar los entornos de la aplicación a Amazon Linux 2 o Amazon Linux 2023. Las sucursales de plataformas de la generación anterior basadas en Amazon Linux ahora AMI están retiradas.

Se recomienda encarecidamente que migre a Amazon Linux 2023, ya que es más reciente que Amazon Linux 2. El sistema operativo Amazon Linux 2 alcanzará la finalización del soporte antes que Amazon Linux 2023, de modo que si migra a Amazon Linux 2023 se beneficiará de un período de soporte más prolongado.

Merece la pena señalar que existe un alto grado de compatibilidad entre las plataformas Amazon Linux 2 y Amazon Linux 2023 de Elastic Beanstalk. Sin embargo, algunas áreas presentan diferencias: la opción predeterminada del Servicio de Metadatos de Instancia, versión 1 (IMDSv1), la compatibilidad con la herramienta de instancias pkg-repo y algunas configuraciones de Apache. HTTPd Para obtener más información, consulte Amazon Linux 2023

Diferencias y compatibilidad

No se garantiza que las sucursales de la plataforma AL2 basadas en AL2 023/ sean retrocompatibles con su aplicación actual. También conviene saber que aunque el código de la aplicación se implemente correctamente en la nueva versión de la plataforma, es posible que se comporte o funcione de forma distinta debido a las diferencias del sistema operativo y el entorno de ejecución.

Aunque Amazon Linux AMI y AL2 023/ AL2 comparten el mismo núcleo de Linux, se diferencian en los siguientes aspectos: el sistema de inicialización, libc las versiones, la cadena de herramientas del compilador y varios paquetes. Para obtener más información, consulte Amazon Linux 2 FAQs.

El servicio Elastic Beanstalk también ha actualizado versiones específicas de la plataforma del tiempo de ejecución, las herramientas de compilación y otras dependencias.

Por tanto, le recomendamos que se tome su tiempo, pruebe la aplicación a fondo en un entorno de desarrollo y realice los ajustes necesarios.

Proceso de migración general

Cuando esté listo para ir a producción, Elastic Beanstalk necesitará una implementación blue/green para realizar la actualización. Los siguientes pasos generales corresponden a las prácticas recomendadas y se aconsejan para la migración con un procedimiento de implementación azul/verde.

Preparación para realizar una prueba de migración

Antes de implementar su aplicación y comenzar a realizar pruebas, revise la información de Consideraciones aplicables a todas las plataformas Linux, que aparece más adelante en este tema. Además, revise la información que sea aplicable a su plataforma en la sección Consideraciones específicas de la plataforma que sigue. Anote la información específica de este contenido que sea aplicable o pueda aplicarse a la configuración de su aplicación y ajustes.

Pasos de migración de alto nivel

  1. Cree un nuevo entorno basado en una rama de la plataforma AL2 o AL2 023. Le recomendamos que migre a una sucursal de la plataforma AL2 023.

  2. Implemente la aplicación en el entorno AL2 AL2 023/ de destino.

    El entorno de producción existente permanecerá activo y no se verá afectado, mientras realiza pruebas y ajustes en el nuevo entorno.

  3. Pruebe su aplicación a fondo en el nuevo entorno.

  4. Cuando su AL2 entorno AL2 023/ de destino esté listo para entrar en producción, cambie CNAMEs los dos entornos para redirigir el tráfico al nuevo entorno.

Prácticas recomendadas y pasos de migración más detallados

Para ver un procedimiento de implementación azul/verde más detallado, consulte Implementaciones Blue/Green (azul/verde) con Elastic Beanstalk.

Para obtener una orientación más específica y pasos detallados de las mejores prácticas, consulte Método azul/verde.

Más referencias para ayudarle a planificar la migración

Las siguientes referencias pueden ofrecer información adicional para planificar la migración.

Consideraciones aplicables a todas las plataformas Linux

En la siguiente tabla se analizan las consideraciones que debe tener en cuenta al planificar la migración de una aplicación a AL2 023/. AL2 Estas consideraciones se aplican a cualquiera de las plataformas Linux de Elastic Beanstalk, sin tener en cuenta los lenguajes de programación o los servidores de aplicaciones específicos.

Área Cambios e información

Archivos de configuración

En AL2 las plataformas AL2 023/, puede utilizar los archivos de configuración como antes y todas las secciones funcionan de la misma manera. Sin embargo, es posible que algunos ajustes específicos no funcionen igual que en AMI las plataformas Amazon Linux anteriores. Por ejemplo:

  • Es posible que algunos paquetes de software que se instalan mediante un archivo de configuración no estén disponibles en la AL2 versión 023/ AL2 o que sus nombres hayan cambiado.

  • Algunas opciones de configuración específicas de la plataforma han cambiado los espacios de nombres específicos de la plataforma por otros diferentes que no dependen de ninguna plataforma.

  • Los archivos de configuración del proxy que se encuentran en el directorio .ebextensions/nginx deben moverse al directorio de enlaces de plataforma .platform/nginx. Para obtener más información, expanda la sección Configuración del proxy inverso de Ampliación de las plataformas Linux de Elastic Beanstalk.

Es conveniente utilizar enlaces de plataforma para ejecutar código personalizado en las instancias del entorno. Puede seguir utilizando comandos y comandos de contenedor en los archivos de configuración .ebextensions, pero no resulta fácil trabajar con ellos. Por ejemplo, escribir scripts de comandos dentro de un YAML archivo puede resultar engorroso y difícil de probar.

Tendrá que seguir utilizando los archivos de configuración .ebextensions con cualquier script que necesite una referencia a un recurso de AWS CloudFormation .

Enlaces de la plataforma

AL2Las plataformas introdujeron una nueva forma de ampliar la plataforma de su entorno mediante la adición de archivos ejecutables para conectar los directorios de las instancias del entorno. Es posible que, en las versiones anteriores de la plataforma Linux, haya utilizado enlaces de plataforma personalizados. Aunque estos enlaces no estaban diseñados para plataformas administradas y no eran compatibles, podían resultar útiles en algunos casos. Con las versiones de AL2 plataforma AL2 023/, los enlaces de plataforma personalizados no funcionan. Debe migrar estos enlaces a los nuevos enlaces de plataforma. Para obtener más información, expanda la sección Enlaces de plataforma de Ampliación de las plataformas Linux de Elastic Beanstalk.

Servidores proxy compatibles

AL2Las versiones de la AL2 plataforma 023/ admiten los mismos servidores proxy inversos que cada plataforma compatible con sus versiones de AMI plataforma Amazon Linux. Todas las versiones de la plataforma AL2 023/AL2; utilizan nginx como servidor proxy inverso predeterminado, con la excepción de las plataformas y Docker. ECS Las plataformas TomcatPHP, Node.js y Python también admiten Apache HTTPD como alternativa. Todas las plataformas habilitan la configuración del servidor proxy de manera uniforme, como se describe en esta sección. Sin embargo, la configuración del servidor proxy es ligeramente diferente a la de Amazon LinuxAMI. Estas son las diferencias para todas las plataformas:

  • El valor predeterminado es nginx: el servidor proxy predeterminado en AL2 todas las versiones de la plataforma AL2 023/ es nginx. En las versiones de Tomcat y Python de la AMI plataforma Amazon Linux, el servidor proxy predeterminado era ApacheHTTPD. PHP

  • Espacio de nombres coherente: todas las versiones de la AL2 plataforma AL2 023/ utilizan el espacio de aws:elasticbeanstalk:environment:proxy nombres para configurar el servidor proxy. En las versiones de AMI la plataforma Amazon Linux, esta era una decisión por plataforma y Node.js utilizaba un espacio de nombres diferente.

  • Ubicación del archivo de configuración: debe colocar los archivos de configuración del proxy en los .platform/httpd directorios .platform/nginx y de todas las versiones de la plataforma AL2 AL2 023/. En las versiones de AMI la plataforma Amazon Linux, estas ubicaciones eran .ebextensions/nginx y.ebextensions/httpd, respectivamente.

Para obtener información sobre los cambios de configuración de proxy específicos de la plataforma, consulte Consideraciones específicas de la plataforma. Para obtener información sobre la configuración del proxy en AL2 las plataformas AL2 023/, amplíe la sección Configuración inversa del proxy en. Ampliación de las plataformas Linux de Elastic Beanstalk

Cambios en la configuración del proxy

Hay cambios de configuración del proxy que se aplican uniformemente a todas las plataformas, además de los cambios de configuración del proxy que son específicos de cada plataforma. Es importante referirse a ambos para configurar con precisión sus entornos.

Perfil de instancia

AL2AL2Las plataformas 023/ requieren la configuración de un perfil de instancia. Si se crea un entorno sin un perfil de instancia, este podría funcionar temporalmente; sin embargo, es posible que pronto se produjeran errores, cuando las acciones que requieren un perfil de instancia no pudieran ejecutarse correctamente. Para obtener más información, consulte Administración de perfiles de instancia de Elastic Beanstalk.

Estado mejorado

AL2Las versiones de AL2 plataforma 023/ permiten mejorar el estado de forma predeterminada. Esto supone un cambio si no utiliza la consola de Elastic Beanstalk para crear sus entornos. De forma predeterminada, siempre que es posible, la consola habilita el estado mejorado, independientemente de la versión de la plataforma. Para obtener más información, consulte Informes y monitoreo de estado mejorados de Elastic Beanstalk.

Personalizado AMI

Si su entorno usa una personalizada AMI, cree una nueva AMI basada en AL2 023/ AL2 para su nuevo entorno mediante una plataforma Elastic Beanstalk 023/. AL2 AL2

Plataformas personalizadas

Las versiones gestionadas AMIs de la plataforma AL2 AL2 023/ no admiten plataformas personalizadas.

Consideraciones específicas de la plataforma

En esta sección se describen consideraciones de migración específicas de determinadas plataformas Linux de Elastic Beanstalk.

La familia de sucursales de la plataforma Docker basada en Amazon Linux AMI (AL1) incluye tres ramas de plataforma. Se recomienda una ruta de migración distinta para cada una.

AL1Rama de plataforma Ruta de migración a AL2 023/ AL2

Docker multicontenedor gestionado por Amazon ECS que se ejecuta en Amazon Linux AMI () AL1
ECSbasado en Docker AL2 023/ sucursales de la plataforma AL2

Las sucursales de la plataforma Docker AL2 023/ ECS basadas en la AL2 plataforma Docker ofrecen una ruta de migración sencilla para los entornos que se ejecutan en la rama de la plataforma Docker multicontenedor. AL1

  • Al igual que la AL1 rama anterior de Docker multicontenedor, las AL2 sucursales de la AL2 plataforma 023/ utilizan Amazon ECS para coordinar el despliegue de varios contenedores Docker en un clúster de Amazon en un entorno de Elastic ECS Beanstalk.

  • Las sucursales de la AL2 plataforma AL2 023/ admiten todas las funciones de la rama anterior de Docker multicontenedor. AL1

  • Las sucursales de la AL2 plataforma AL2 023/ también admiten el mismo archivo v2. Dockerrun.aws.json

Para obtener más información sobre cómo migrar las aplicaciones que se ejecutan en la rama de plataforma multicontenedor Docker Amazon Linux a una rama de plataforma Amazon ECS que se ejecuta AL2 en la rama de plataforma AL2 023/, consulte. Migración de la ECS aplicación de Elastic Beanstalk de un Docker gestionado con varios contenedores a Amazon Linux 2023 AL1 ECS

Docker ejecutándose en Amazon Linux AMI () AL1

Docker preconfigurado (Glassfish 5.0) con Amazon Linux () AMI AL1
Docker se ejecuta en la rama de plataforma 023/ AL2 AL2

Le recomendamos que migre las aplicaciones que se ejecutan en entornos basados en Docker preconfigurado (Glassfish 5.0) o Docker que se ejecuta en Amazon Linux AMI (AL1) a entornos basados en las ramas de la plataforma Docker que se ejecuta en Amazon Linux 2 o Docker que se ejecuta en Amazon Linux (). AL2

Si su entorno está basado en la ramificación de la plataforma del Docker preconfigurado (Glassfish 5.0), consulte Implementación de una GlassFish aplicación en la plataforma Docker: una ruta de migración a Amazon Linux 2023.

En la siguiente tabla se muestra la información de migración específica de la rama de plataforma Docker Running on 023/. AL2 AL2

Área Cambios e información

Almacenamiento

Elastic Beanstalk configura Docker de tal forma que use controladores de almacenamiento para almacenar los datos de contenedores y las imágenes de Docker. En Amazon LinuxAMI, Elastic Beanstalk utilizaba el controlador de almacenamiento Device Mapper. Para mejorar el rendimiento, Elastic Beanstalk aprovisionó un volumen adicional de Amazon. EBS En las versiones de plataforma AL2 023/ AL2 Docker, Elastic Beanstalk usa el controlador de almacenamiento OverlayFS y logra un rendimiento aún mejor sin necesitar un volumen independiente.

Con Amazon LinuxAMI, si utilizó la BlockDeviceMappings opción del espacio de aws:autoscaling:launchconfiguration nombres para añadir volúmenes de almacenamiento personalizados a un entorno de Docker, le recomendamos que añada también el EBS volumen de /dev/xvdcz Amazon que aprovisiona Elastic Beanstalk. Elastic Beanstalk ya no aprovisiona este volumen, por lo que debería eliminarlo de los archivos de configuración. Para obtener más información, consulte Configuración de Docker en Amazon Linux AMI (anterior a Amazon Linux 2).

Autenticación de repositorio privado

Cuando proporciona un archivo de autenticación generado por Docker para conectarse a un repositorio privado, ya no necesita convertirlo al formato anterior que requerían las versiones de la plataforma AMI Docker de Amazon Linux. AL2Las versiones de la plataforma 023/ AL2 Docker admiten el nuevo formato. Para obtener más información, consulte Uso de imágenes de un repositorio privado en Elastic Beanstalk.

Servidor proxy

AL2023/ Las versiones de la plataforma AL2 Docker no admiten contenedores independientes que no se ejecuten detrás de un servidor proxy. En las versiones de la plataforma AMI Docker de Amazon Linux, esto solía ser posible mediante el none valor de la ProxyServer opción en el aws:elasticbeanstalk:environment:proxy espacio de nombres.

En la siguiente tabla, se muestra la información de migración de las versiones de la plataforma AL2 023/ en la AL2 plataforma Go.

Área Cambios e información

Transferencia de puertos

En AL2 las plataformas AL2 023/, Elastic Beanstalk no transfiere un valor de puerto al proceso de la aplicación a través de la variable de entorno. PORT Si desea simular este comportamiento, puede configurar una propiedad de entorno PORT. Sin embargo, si tiene varios procesos y prevé que Elastic Beanstalk va a pasar valores de puerto incrementales a los procesos (5000, 5100, 5200, etc.), debe modificar la implementación. Para obtener más información, expanda la sección Configuración del proxy inverso de Ampliación de las plataformas Linux de Elastic Beanstalk.

La siguiente tabla muestra información sobre la migración de las ramificaciones de la plataforma Corretto en la plataforma Java SE.

Área Cambios e información

Corretto contra Open JDK

Para implementar la plataforma Java, Standard Edition (Java SE), las sucursales de la AL2 plataforma AL2 023/ utilizan Amazon Corretto, una AWS distribución del Open Java Development Kit (Open). JDK Las ramas anteriores de la plataforma Java SE de Elastic Beanstalk utilizaban los paquetes JDK abiertos incluidos en Amazon Linux. AMI

Herramientas de compilación

AL2AL2Las plataformas 023/ tienen versiones más recientes de las herramientas de compilación:, y. gradle maven ant

JARmanejo de archivos

En AL2 las plataformas AL2 023/, si el paquete (ZIParchivo) de código fuente contiene un solo JAR archivo y ningún otro archivo, Elastic Beanstalk ya no cambia el nombre del archivo a. JAR application.jar El cambio de nombre solo se produce si envía un JAR archivo solo, no dentro de un archivo. ZIP

Transferencia de puertos

En AL2 las plataformas AL2 023/, Elastic Beanstalk no transfiere un valor de puerto al proceso de la aplicación a través de la variable de entorno. PORT Si desea simular este comportamiento, puede configurar una propiedad de entorno PORT. Sin embargo, si tiene varios procesos y prevé que Elastic Beanstalk va a pasar valores de puerto incrementales a los procesos (5000, 5100, 5200, etc.), debe modificar la implementación. Para obtener más información, expanda la sección Configuración del proxy inverso de Ampliación de las plataformas Linux de Elastic Beanstalk.

Java 7

Elastic Beanstalk no AL2 admite AL2 una rama de plataforma 023/ Java 7. Si tiene una aplicación Java 7, mígrela a Corretto 8 o a Corretto 11.

En la siguiente tabla, se muestra la información de migración de las versiones de la plataforma AL2 023/ AL2 en la plataforma Tomcat.

Área Cambios e información

Opciones de configuración

En las versiones de AL2 plataforma AL2 023/, Elastic Beanstalk solo admite un subconjunto de las opciones de configuración y los valores de las opciones en el espacio de nombres. aws:elasticbeanstalk:environment:proxy A continuación se muestra la información de migración para cada opción.

Opción Información de migración

GzipCompression

No se admite en AL2 las versiones de AL2 plataforma 023/.

ProxyServer

AL2Las versiones 023/ de la plataforma AL2 Tomcat son compatibles con los servidores proxy nginx y Apache versión 2.4. HTTPD Sin embargo, la versión 2.2 de Apache no es compatible.

En las versiones de la AMI plataforma Amazon Linux, el proxy predeterminado era Apache 2.4. Si utilizó la configuración de proxy predeterminada y agregó archivos de configuración de proxy personalizados, la configuración de proxy debería seguir funcionando en AL2 023/AL2. Sin embargo, si utilizó el valor de opción apache/2.2, ahora tiene que migrar su configuración de proxy a la versión 2.4 de Apache.

La XX:MaxPermSize opción del espacio de aws:elasticbeanstalk:container:tomcat:jvmoptions nombres no es compatible con las versiones de la plataforma 023/. AL2 AL2 La JVM configuración para modificar el tamaño de la generación permanente solo se aplica a Java 7 y versiones anteriores y, por lo tanto, no se aplica a AL2 las versiones de plataforma 023/. AL2

Ruta de la aplicación

En AL2 las plataformas AL2 023/, la ruta al directorio de la aplicación en las EC2 instancias de Amazon de su entorno es. /var/app/current Estaba /var/lib/tomcat8/webapps en las AMI plataformas Amazon Linux.

En la siguiente tabla se muestra la información de migración de las versiones de la AL2 plataforma AL2 023/ en la plataforma Node.js.

Área Cambios e información

Versiones de Node.js instaladas

En AL2 las plataformas AL2 023/, Elastic Beanstalk mantiene varias ramas de la plataforma Node.js y solo instala la versión más reciente de la versión principal de Node.js correspondiente a la rama de la plataforma en cada versión de la plataforma. Por ejemplo, cada versión de plataforma de la ramificación de la plataforma Node.js 12 solo tiene la versión Node.js 12.x.y instalada de forma predeterminada. En las versiones de la AMI plataforma Amazon Linux, instalamos varias versiones de varias versiones de Node.js en cada versión de la plataforma y solo mantuvimos una rama de plataforma única.

Seleccione la ramificación de la plataforma Node.js que se corresponda con la versión principal de Node.js que necesita su aplicación.

Nombres de los archivos de HTTPD registro de Apache

En AL2 las plataformas AL2 023/, si utiliza el servidor HTTPD proxy Apache, los nombres de los archivos de HTTPD registro son access_log yerror_log, lo que es coherente con todas las demás plataformas que admiten Apache. HTTPD En las versiones de AMI la plataforma Amazon Linux, estos archivos de registro se denominaban access.log yerror.log, respectivamente.

Para obtener más información sobre los nombres de archivos de registro y las ubicaciones de todas las plataformas, consulte Cómo configura Elastic Beanstalk los registros CloudWatch .

Opciones de configuración

En AL2 las plataformas AL2 023/, Elastic Beanstalk no admite las opciones de configuración del espacio de nombres. aws:elasticbeanstalk:container:nodejs Algunas de las opciones tienen alternativas. A continuación se muestra la información de migración para cada opción.

Opción Información de migración

NodeCommand

Utilice un Procfile o la palabra clave scripts en un archivo package.json para especificar el script de inicio.

NodeVersion

utilice la palabra clave engines en un archivo package.json para especificar la versión de Node.js. Tenga en cuenta que solo puede especificar una versión de Node.js que corresponde con su ramificación de la plataforma. Por ejemplo, si está utilizando la ramificación de la plataforma para Node.js 12, puede especificar solo una versión de Node.js 12.x.y. Para obtener más información, consulte Especificación de dependencias de Node.js con un archivo package.json.

GzipCompression

No es compatible con las versiones de AL2 plataforma AL2 023/.

ProxyServer

En las versiones de plataforma AL2 023/ AL2 Node.js, esta opción se trasladó al espacio de nombres. aws:elasticbeanstalk:environment:proxy Puede elegir entre nginx (el valor predeterminado) y apache.

AL2Las versiones de la plataforma 023/ AL2 Node.js no admiten aplicaciones independientes que no se ejecuten detrás de un servidor proxy. En las versiones de la plataforma Amazon Linux AMI Node.js, esto solía ser posible mediante el none valor de la ProxyServer opción en el espacio de aws:elasticbeanstalk:container:nodejs nombres. Si su entorno ejecuta una aplicación independiente, actualice el código para escuchar al puerto al que el servidor proxy (nginx o Apache) reenvía tráfico.

var port = process.env.PORT || 5000;

app.listen(port, function() {
  console.log('Server running at http://127.0.0.1:%s', port);
});

En la siguiente tabla se muestra la información de migración de las versiones de la plataforma AL2 023/ de AL2 la plataforma. PHP

Área Cambios e información

PHPprocesamiento de archivos

En AL2 las plataformas AL2 023/, PHP los archivos se procesan mediante PHP - FPM (un administrador de CGI procesos). En AMI las plataformas Amazon Linux utilizamos mod_php (un módulo de Apache).

Servidor proxy

AL2Las versiones de la AL2 PHP plataforma 023/ son compatibles con los servidores proxy nginx y Apache. HTTPD El valor predeterminado es nginx.

Las versiones de AMI PHP la plataforma Amazon Linux solo eran compatibles con ApacheHTTPD. Si agregó archivos de configuración personalizados de Apache, puede establecer la opción ProxyServer en el espacio de nombres aws:elasticbeanstalk:environment:proxy en apache.

La siguiente tabla muestra la información de migración para las versiones de la AL2 plataforma AL2 023/ en la plataforma Python.

Área Cambios e información

WSGIservidor

En las AL2 plataformas AL2 023/, Gunicorn es el servidor predeterminado. WSGI De forma predeterminada, Gunicorn escucha en el puerto 8000. El puerto puede ser diferente al que usó su aplicación en la AMI plataforma Amazon Linux. Si está configurando la opción WSGIPath del espacio de nombres aws:elasticbeanstalk:container:python, reemplace el valor con la sintaxis de Gunicorn. Para obtener más información, consulte Espacios de nombres de configuración de Python.

Como alternativa, puede usar un Procfile para especificar y configurar el WSGI servidor. Para obtener más información, consulte Configuración del WSGI servidor con un perfil en Elastic Beanstalk.

Ruta de la aplicación

En AL2 las plataformas AL2 023/, la ruta al directorio de la aplicación en las EC2 instancias de Amazon de su entorno es. /var/app/current Estaba /opt/python/current/app en las AMI plataformas Amazon Linux.

Servidor proxy

AL2023/ Las versiones de la plataforma AL2 Python son compatibles con los servidores proxy nginx y Apache. HTTPD El valor predeterminado es nginx.

Las versiones de la plataforma AMI Python de Amazon Linux solo admiten ApacheHTTPD. Si agregó archivos de configuración personalizados de Apache, puede establecer la opción ProxyServer en el espacio de nombres aws:elasticbeanstalk:environment:proxy en apache.

La siguiente tabla muestra la información de migración de las versiones de la plataforma AL2 023/ en la AL2 plataforma Ruby.

Área Cambios e información

Versiones de Ruby instaladas

En AL2 las plataformas AL2 023/, Elastic Beanstalk solo instala la última versión de una única versión de Ruby, correspondiente a la rama de plataforma, en cada versión de plataforma. Por ejemplo, cada versión de la plataforma en la ramificación de la plataforma Ruby 2.6 solo tiene Ruby 2.6.x instalado. En las versiones de la AMI plataforma Amazon Linux, instalamos las últimas versiones de varias versiones de Ruby, por ejemplo, 2.4.x, 2.5.x y 2.6.x.

Si su aplicación utiliza una versión de Ruby que no se corresponde con la ramificación de la plataforma que está utilizando, le recomendamos que cambie a una ramificación de la plataforma que tenga la versión correcta de Ruby para su aplicación.

Servidor de aplicaciones

En AL2 las plataformas AL2 023/, Elastic Beanstalk solo instala el servidor de aplicaciones Puma en todas las versiones de la plataforma Ruby. Puede usar un Procfile para iniciar un servidor de aplicaciones diferente y un Gemfile para instalarlo.

En la AMI plataforma Amazon Linux, admitimos dos tipos de ramas de plataforma para cada versión de Ruby: una con el servidor de aplicaciones Puma y la otra con el servidor de aplicaciones Passenger. Si su aplicación utiliza Passenger, puede configurar su entorno de Ruby para instalar y usar Passenger.

Para obtener más información y ejemplos, consulte Uso de la plataforma Elastic Beanstalk Ruby.