Cómo evitar el tiempo de inactividad durante la implementación AWS Elastic Beanstalk de una nueva versión de la aplicación?

Question

Mi comprensión de Elastic Beanstalk es que cuando implementa una nueva versión de su aplicación, la implementa en las instancias Amazon EC2 de una en una (si tiene más de una). Sin embargo, incluso con un mínimo de dos instancias, mi aplicación incurre en una breve cantidad de tiempo de inactividad cuando cargo un nuevo .war cuando lo despliega, como si estuviera actualizando ambos simultáneamente. ¿Existe alguna manera de asegurarme de que no haya tiempo de inactividad y de que una instancia esté completamente actualizada y acepte las solicitudes antes de que comience el siguiente? Así es como se ven los eventos. Tenga en cuenta que esto es con carga cero en la aplicación, por lo que solo empeorará con el tráfico de producción.

INFO 
Environment update completed successfully. 

INFO 
New application version was deployed to running EC2 instances. 

ERROR 
The application did not respond at the health check URL. 

INFO 
Waiting for 8 seconds while EC2 instances download the updated application version. 

INFO 
Deploying version SomethingMore to 2 instance(s). 

Answer 1

Para lograr este objetivo en Elastic Beanstalk, que necesita para ampliar su procedimiento de despliegue para facilitar múltiples entornos (ver AWS Elastic Beanstalk Components):

Un entorno es una versión que se implementa en AWS recursos. Cada entorno ejecuta solo una versión, sin embargo, puede ejecutar la misma versión o versiones diferentes en muchos entornos al mismo tiempo. [...] Para más información sobre el entorno y los recursos que están creados , consulte Architectural Overview. [énfasis mío]

Esta característica es útil para probar/depurar versiones separadas ya, pero específicamente esto permite el intercambio en caliente de los entornos, así, ver Deploying Versions With Zero Downtime para un recorrido respectivo:

Desde AWS Elastic Beanstalk realiza una actualización in situ cuando actualiza las versiones de su aplicación, experimentará algún tiempo de inactividad. Sin embargo, es posible evitar este tiempo de inactividad mediante el intercambio de los CNAME para sus entornos. En esta sección, se explica cómo realizar un intercambio de CNAME utilizando AWS Management Console, la línea de comandos o API. [el énfasis es mío]

Answer 2

sé que esto es una cuestión de edad, pero para la gente buscando en Google (como yo), Elastic Beanstalk lanzado rodando versión tecnológica implementaciones de hoy (02/11/2014).

http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.rolling-version-deploy.html?sc_ichannel=em&sc_icountry=global&sc_icampaigntype=launch&sc_icampaign=em_125873140&sc_idetail=em_14124901705&ref_=pe_411040_125873140_8

Esto le permite actualizar parte de su flota con su nueva aplicación a la vez, lo que garantiza que siempre hay ordenadores disponibles para tomar tráfico.