Redundancia multizona de AWS: equilibrador de carga frente a acelerador global frente a IP elástica ¿qué usar?

Redundancia multizona de AWS: equilibrador de carga frente a acelerador global frente a IP elástica ¿qué usar?

Estoy un poco confundido con las opciones para el equilibrio de carga entre diferentes AZ para lograr redundancia. Tengo una aplicación que requiere equilibrio de carga de red y, de manera óptima, no debería depender de DNS para realizar la distribución de carga y la selección de puntos finales. (algunos clientes no utilizarán la resolución DNS pero se conectarán directamente a las IP)

Ahora veo tres formas principales de hacer esto:

  1. Acelerador global: esto me permitiría tener una dirección IP global y no solo tener redundancia entre zonas sino incluso regiones, ¿verdad? ¿Algún inconveniente además del coste adicional?

  2. Utilice un equilibrador de carga de red que distribuya la carga entre diferentes zonas. Aquí descubrí que no puedo asignar una única dirección IP a todos los sitios y, si bien puedo adjuntar IP elásticas a los puntos finales de LB en cada zona, no puedo cambiarlas después de la creación, lo que significa que no puedo "conmutar por error" en el caso de una zona. falla, pero necesitaría confiar en DNS (lo cual quiero evitar). ¿Hay alguna manera de hacer esto con balanceadores de carga?

  3. Puedo tener una configuración de espera activa usando una función Lambda y volver a conectar una IP elástica a una instancia de espera en una zona diferente, con el inconveniente de que no puedo usar el equilibrio de carga aquí de forma predeterminada y no podría ejecutar "activo activo". " en el buen caso.

Encontré mucha documentación sobre temas relacionados con AWS pero nada específico para este tipo de problema. ¿Alguien tiene sugerencias o sugerencias sobre cómo implementar esto mejor?

información relacionada