Load Balancing Azure David Rendón

Agenda Demo FAQS ¿Qué es Load Balancing? ¿Por qué Load Balancing?

Load Balancing

About What We Do Make applications highly available Improve scalability & performance Secure and optimize application delivery The Difference Application/workload-centric Platform independence/ubiquity Easy to purchase, deploy and use End Users & Devices Application Workloads

¿Por qué Load Balancing?

Troubleshooting Problem # 1 Server and Application Availability Web/Application Server Internet X

Problem # 2 Performance & Scalability Wait ! I Can’t Keep UP! Web/Application Server As the number of user requests grows… Troubleshooting

Problem # 3 Security Install SSL & IPS On Server Internet Wait ! I Can’t Keep UP! Troubleshooting

What are my options? “Free” Options? DNS Round Robin Not real load balancing, will send traffic to “dead” servers MS Clustering with NLB Lacks key features like application health checking, L7 persistence, SSL, etc… Requires complex networking (multicast) implementations, may not work with some switches Linux LVS Very limited functionality, requires extensive Linux knowledge, needs hardware

What to look for in an ADC?

Technology Overview - Balancing 101 Secure Persist Health Check Authenticate Load Balance Application Firewall, IDS, IPS Forms, RADIUS, 2FA, CAC, KCD Cookie, SourceIP TCP, UDP, application RR, Connection SDN Adaptive

Exchange Servers Exchange Edge Servers Highly Available Application Delivery Controllers Highly Available Application Delivery Controllers Internal Clients External Clients Load Balancing Exchange

Web App Pool Mediation Pool Front-end Pool Director Pool Edge Pool Highly Available Application Delivery Controllers Highly Available Application Delivery Controllers Internal Clients External Clients Load Balancing Skype for Business

Internal Load Balancing

Virtualización de escritorios FIREWALL Entregado por Windows Server plataforma 1 experiencia 3 opciones implementación Sesiones remotas Varias máquinas p/ usuarios Máquina virtual personal Oficinas corporativas Filiales Café internet Casa Sistema operativo

Dispositivo local Escritorio virtual Login xxx Virtualización de aplicaciones Productividad en cualquier lugar Access to applications on any device without installs Evite caídas en su negocio Log in para obtener su aplicación y aumentar su productividad Acelere la implementación Implementación bajo demanda de las aplicaciones Thin Client Aplicaciones

Criterio de valoración principal para todo el tráfico y proporcionar copias de seguridad en caso de que el principal no esté disponible. Métodos FailoverPerformanceRound Robin Endpoints en diferentes ubicaciones geográficas y desea solicitar a los clientes a utilizar el punto final "más cercano" en términos de la menor latencia. Distribuir la carga a través de un conjunto de servicios en la nube en el mismo centro de datos ó a través de servicios en la nube o sitios web en los diferentes centros de datos.

Round Robin Un cliente de Internet consulta un nombre de dominio correspondiente a un servicio web. DNS reenvía la solicitud de consulta de nombre a Traffic Manager. Traffic Manager elige el próximo servicio en la nube en la lista de todos contra todos y devuelve el nombre DNS. El servidor DNS del cliente de Internet resuelve el nombre a una dirección IP y lo envía al cliente Internet. El cliente de internet se conecta con el servicio de nube elegido por Traffic Manager

Configuraciones Internet-facing, aplicaciones multi-tier en los que los tiers de back-end no están orientados a Internet, sino que requieren de balanceo de carga para el tráfico desde el tier abierto a Internet. Equilibrio de carga de (LOB) de línea de negocios alojados en Azure sin necesidad de hardware o software de equilibrador de carga adicional. La inclusión de los servidores locales (on premise) en el conjunto de equipos cuyo tráfico es el equilibrio de carga.

ILB La capa web tiene endpoints orientados al público para los clientes de Internet y es parte de un conjunto de carga equilibrada. El balanceador de carga distribuye aleatoriamente el tráfico entrante de clientes de Internet para el puerto TCP 443 (HTTPS) a los servidores de la capa web. El nivel de base de datos que utiliza la capa web de almacenamiento no tiene endpoints de cara al público. Sin embargo, la carga de acceso y almacenamiento de base de datos debe propagarse a través de múltiples servidores de bases de datos. Para facilitar esto, el nivel de base de datos tiene criterios de valoración y forma parte de un conjunto de carga equilibrada interna. El ILB distribuye aleatoriamente peticiones al servidor web de los servidores web a los servidores de la capa de base de datos para el puerto TCP 1433 (tráfico de SQL Server).

Aplicación multi-tier, con varios servicios de nube dentro de una red virtual. ILB está proporcionando la misma distribución de las solicitudes web a los servidores del nivel de base de datos, con la excepción de que las máquinas virtuales en entornos web y bases de datos están en diferentes servicios en la nube. *Esto sólo es posible si ambos servicios en la nube están en la misma red virtual.

Estimator Tool Azure Services Overview Calculator Guidelines

¿Preguntas?

Dave Rendón