În acest articol,
Azure asigură o sarcină echilibrist disponibilitate ridicată și performanța rețelei pentru aplicații. Acest strat 4 (TCP, UDP) egalizatorul de încărcare distribuirea traficului de intrare între instanțe de servicii care pot fi acționate definite într-un set de echilibrare a sarcinii.
Aici sunt funcțiile pot fi setate în serviciul de încărcare Azure echilibrist:
- echilibrarea încărcării de trafic de intrare a mașinilor virtuale. Această configurație se numește încărcare de echilibrare pentru Internet.
- Sarcina traficului de echilibrare între mașini virtuale într-o rețea virtuală între mașinile virtuale în serviciile de cloud, sau între computerele locale și mașinile virtuale într-o rețea virtuală distribuită. Această configurație se numește echilibrare încărcare internă.
- Redirecționează traficul extern la o anumită instanță a mașinii virtuale.
Modelul de implementare Azure
Este important să se înțeleagă diferențele dintre Azure de implementare clasică și modelul de model de implementare folosind Resource Manager. Fiecare model este ajustat Azure egalizatorul de încărcare în mod diferit.
implementare clasic modelul Azure
Fig. 1. Azure egalizatorul de încărcare în modelul clasic de implementare
Implementare Resurse model de manager Azure
Modelul de implementare utilizând Managerul de resurse nu este necesar pentru a crea un serviciu cloud-based. Puteți crea în mod explicit o sarcină pentru traficul echilibrist traseu între mașinile virtuale multiple.
În diagrama de mai jos arată Azure egalizatorul de încărcare în acest model.
Fig. 2. Încărcați Azure Manager de Balancer Resource Manager
Egalizatorul de încărcare poate fi controlat prin intermediul unor interfețe API, template-uri și instrumente pe baza Resource Manager. Pentru mai multe informații despre Resource Manager, a se vedea. Articolul Director General al resurselor Azure.
Funcția egalizatorul de încărcare
Imprastiati pe baza hash
Fig. 3. Distribuirea hash
Azure permite sarcină echilibrist controlarea procesului de control de comunicare de intrare. Această interacțiune include traficul de la gazde pe Internet, mașini virtuale în alte servicii cloud sau rețele virtuale. Acest control este reprezentat de punctul final (de asemenea, cunoscut ca punct final din față).
punct final de intrare ascultă pe un port publică și redirecționează traficul către portul intern. Puteți compara aceleași porturi pentru punctele finale interne sau externe, sau de a folosi un alt port pentru ei. De exemplu, puteți configura serverul Web pentru a asculta pe portul 81 și portul 80 este utilizat pentru potrivirea obiective publice. Când creați un obiectiv public, se creează o instanță a unui stabilizator de încărcare.
Dacă ați folosit pentru a crea portalul Azure, acesta creează automat un punct final pentru mașina virtuală pentru Remote Desktop Protocol (RDP) și de traficul de la distanță sesiune de Windows PowerShell. Aceste obiective vă permit să gestionați de la distanță mașini virtuale prin intermediul internetului.
Azure sine sarcină echilibrist reconfigurează instantaneu, atunci când orizontale și verticale copii de scalare. De exemplu, o astfel de reconfigurare poate avea loc prin creșterea numărului de copii pentru roluri web și să lucreze în rolul de serviciu bazat pe cloud sau adăuga mașini virtuale suplimentare pe același set de echilibrare a sarcinii.
Azure egalizatorul de încărcare poate verifica performanța diferitelor instanțe de server. În cazul în care testul nu răspunde, balancer de încărcare Azure se oprește trimiterea de noi conexiuni specimene inutilizabile. conexiunile existente nu sunt afectate.
Există trei tipuri de inspecție:
- Verificarea agent de oaspeți (numai în mașini virtuale PaaS). Echilibrist de sarcină utilizează un agent în interiorul mașinii virtuale de oaspeți. Agent de oaspeți ascultă și returnează un răspuns „HTTP 200 (OK)“ numai în cazul în care instanța este în stare pregătită (de ex., E. instanță nu este în măsură să „Ocupat“, „Restart“ sau „stop“). În cazul în care agentul nu trimite un răspuns „HTTP 200 (OK)“, balancer de încărcare celebrează exemplu ca inaplicabilă și se oprește trimiterea de trafic spre acesta. Echilibrist de sarcină va continua să verifice conexiunea la acest caz. În cazul în care agentul de oaspeți oferă HTTP 200 de răspuns, de încărcare va direcționa balancer trafic înapoi la acea instanță. Atunci când se utilizează Web-ul ca un cod de site-ul Web este de obicei realizată în W3Wp.Exe de proces, care nu este monitorizat structura sau un agent de oaspeți Azure. Acest lucru înseamnă că erorile din W3Wp.Exe de proces (de exemplu, HTTP 500 de răspunsuri) nu vor fi transmise agentului de oaspeți, iar de sarcină nu va balancer ști că instanța nu mai este utilizată.
- inspecție HTTP personalizat. Această verificare a verifica înlocuirile (agent de oaspeți), în mod implicit. Acesta poate fi folosit pentru a crea propria logica personalizată pentru a determina instanța rolul de performanță. Echilibrist de sarcină va verifica în mod regulat punctul final (în mod implicit, la fiecare 15 secunde). Un exemplu este considerat a fi funcțional și sunt în mișcare de rotație, în cazul în care acesta returnează un răspuns TCP ACK sau HTTP 200 pentru un timp specificat (implicit 31 secunde). Este convenabil să pună în aplicare logica personalizate eliminarea copiilor din sarcină de rotație balancer. De exemplu, este posibil să se configureze o instanță a statului de întoarcere, alta decât 200, în cazul în care încărcarea procesorului depășește exemplu 90%. Pentru roluri web care utilizează W3Wp.Exe, veți obține, de asemenea, monitorizarea automată a site-ul dvs., ca o eroare în codul unui site web la verificarea stării de întoarcere, altele decât 200.
Scanare TCP personalizat. Verificați depinde de succesul sesiunii TCP la un port specific al sondei.
Pentru mai multe informații, consultați. Articolul LoadBalancerProbe Schema (schema LoadBalancerProbe).
Configurația de încărcare Azure suporta balancer un NAT plin con pentru UDP. con Full NAT - Acest tip de NAT, în cazul în care portul permite conexiuni de intrare de la orice gazdă externă (ca răspuns la cererea de ieșire).
Diferențe de echilibrare a sarcinii
Există diferite opțiuni pentru distribuția traficului în rețea utilizând Microsoft Azure. Aceste opțiuni funcționează în moduri diferite, au diferite seturi de caracteristici și de a sprijini diferite scenarii. Ele pot fi folosite separat sau împreună.
- Azure Load Balancer lucrează la stratul de transport (Layer 4 din stiva de rețea de referință OSI). Acesta oferă distribuția traficului pe stratul de rețea al instanței aplicație care rulează într-un singur centru de date Azure.
- Gateway Application funcționează la stratul de aplicație (Layer 7 din stiva de rețea de referință OSI). El acționează ca server proxy inversă, completând conexiunea client și redirecționarea cererilor către partea de server punct final.
- controlor de trafic funcționează la nivel de DNS. Acesta utilizează răspunsurile DNS pentru a redirecționa traficul către un utilizator puncte finale distribuite la nivel global. Apoi, clienții sunt conectate la aceste puncte finale direct.
Tabelul de mai jos listează posibilitățile oferite de fiecare serviciu:
Azure egalizatorul de încărcare
Intervalul de probă implicit - 15 secunde. Retragerea de rotație: 2 eșec în serie. Aceasta susține probe personalizate.
probe de interval Idle - 30 secunde. Retragerea după 5 eșecuri succesive în traficul interactiv sau eșecul unui eșantion în modul inactiv. Aceasta susține probe personalizate.