azure - métodos que usa traffic manager para elegir puntos finales

Equilibrio de carga de Azure VM frente a Traffic Manager (3)

¿Alguien puede explicar la distinción entre el equilibrio de carga de VM (en el nuevo portal de Azure) y el administrador de tráfico de Azure (actualmente solo se administra desde el portal anterior) y cómo interactúan?

Como ejemplo, he creado dos máquinas virtuales conectadas entre sí, que comparten un punto final equilibrado de carga. Según lo entiendo, entonces habrá round-robin entre las dos máquinas virtuales.

¿Qué sucede si no configuré un punto final equilibrado de carga (en el nuevo portal de Azure), sino que configuré el gestor de tráfico de Azure para cargar el equilibrio entre ellos? ¿Es la misma cosa?
¿Puedo usar ambos tipos de equilibrio de carga en tándem? (¿Administrador de tráfico establecido en conmutación por error en todas las regiones, y usar el equilibrio de carga de VM para round robins en las zonas de disponibilidad?)

Hay dos elementos importantes que creo que deben mencionarse. El gestor de tráfico no equilibra la carga, es un solucionador de DNS inteligente. El equilibrador de carga Azure no proporciona ninguna afinidad. La segunda distinción es que Traffic Manager solo puede resolver los puntos finales de Azure, lo que no funciona bien si tiene una configuración híbrida donde los puntos finales del servicio se dividen entre Azure y su centro de datos u otras ubicaciones de nube públicas / privadas.

Para ambas deficiencias, debe confiar en las ofertas de los socios.

James,

Creo que ya tienes la mayor parte de esto resuelto.

Equilibrio de carga VM:

Funciona solo con máquinas virtuales que se encuentran en la misma región
Solo Round Robin
Funciona en el nivel TCP / UDP, el tráfico de enrutamiento entre uno o más puntos finales privados que se encuentran detrás de un punto final público

https://www.windowsazure.com/en-us/manage/windows/common-tasks/how-to-load-balance-virtual-machines/

Traffic Manager es diferente en eso:

Puede funcionar en todas las regiones
Ofrece políticas de gestión del tráfico que no sean round robin (por ejemplo, failover, rendimiento)
Funciona en el nivel DNS, el "enrutamiento" ** del tráfico entre uno o más puntos finales públicos que se encuentran detrás de un nombre DNS común

https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-manage-profiles/

De hecho, puedes usar Load Balancer y Traffic Manager en tándem, golpeas el clavo en la cabeza.

Vlad

** El administrador de tráfico en realidad no enruta el tráfico, solo sirve a la persona que llama el nombre DNS del punto final público a donde debe ir su tráfico de acuerdo con las políticas vigentes.

Azure Traffic Manager.

El trabajo de Azure Traffic Manager es enrutar el tráfico de forma global en función de políticas flexibles, lo que permite una excelente experiencia de usuario que se alinea con la forma en que ha estructurado su aplicación en todo el mundo. Traffic Manager tiene varias políticas diferentes:

Estado latente. Directo al "servicio más cercano"

Round Robin. Distribuir en todos los servicios

Conmutación por falla. Directo a la copia de seguridad si el primario falla

Anidado. Políticas flexibles de varios niveles

Azure Load Balancer

El trabajo de Azure Load Balancer es dirigir el tráfico dentro de una región. Esto se combina con Azure Traffic Manager, donde el administrador de tráfico enruta el interior a una región entre máquinas virtuales. Si combina los dos, obtendrá una gestión de tráfico global combinada con conmutación por error local.

Diferencias de Load Balancer Hay diferentes opciones para distribuir el tráfico de red usando Microsoft Azure. Estas opciones funcionan de forma diferente entre sí, tienen un conjunto de características diferente y admiten diferentes escenarios. Pueden usarse cada uno de forma aislada o combinándolos.

Diferencias de Load Balancer

Existen diferentes opciones para distribuir el tráfico de red usando Microsoft Azure. Estas opciones funcionan de forma diferente entre sí, tienen un conjunto de características diferente y admiten diferentes escenarios. Pueden usarse cada uno de forma aislada o combinándolos.

Azure Load Balancer funciona en la capa de transporte (Capa 4 en la pila de referencia de red OSI). Proporciona distribución de tráfico a nivel de red en las instancias de una aplicación que se ejecuta en el mismo centro de datos de Azure.

Application Gateway funciona en la capa de aplicación (Capa 7 en la pila de referencia de red OSI). Actúa como un servicio de proxy inverso, que termina la conexión del cliente y las solicitudes de reenvío a los puntos finales de fondo.

Traffic Manager funciona en el nivel de DNS. Utiliza respuestas de DNS para dirigir el tráfico del usuario final a puntos finales distribuidos globalmente. Los clientes luego se conectan a esos puntos finales directamente.

CAMPO DE GOLF:

https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-overview

https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-overview

https://www.concurrency.com/blog/w/azure-traffic-manager-vs-azure-load-balancer