Az Azure Load Balancer elosztási módjai
Azure Load Balancer a következő terjesztési módokat támogatja a kapcsolatnak a háttérkészlet példányaihoz való irányításához:
| Terjesztési mód | Kivonatalapú | Munkamenet-adatmegőrzés: Ügyfél IP-címe | Munkamenet-adatmegőrzés: Ügyfél IP-címe és protokollja |
|---|---|---|---|
| Áttekintés | Az egyazon ügyfél IP-címéről érkező forgalom a háttérkészlet bármely kifogástalan állapotú példányára irányítja | Az egyazon ügyfél IP-címéről érkező forgalom ugyanahhoz a háttérpéldányhoz lesz irányítva | Az egyazon ügyfél IP-címéről és protokolljáról érkező forgalom ugyanahhoz a háttérpéldányhoz lesz irányítva |
| Rekordok | ötrekordos | kétrekordos | háromrekordos |
| Azure Portal konfigurációja | Munkamenet-állandóság: Nincs | Munkamenet-adatmegőrzés: Ügyfél IP-címe | Munkamenet-adatmegőrzés: Ügyfél IP-címe és protokollja |
| REST API | "loadDistribution":"Default" |
"loadDistribution":SourceIP |
"loadDistribution":SourceIPProtocol |
Terheléselosztón nincs állásidő, ha egyik terjesztési módról a másikra vált.
Kivonatalapú
Azure Load Balancer alapértelmezés szerint ötrekordos kivonatalapú terjesztési módot használ.
Az ötrekordos érték a következőkből áll:
- Forrás IP-címe
- Forrásport
- Cél IP-címe
- Célport
- Protokoll típusa
A kivonat a háttérkészlet kifogástalan állapotú háttérpéldányaihoz irányítja a forgalmat. Az algoritmus csak egy átviteli munkameneten belül biztosít ragadósságot. Amikor az ügyfél egy új munkamenetet indít ugyanabból a forrás IP-címből, a forrásport megváltozik, és a forgalom egy másik háttérpéldányra kerül. A kivonatalapú elosztás konfigurálásához a munkamenet-megőrzést úgy kell kiválasztania, hogy a Nincs legyen a Azure Portal. Ez azt határozza meg, hogy az ugyanazon ügyféltől érkező egymást követő kéréseket bármely virtuális gép kezelni tudja.
Ábra: Alapértelmezett ötrekordos kivonatalapú eloszlás
Munkamenet-állandóság
A munkamenet-megőrzés más néven munkamenet-affinitás, forrás IP-affinitás vagy ügyfél IP-affinitása. Ez a terjesztési mód kétrekordos (forrás IP-cím és cél IP-cím) vagy háromrekordos (forrás IP-cím, cél IP-cím és protokolltípus) kivonatot használ a háttérpéldányokhoz való átirányításhoz. Munkamenet-adatmegőrzés használatakor az egyazon ügyfélről érkező kapcsolatok ugyanarra a háttérpéldányra kerülnek a háttérkészleten belül.
A munkamenet-állandóság mód két konfigurációtípussal rendelkezik:
- Ügyfél IP-címe (2 rekord) – Azt adja meg, hogy az ugyanazon ügyfél IP-címéről érkező egymást követő kéréseket ugyanaz a háttérpéldány kezelje.
- Ügyfél IP-címe és protokollja (3 rekord) – Azt adja meg, hogy az azonos ügyfél IP-címéről és protokollkombinációjából érkező egymást követő kéréseket ugyanaz a háttérpéldány kezelje.
Az alábbi ábra egy kétrekordos konfigurációt mutat be. Figyelje meg, hogy a kétrekordos a terheléselosztón keresztül az 1. virtuális gépre (VM1) fut. A VM1-ről a VM2 és a VM3 készít biztonsági másolatot.
Használati esetek
A forrás IP-affinitása az ügyfél IP-címével és protokolljával (forrás IP-affinitás háromrekordos), megoldja a Azure Load Balancer és a távoli asztali átjáró (RD Gateway) közötti inkompatibilitást.
Egy másik használati eset a médiafeltöltés. Az adatfeltöltés UDP-vel történik, de a vezérlősík TCP-vel érhető el:
- Az ügyfél TCP-munkamenetet indít a terheléselosztásos nyilvános címre, és egy adott DIP-hez irányítja. A csatorna aktív marad a kapcsolat állapotának figyeléséhez.
- Ugyanabból az ügyfélszámítógépről egy új UDP-munkamenet indul el ugyanahhoz a elosztott terhelésű nyilvános végponthoz. A kapcsolat ugyanarra a DIP-végpontra lesz irányítva, mint az előző TCP-kapcsolat. A médiafeltöltés nagy átviteli sebességgel is végrehajtható, miközben a vezérlőcsatornát TCP-n keresztül tartja fenn.
Megjegyzés
Ha Load Balancer háttérkészlet tagjai virtuális gép eltávolításával vagy hozzáadásával megváltoznak, az ügyfélkérések eloszlása újra lesz számítva. Nem függhet a meglévő ügyfelek új kapcsolataitól, hogy ugyanazon a kiszolgálón végződjenek. Emellett a forrás IP-affinitás elosztási módjának használata a forgalom egyenetlen eloszlását okozhatja. A proxyk mögött futó ügyfelek egyetlen egyedi ügyfélalkalmazásnak tekinthetők.
Következő lépések
A Azure Load Balancer terjesztési módjának konfigurálásával kapcsolatos további információkért lásd: A terjesztési mód konfigurálása Azure Load Balancer.