BERND KUHLENTodas las notas ↗Nota de archivo: Este artículo refleja la terminología y el comportamiento de AWS en el momento en que se publicó en 2019.
Este es un consejo pequeño pero importante para cualquiera que trabaje con un balanceador de carga de aplicaciones (ALB) y grupos de Auto Scaling en AWS.
Por defecto, un grupo de Auto Scaling utiliza las comprobaciones de estado de EC2. Mientras la instancia y su sistema operativo estén en ejecución, el grupo considera que la instancia EC2 está en buen estado. La ALB, por el contrario, utiliza un chequeo de estado diferente que usted defina. Por lo general, solicita un recurso a través de HTTP o HTTPS y espera un código de estado correcto, como 200.
¿Qué ocurre cuando un balanceador de cargas tiene instancias en mal estado, por ejemplo, cuando el sitio deja de funcionar y las instancias EC2 dejan de devolver 200 respuestas? El balanceador de cargas agota las conexiones de esas instancias porque las considera en mal estado. Normalmente querrá que el grupo Auto Scaling lo sustituya, pero eso no ocurrirá si sus comprobaciones de estado de EC2 siguen aprobándose. Por lo tanto, es posible que el balanceador de cargas se quede sin ningún objetivo en buen estado y que el sitio siga sin estar disponible para los clientes.
Solución: configurar el grupo Auto Scaling para que utilice las comprobaciones de estado del ELB cuando se ejecute detrás de un ALB.