amazon ec2 - servidores - IP elástica en la aplicación implementada con Elastic Beanstalk

ip elastica amazon (3)

Estoy un poco confundido sobre el uso del servicio Elastic IP ofrecido por Amazazon Web Services. Supongo que la idea principal es que puedo cambiar a una nueva versión de la aplicación web sin tiempo de inactividad siguiendo este sencillo procedimiento:

Implementar la nueva versión en una nueva instancia de EC2
Configure la nueva versión correctamente y pruébela con una base de datos provisional
Una vez que se haya probado adecuadamente, haga que esta nueva versión use la base de datos en vivo
Asociar la IP elástica a esta instancia
Terminar todos los servicios inútiles (puesta a punto DB y vieja instancia EC2)

¿Es esta la forma común de implementar una nueva versión de una aplicación web?

Ahora, ¿qué pasa si la aplicación se escala en más instancias? Configuré la escala automática en la configuración Elastic Beanstalk y esto creó un equilibrador de carga (puedo verlo en la sección EC2 de AWS Management Console). El problema es que aparentemente no puedo asociar la IP elástica con el equilibrador de carga, tengo que asociarlo con una instancia existente. ¿A qué instancia debería asociarlo? Estoy confundido...

Lo siento si algunas preguntas pueden sonar estúpidas, pero yo soy solo un programador y esta es la primera vez que configuro un sistema en la nube.

¡Gracias!

Además de las opciones descritas en la asombrosa respuesta de Steffen, Elastic Beanstalk parece haber habilitado recientemente Elastic IP como una opción si no necesita las características completas de Elastic Load Balancer (como escalado automático más allá de una instancia).

Describo la opción en mi respuesta a una pregunta similar . Elastic Beanstalk ahora le permite elegir entre dos tipos de entornos , y la opción de instancia única crea una IP elástica.

Creo que usar un ELB será la opción preferible en la mayoría de los casos, pero por ejemplo, para un servidor de transición es bueno tener una alternativa que sea menos compleja (y más barata).

Disculpas por contestar una publicación unos años más tarde; sin embargo, para aquellos que realmente necesitan un conjunto de direcciones IP estáticas en un ELB, es posible pedirle a AWS amablemente que agregue lo que ellos llaman ''direcciones IP estables'' a un ELB, y por lo tanto dale esa característica de dirección IP estática.

Por supuesto, no les gusta hacer esto, pero lo harán si pueden justificarlo (la justificación principal es cuando tienen clientes que tienen restricciones de IP en la lista blanca de conexiones de salida a través de sus firewalls y no están dispuestos a cambiar de postura).

Solo tenga en cuenta que la opción ''escala automática'' basada en el tráfico ya no es sencilla: AWS no podría agregar dinámicamente más puntos finales ELB a su ELB como lo hacen con la solución lista para usar y debe pasar por el dolor de abrir nuevas direcciones IP con sus clientes a lo largo del tiempo.

Sin embargo, para la pregunta original, el uso de una instancia de ELB para EC2 frontal donde las direcciones IP estáticas no son realmente necesarias (sin problemas de cortafuegos de salida del cliente) es la mejor manera según la respuesta aceptada.

Elastic Load Balancing (ELB) no funciona con las direcciones IP elásticas de Amazon EC2 ; de hecho, los dos conceptos no van de la mano en absoluto.

Elasticidad a través del equilibrio de carga elástico

Por el contrario, ELB se usa generalmente a través de registros CNAME (pero ver a continuación), y proporciona el primer nivel de elasticidad / disponibilidad al permitir que la dirección DNS con alias cambie la IP del ELB (s) en uso, si es necesario. El segundo nivel de elasticidad / disponibilidad lo realiza el equilibrador de carga al distribuir el tráfico entre las instancias EC2 que ha registrado.

Piénselo de esta manera: el CNAME nunca cambia (al igual que la dirección IP elástica ) y la sustitución de las instancias EC2 se maneja a través del equilibrador de carga, escala automática o usted (registrando / anulando el registro de instancias).

Esto se explica con más detalle en el excelente análisis de Shlomo Swidler. El "Elastic" en "Elastic Load Balancing": ELB Elasticity y How to Test it , que a su vez se refiere a las Mejores Prácticas para Evaluar Elastic Load Balancing de AWS, que confirman su análisis y proporciona una buena lectura general con respecto a la Arquitectura del Servicio Elastic Load Balancing y cómo funciona en sí mismo (pero carece de las muestras ilustrativas paso a paso que ofrece Shlomo).

Nombres de dominio

Tenga en cuenta que mientras tanto, la anterior limitación que requiere un CNAME se ha abordado mediante adiciones respectivas a Amazon Route 53 para permitir el uso del dominio raíz (o Zone Apex ), consulte la sección Alias y Zone Apex en Moving Ahead con Amazon Route 53 para una descripción general rápida y Uso de nombres de dominio con Elastic Load Balancing para más detalles.

Elasticidad a través de Elastic Beanstalk

En primer lugar, AWS Elastic Beanstalk utiliza Elastic Load Balancing a su vez como se describe anteriormente. Además, si eso agrega la administración del ciclo de vida de la aplicación:

AWS Elastic Beanstalk es una forma aún más fácil para que implemente y administre aplicaciones rápidamente en la nube de AWS. Simplemente cargue su aplicación, y Elastic Beanstalk maneja automáticamente los detalles de implementación del aprovisionamiento de capacidad, balanceo de carga, escalado automático y monitoreo de estado de la aplicación. [...] [énfasis mío]

Esto se logra agregando el concepto de Medio Ambiente a la mezcla, que se explica en la Descripción general de la arquitectura :

El medio ambiente es el corazón de la aplicación. [...] Cuando crea un entorno, AWS Elastic Beanstalk proporciona los recursos necesarios para ejecutar su aplicación. Los recursos de AWS creados para un entorno incluyen un equilibrador de carga elástico (ELB en el diagrama), un grupo de escala automática y una o más instancias de Amazon EC2.

Tenga en cuenta que cada entorno tiene un CNAME (URL) que apunta a un equilibrador de carga , es decir, al igual que el uso de un ELB por sí mismo.

Todo esto se combina en Administrar y configurar aplicaciones y entornos , donde se describen algunas de las características más importantes de AWS Elastic Beanstalk en detalle, incluidos los ejemplos de uso que utilizan AWS Management Console, CLI y las API .

Cero tiempo de inactividad

Es difícil identificar la parte más relevante con fines ilustrativos, pero Implementar versiones con cero tiempo de inactividad aborda su caso de uso e implica todos los pasos previos necesarios (por ejemplo, crear nuevas versiones de aplicaciones y abrir nuevos entornos ), por lo que la sección de lectura AWS Management Console la mejor imagen general de cómo funciona esta plataforma.

¡Buena suerte!