22 votos

Elástico equilibrio de carga en EC2

Ha sido en las tarjetas por un tiempo, pero ahora Amazon ha lanzado Elástico balanceo de carga (ELB), ¿cuáles son tus pensamientos acerca de cómo implementar esta solución para una aplicación web de alto tráfico?

¿Debemos reemplazar HAProxy o considerar ELB como un servicio gratuito frente a HAProxy?

27voto

arfon Puntos 829

He estado corriendo un ELB en lugar de HAProxy por alrededor de un mes en un sitio que recibe alrededor de 100.000 visitas al día, y he estado muy contento con los resultados.

Un gotcha aunque (ACTUALIZACIÓN, este problema ha sido resuelto por Amazon AWS, ver comentarios más abajo):

  1. No se puede equilibrar la carga de la raíz de un dominio que usted tiene que crear un CNAME alias para el equilibrador de carga. Una vez que la solución es redirigir todo el tráfico http://mysite.com a http://www.mysite.com.

Aparte de que yo realmente no puedo hablar lo suficiente de la AWS ELB ofertas. También estoy usando el Cloudwatch el monitoreo y la autoescala. Ah, y no olvides que es más barato que la ejecución de un pequeño EC2 instancia ($0.025 por hora en lugar de $0.10).

19voto

Burt Puntos 191

ELB dependencia del DNS CNAME record direccionamiento indirecto es bastante agobiante para los servicios web que necesita ser muy rápido. En nuestro caso tenemos que tener muy buen tiempo de respuesta. En una rápida prueba de rendimiento, el uso de un ELB aumento de la latencia promedio de peticiones HTTP por un factor de casi 2. Esto es principalmente porque el TTL en el CNAME de búsqueda es cero. Por lo tanto, todas las búsquedas incluyen golpear los servidores de nombres para los dos dominios diferentes, por lo que la resolución de nombres es más lento. (Me preocupa que derrotar a la cache de DNS es simplemente un abuso del sistema.) La única esperanza para ELB en nuestro caso sería alejarse de los registros CNAME por tener Amazon apoyo de un Elastic IP como la dirección de un equilibrador de carga de instancia.

10voto

grourk Puntos 265

Otra cuestión es conseguir que el cliente dirección IP. Para HTTP regular esto funciona bien, como ELB establece el encabezado X-enviados-para. Pero para HTTPS no es posible porque es reenvío en la capa de TCP. Esperemos que algún día ELB tendrá terminación SSL.

6voto

Eric J. Puntos 73338

Hay quejas en el foro Amazonía acerca de ELB confiabilidad. Le sugiero que pásate por allí y la búsqueda en ELB para formar su propia opinión en ese frente.

Queríamos usar el ELB para equilibrar la carga de las solicitudes de servicio web, pero tenemos muchas personas externas, algunas de las cuales enviar un 100-Continuar mensaje HTTP. Por desgracia ELB no entiende que parte del protocolo HTTP, por lo que somos incapaces de ir más allá de la prueba-de-concepto hasta que dirige.

2013 Actualización

De acuerdo a AWS post del foro, HTTP 100-Continuar es ahora compatible.

https://forums.aws.amazon.com/message.jspa?messageID=144022

Iteramos.com

Iteramos es una comunidad de desarrolladores que busca expandir el conocimiento de la programación mas allá del inglés.
Tenemos una gran cantidad de contenido, y también puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X