virginia services que pricing fija east balancer aws application amazon-web-services amazon-ec2 amazon-elb amazon-vpc

amazon-web-services - pricing - que es amazon web services



Asignación de una dirección IP estática a AWS Load Balancer (4)

¿Cómo puedo asignar una dirección IP estática a un ELB? Parece que no puedo.

Algunos artículos en línea solicitan crear un registro de Route 53, pero esto requiere cambiar el CNAME del dominio que también redirige el tráfico de correo electrónico. Solo quiero cambiar un registro no CNAME.

Algunos artículos también mencionan que puedo usar una instancia de EC2 como un proxy inverso. ¿Pero un solo proxy podrá manejar una gran cantidad de tráfico?

¿Alguna solución para esto?


AWS publicó recientemente un blog sobre este tema aprovechando NLB para proporcionar IP estática a Classic y balanceador de carga de aplicaciones - https://aws.amazon.com/blogs/networking-and-content-delivery/using-static-ip-addresses-for-application-load-balancers/

Resumen de la solución como se describe en el post

Terminamos con una escucha TCP en un NLB que acepta tráfico y lo reenvía a un ALB interno. El ALB finaliza TLS, examina los encabezados HTTP y enruta las solicitudes según sus reglas configuradas a grupos objetivo con sus instancias, servidores o contenedores. La función Lambda de AWS mantiene todo sincronizado observando los cambios de la dirección IP de ALB y actualizando el grupo objetivo de NLB. Al final, tendremos algunas direcciones IP estáticas que son fáciles de incluir en la lista blanca, y no perderemos ninguno de los beneficios de ALB. Tenga en cuenta que enviaremos todo el tráfico a través de dos balanceadores de carga


Debe agregar el registro CNAME en su zona NDS para que funcione:

yourhostname IN CNAME some-lb-XXXXX.elb.amazon.com.

No olvide el punto al final del nombre del equilibrador de carga.


El Elastic Load Balancer de AWS es en realidad elástico en dos niveles, como se describe aquí: http://shlomoswidler.com/2009/07/elastic-in-elastic-load-balancing-elb.html

El primer nivel es el propio equilibrador de carga. Para asegurarse de que ELB pueda escalar a cualquier volumen que tenga y estallar a cualquier volumen que encuentre repentinamente, AWS asigna un nombre de host DNS ''estático'' (por ejemplo, MiDominioELB-918273645.us-east-1.elb.amazonaws.com). Ese nombre de host apunta a múltiples direcciones IP. Puedes ver eso (desde una línea de comando) ejecutando

$ host MyDomainELB-918273645.us-east-1.elb.amazonaws.com MyDomainELB-918273645.us-east-1.elb.amazonaws.com 172.31.7.2 MyDomainELB-918273645.us-east-1.elb.amazonaws.com 172.31.11.33

La segunda forma de elasticidad dentro del ELB es obviamente que ELB dirige la consulta a una de sus instancias de EC2 en el grupo.

Por lo tanto, puede ver que tratar de asignar una dirección IP estática al equilibrador de carga sería contraproducente.

Usar una instancia de EC2 como un proxy inverso también parecería contraproducente, ya que crearía un cuello de botella antes de llegar al ELB. También podría crear su propio equilibrador de carga.

La solución recomendada (que has señalado) es crear un CNAME que apunte al nombre de host de ELB (que no cambiará).

es decir, my-app.mycompany.com -> MyDomainELB-918273645.us-east-1.elb.amazonaws.com

Esto le permitiría integrar su aplicación escalable, detrás del ELB dentro de su dominio.

No estoy seguro de entender por qué no puede crear un CNAME en su DNS o qué tiene que ver con dirigir el tráfico de correo electrónico, ¿puede explicarme?


Una nueva característica en AWS (creo que se anunció en Re: Invent 2017) permite IP estáticas con equilibradores de carga de red (NLB). NLB solo puede manejar la capa 4 (TCP) y no las especificaciones de HTTP (capa 7).

Puede asignar una dirección IP elástica por zona de disponibilidad.

Para obtener más información, consulte la publicación del blog de AWS o la documentación de NLB .

El "equilibrador de carga clásico" y el "equilibrador de carga de la aplicación" no admiten IP estáticas. Si necesita una característica que solo se le proporcione, debe recurrir a la solución CNAME descrita anteriormente.