Actualización de las zonas de disponibilidad del equilibrador de carga de red
Puede habilitar o desactivar las zonas de disponibilidad del equilibrador de carga de red en cualquier momento. Cuando habilita una zona de disponibilidad, debe especificar una subred de esa zona de disponibilidad. Después de habilitar una zona de disponibilidad, el equilibrador de carga comienza a direccionar solicitudes a los destinos registrados contenidos en ella. El equilibrador de carga es más eficaz si se asegura de que cada zona de disponibilidad habilitada tenga al menos un destino registrado. La habilitación de varias zonas de disponibilidad ayuda a mejorar la tolerancia a errores de las aplicaciones.
Elastic Load Balancing crea un nodo del equilibrador de carga de red en la zona de disponibilidad que seleccione y una interfaz de red para la subred seleccionada en esa zona de disponibilidad. Cada nodo del equilibrador de carga de red en la zona de disponibilidad utiliza la interfaz de red para obtener una dirección IPv4. Puede ver estas interfaces de red, pero no se pueden modificar.
Consideraciones
-
En el caso de los equilibradores de carga de red con acceso a Internet, las subredes que especifique deben tener al menos 8 direcciones IP disponibles. En el caso de los equilibradores de carga de red internos, este requisito solo es necesario si permite que AWS seleccione una dirección IPv4 privada de la subred.
-
No puede especificar una subred en una zona de disponibilidad restringida. No obstante, puede especificar una subred en una zona de disponibilidad no restringida y utilizar el equilibrio de carga entre zonas para distribuir el tráfico hacia los destinos en la zona de disponibilidad restringida.
-
No se puede especificar una subred en una zona local.
-
No puede eliminar una subred si el equilibrador de carga de red tiene asociaciones activas con puntos de conexión de VPC de Amazon.
-
Al volver a agregar una subred eliminada anteriormente, se crea una nueva interfaz de red con un ID diferente.
-
Los cambios de subred dentro de la misma zona de disponibilidad se deben realizar como acciones independientes. Primero debe completar la eliminación de la subred existente y, a continuación, puede agregar la nueva subred.
-
La eliminación de una subred puede tardar hasta 3 minutos en completarse.
Al crear un equilibrador de carga de red orientado a Internet, puede optar por especificar una dirección IP elástica para cada zona de disponibilidad. Las direcciones IP elásticas proporcionan direcciones IP estáticas al equilibrador de carga de red. Si decide no especificar una dirección IP elástica, AWS asignará una dirección IP elástica para cada zona de disponibilidad.
Al crear un equilibrador de carga de red interno, puede optar por especificar una dirección IP privada de cada subred. Las direcciones IP privadas proporcionan direcciones IP estáticas al equilibrador de carga de red. Si decide no especificar una dirección IP privada, AWS asigna una en su nombre.
Antes de actualizar las zonas de disponibilidad del equilibrador de carga de red, recomendamos que evalúe cualquier posible impacto en las conexiones existentes, los flujos de tráfico o las cargas de trabajo de producción.
La actualización de una zona de disponibilidad puede resultar disruptiva
-
Cuando se elimina una subred, se elimina su interfaz de red elástica (ENI) asociada. Esto provoca que se terminen todas las conexiones activas en la zona de disponibilidad.
-
Después de eliminar una subred, todos los destinos dentro de la zona de disponibilidad con la que estaba asociada se marcan como
unused. Como resultado, esos destinos se eliminan del grupo de destinos disponibles y se terminan todas las conexiones activas hacia estos destinos. Esto incluye cualquier conexión que se origine en otras zonas de disponibilidad cuando se utiliza el equilibrio de carga entre zonas. -
Los equilibradores de carga de red tienen un tiempo de vida (TTL) de 60 segundos para su nombre de dominio completo (FQDN). Cuando se elimina una zona de disponibilidad que contiene destinos activos, las conexiones de cliente existentes pueden experimentar tiempos de espera hasta que se vuelva a producir la resolución DNS, y el tráfico se redirige a las zonas de disponibilidad restantes.
