¿Tiene sentido tener un Amazon Elastic Load Balancer con una sola instancia EC2?


Mi pregunta es simple. ¿Tiene sentido tener un Amazon Elastic Load Balancer (ELB) con una sola instancia EC2?

Si entendí bien, ELB cambiará el tráfico entre instancias EC2. Sin embargo, solo tengo una instancia EC2. Entonces, ¿tiene sentido?

Por otro lado, estoy usando Route 53 para enrutar mis solicitudes de dominio domain.com, y www.domain.com a mi ELB, y no veo cómo redirigir directamente a mi instancia EC2. Por lo tanto, ¿necesito un ELB para fines de enrutamiento?

Author: Rober, 2014-12-07

9 answers

No es necesario utilizar un equilibrador de carga si solo ejecuta una sola instancia de Amazon EC2.

Para apuntar su nombre de dominio a una instancia EC2:

  • En la consola de administración EC2, seleccione Elastic IP
  • Asignar Nueva Dirección
  • Asocie la dirección con su instancia EC2
  • Copie la dirección IP elástica y utilícela en su subdominio Route 53

La dirección IP elástica se puede volver a asociar con una instancia EC2 diferente más adelante si deseable.

Más adelante, si desea equilibrar varias instancias EC2:

  • Crear un equilibrador de carga elástico
  • Agregue su(s) instancia (s) al equilibrador de carga
  • Apunte su subdominio de Ruta 53 al equilibrador de carga
 8
Author: John Rotenstein,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-12-07 01:51:55

Usar un balanceador de carga elástico con una sola instancia puede ser útil. Puede proporcionar a su instancia un front-end para cubrir una situación de desastre.

Por ejemplo, si usa un grupo de escalado automático con una instancia min=max=1, con un equilibrador de carga elástico, entonces si su instancia se termina o falla de otro modo:

  1. el escalado automático lanzará una nueva instancia de reemplazo
  2. la nueva instancia aparecerá detrás del equilibrador de carga
  3. el tráfico de tu usuario fluirá a la nueva instancia

Esto sucederá automáticamente: no es necesario cambiar DNS, no es necesario reasignar manualmente una dirección IP elástica.

Más adelante, si necesita agregar más caballos de fuerza a su aplicación, simplemente puede aumentar sus valores min/max en su grupo de escalado automático sin necesidad de cambiar su estructura DNS.

 47
Author: Matt Houser,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-12-07 05:37:10

Es mucho más fácil configurar su SSL en un ELB que en un EC2, con solo unos pocos clics en la consola de AWS. Incluso puede elegir a mano los protocolos SSL y cifrados.

También es útil que pueda asociar diferentes grupos de seguridad al EC2 real y al forefront ELB. Puede dejar el ELB en la zona desmilitarizada y proteger su EC2 de ser accesible por el público y potencialmente vulnerable a los ataques.

 33
Author: Hesky,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-02-16 12:07:48

Con SIN ELB :-

  • Menos seguro (los ataques DOS posibles ya que HTTP 80 estará abierto a todos, en lugar de estar abierto solo a ELB)
  • No tendrá la libertad de terminar una instancia para guardar EC2 hrs sin preocuparse por reasignar su IP elástica (no es gran cosa tho)
  • Si no usa ELB y su instancia de ec2 no es saludable / termina / goesDown

    1. Su sitio permanecerá abajo (Permanecerá arriba si utiliza ELB + Scaling Políticas)
    2. Tendrá que reasignar su elastic IP
    3. Paga por el tiempo que su IP elástica no apunta a una instancia alrededor de $0.005/hr

Obtiene 750 horas de Equilibrio de carga elástica más 15 GB de procesamiento de datos con el nivel gratuito,así que ¿por qué no usarlo junto con una política de escalado min=1, max=1

 8
Author: Ryan Augustine,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-06-12 01:15:31

Realmente depende de lo que esté ejecutando en la instancia EC2.

Mientras que con una sola instancia EC2 no es necesario usar ELB (todo su tráfico irá a esa instancia de todos modos), si su servicio EC2 tiene que escalar en un futuro cercano, no es una mala idea invertir algo de tiempo ahora y familiarizarse con ELB.

De esta manera, cuando necesita escalar, es solo cuestión de activar instancias adicionales, porque tiene la parte de ELB hecha.

Si su servicio EC2 no se amplía en un futuro próximo, no te preocupes demasiado!

Sobre la segunda parte, definitivamente puede enrutar directamente a su instancia EC2, solo necesita la IP de la instancia EC2. Eche un vistazo a los documentos de amazon route53. Tenga en cuenta que si su IP no es estática (no configura una IP de Amazon Elastic), deberá cambiar la asignación de IP cada vez que cambie la IP de EC2.

 0
Author: rupps,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-12-06 21:34:20

También puede usar un ELB delante de EC2 si, por ejemplo, desea que sea accesible públicamente, sin tener que usar una dirección IP elástica. Como se dijo anteriormente, también funcionan bien con ASG

 0
Author: JoeShmoe,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-02-16 13:26:41

Aquí está mi caso de uso. Tengo una sola instancia privada donde se está ejecutando la aplicación web. Necesita que la aplicación web sea accesible desde Internet. No puedo adjuntar una IP elástica ya que quiero hacer que la instancia sea privada y mantenerla en una subred privada.

Puedo adjuntar un ELB públicamente orientado a esta instancia privada (solo una). Y no quiero tener múltiples instancias en este caso.

 0
Author: Goura,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-06-06 19:43:05

Además de la respuesta sobre cómo facilitar el soporte SSL al colocar un equilibrador de carga frente a su instancia EC2, otro beneficio potencial es HTTP/2. Un Balanceador de carga de aplicaciones (ALB) gestionará automáticamente el tráfico HTTP/2 y convertirá hasta 128 solicitudes paralelas en solicitudes HTTP/1.1 individuales en todos los destinos sanos.

Para más información, ver: https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-listeners.html#listener-configuration

 0
Author: Monkey34,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-09-03 22:36:02

AWS Elastic Load Balancing distribuye automáticamente el tráfico de aplicaciones entrante entre varias instancias de Amazon EC2 en la nube. Por lo tanto, solo debe usar un equilibrador de carga si planea tener dos o más instancias EC2 en el futuro.

Tenga una lectura de AWS Elastic Load Balancing que tiene toda la información que necesita.

 -1
Author: neildt,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-12-06 21:26:44