Ubicación de la instancia EC2

Tenemos muchas instancias m1.medianas/grandes ejecutándose en ec2. En general, estas máquinas se adaptan mejor a nuestras necesidades. Sin embargo, estamos obteniendo un rendimiento realmente horrible entre los nodos. Un poco de excavación muestra que estos nodos están en diferentes subredes y posiblemente en diferentes centros de datos.

Para obtener un mayor rendimiento, me gustaría intentar que EC2 acerque estos nodos (tamaño de la red) si es posible. Nuestra topología es la siguiente:

  • Un nodo de "servidor" que aloja algunos datos almacenados centralmente en EBS, NFS exportado, siempre activo. m1.grande.
  • Un par de nodos trabajadores primarios que están encendidos el 80 % del tiempo. m1-grande
  • 0-50 nodos esclavos que solo están encendidos durante unas pocas horas a la vez. por lo general, estos son m1.pequeños o m1.medios, pero pueden ser m1.grandes si el trabajo lo requiere.

Los nodos esclavos montan las unidades NFS exportadas.

Obviamente, si los esclavos giran en un lugar lejos del servidor, obtenemos un rendimiento horrible.

Conozco los grupos de ubicación, sin embargo, estos parecen requerir tipos de instancias mucho más costosos y una tecnología de visualización completamente diferente y la posibilidad de que cuando necesitemos 40 nodos adicionales no haya espacio para ellos en nuestro grupo de ubicación.

Esto aumentaría enormemente nuestros costos y reduciría nuestra flexibilidad.

¿Alguna sugerencia?

preguntado el 12 de junio de 12 a las 15:06

1 Respuestas

Debe lanzar sus instancias y grupos de ubicación en la misma zona de disponibilidad:

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html

Las zonas de disponibilidad se pueden elegir cuando se lanza la instancia o se crea el grupo de ubicación (ec2-create-placement-group). Las zonas suelen ser A, B, C o Sin preferencia (predeterminado: aleatorio).

Los nodos en la misma zona de disponibilidad están conectados en la misma red de 10 Gbps; eso es mejor que el ancho de banda en una unidad de estado sólido que se ejecuta en una interfaz SATA3: 6 Gbps.

Las diferentes zonas están ubicadas en la misma región (p. ej., el noreste de EE. UU.), pero generalmente están a una distancia considerable para permitir implementaciones de recuperación ante desastres. Definitivamente están en diferentes centros de datos y probablemente en diferentes estados en la misma región, por ejemplo, el noreste de EE. UU. Amazon no publica las ubicaciones reales.

Tenga en cuenta que no parece haber una manera de especificar una zona de disponibilidad para la creación de un grupo de ubicación a través de la Consola de administración de AWS; probablemente necesitará usar la API.

http://docs.amazonwebservices.com/AWSEC2/latest/CommandLineReference/ApiReference-cmd-CreatePlacementGroup.html

He visto que zonas de disponibilidad completas caen en EC2 varias veces, por lo que si va a mover toda su infraestructura a la misma zona de disponibilidad, está poniendo en riesgo su aplicación, necesita algún tipo de recuperación ante desastres o tolerante a fallas. implementación entre 2 zonas.

Espero que esto ayude.

Respondido 25 Oct 12, 14:10

De hecho, ya tengo todos los nodos ejecutándose en una AZ (us-east-1d). Todavía veo algunos tiempos de ping bastante largos entre nodos. - clh

Sé que puedo usar grupos de ubicación, esto requeriría nuevas imágenes y el uso de tipos de instancias más costosos. Me preguntaba si había una solución entre solo la ubicación AZ y un PG. un interruptor "consiga esto en el mismo estante si es posible" - clh

¿Qué es un tiempo de ping largo exactamente? - alcanzar4losláseres

En una ruta de seguimiento en particular, hay un salto en la subred que demora aproximadamente 10 ms, consulte gist.github.com/2919336 - clh

sí, lo fue, desde entonces he eliminado esa instancia. - clh

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.