A terheléselosztás kifejezés a számítási feladatok több számítási erőforrás közötti elosztását jelenti. A terheléselosztás célja az erőforrás-használat optimalizálása, az átviteli sebesség maximalizálása, a válaszidő minimalizálása és az egyetlen erőforrás túlterhelésének elkerülése. Emellett javíthatja a rendelkezésre állást azáltal, hogy megosztja a számítási feladatokat a redundáns számítási erőforrások között.
Az Azure különböző terheléselosztási szolgáltatásokat biztosít, amelyekkel több számítási erőforrás között oszthatja el a számítási feladatokat. Ezek az erőforrások közé tartozik az Azure-alkalmazás Gateway, az Azure Front Door, az Azure Load Balancer és az Azure Traffic Manager.
Ez a cikk azt ismerteti, hogyan használhatja az Azure Portal terheléselosztási oldalát az üzleti igényeinek megfelelő terheléselosztási megoldás meghatározásához.
Szolgáltatáskategóriák
Az Azure terheléselosztási szolgáltatásai két dimenzió szerint kategorizálhatók: globális és regionális és HTTP(S) és nem HTTP(S) mentén.
Globális és regionális
- Globális: Ezek a terheléselosztási szolgáltatások regionális háttérrendszerekben, felhőkben vagy hibrid helyszíni szolgáltatásokban osztják el a forgalmat. Ezek a szolgáltatások a végfelhasználói forgalmat a legközelebbi elérhető háttérrendszerhez irányítják. Emellett reagálnak a szolgáltatás megbízhatóságának vagy teljesítményének változásaira a rendelkezésre állás és a teljesítmény maximalizálása érdekében. Úgy tekinthet rájuk, mint olyan rendszerekre, amelyek terheléselosztást okoznak az alkalmazásbélyegek, a végpontok vagy a különböző régiókban/földrajzi helyeken üzemeltetett méretezési egységek között.
- Regionális: Ezek a terheléselosztási szolgáltatások virtuális hálózatokon belüli forgalmat osztanak ki virtuális gépek (virtuális gépek) vagy zóna- és zónaredundáns szolgáltatásvégpontok között egy régión belül. Ezeket olyan rendszereknek tekintheti, amelyek a virtuális hálózat egy régiójában lévő virtuális gépek, tárolók vagy fürtök közötti terheléselosztást teszik lehetővé.
HTTP(S) és nem HTTP(S)
- HTTP(S): Ezek a terheléselosztási szolgáltatások 7 . rétegbeli terheléselosztók, amelyek csak HTTP(S) forgalmat fogadnak el. Webalkalmazásokhoz vagy más HTTP-végpontokhoz készültek. Ilyenek például az SSL-kiszervezés, a webalkalmazás tűzfala, az útvonalalapú terheléselosztás és a munkamenet-affinitás.
- Nem HTTP(S): Ezek a terheléselosztási szolgáltatások képesek kezelni a nem HTTP(S) forgalmat, és nemwebes számítási feladatokhoz ajánljuk őket.
Az alábbi táblázat az Azure terheléselosztási szolgáltatásait foglalja össze.
| Service | Globális/regionális | Ajánlott forgalom |
|---|---|---|
| Azure Front Door | Globális | HTTP(K) |
| Azure Traffic Manager | Globális | Nem HTTP(s) |
| Azure Application Gateway | Regionális | HTTP(K) |
| Azure Load Balancer | Regionális vagy globális | Nem HTTP(s) |
Azure-terheléselosztási szolgáltatások
Az Azure-ban jelenleg elérhető fő terheléselosztási szolgáltatások:
Az Azure Front Door egy alkalmazáskézbesítési hálózat, amely globális terheléselosztási és helygyorsító szolgáltatást biztosít a webalkalmazások számára. 7. rétegbeli képességeket kínál az alkalmazás számára, például ssl-kiszervezést, útvonalalapú útválasztást, gyors feladatátvételt és gyorsítótárazást az alkalmazások teljesítményének és magas rendelkezésre állásának javítása érdekében.
Megjegyzés:
Az Azure Front Door jelenleg nem támogatja a webcsatornákat.
A Traffic Manager egy DNS-alapú forgalom terheléselosztó, amely lehetővé teszi a forgalom optimális elosztását a globális Azure-régiók szolgáltatásai között, miközben magas rendelkezésre állást és válaszkészséget biztosít. Mivel a Traffic Manager egy DNS-alapú terheléselosztási szolgáltatás, a terheléselosztás csak a tartomány szintjén történik. Emiatt nem tud olyan gyorsan feladatátvételt végrehajtani, mint az Azure Front Door, mivel gyakori problémák merülnek fel a DNS-gyorsítótárazás és a DNS-TCL-ek tiszteletben nem álló rendszerei között.
Az Application Gateway szolgáltatásként biztosítja az alkalmazáskézbesítési vezérlőt, amely különböző 7. rétegbeli terheléselosztási képességeket kínál. A webfarmok termelékenységének optimalizálásához használja a processzorigényes SSL-leállítás az átjáróra való kiszervezésével.
A Load Balancer egy nagy teljesítményű, ultra-alacsony késleltetésű 4. rétegbeli terheléselosztási szolgáltatás (bejövő és kimenő) az összes UDP- és TCP-protokollhoz. Másodpercenként több millió kérés kezelésére készült, miközben biztosítja, hogy a megoldás magas rendelkezésre állású legyen. A Load Balancer zónaredundáns, így magas rendelkezésre állást biztosít a rendelkezésre állási zónák között. Támogatja a regionális üzembehelyezési topológiát és a régiók közötti topológiát is.
Terheléselosztási megoldás kiválasztása az Azure Portal használatával
Az Azure Portal terheléselosztási oldalával segítséget nyújthat az üzleti igényeinek megfelelő terheléselosztási megoldáshoz. A Load Balancer a munkafolyamatban leírt döntéshozatali lekérdezéseket tartalmazza a következő szakaszban.
Jelentkezzen be az Azure Portalra.
A portál tetején található Erőforrások, szolgáltatások és dokumentumok keresése mezőbe írja be a terheléselosztást. Amikor megjelenik a terheléselosztás a keresési eredmények között, jelölje ki.
Megjegyzés:
A terheléselosztási megoldás kiválasztásának néhány tényezőjéről ebben a cikkben az Azure-ban a terheléselosztás döntési fája című témakörben olvashat.
A Terheléselosztás – Segítség az (Előzetes verzió) lap kiválasztásához használja az alábbi lehetőségek egyikét:
Ha meg szeretné találni a vállalkozása számára megfelelő terheléselosztási megoldást, kövesse az alapértelmezett Súgó kiválasztása lapon található utasításokat.
Az egyes terheléselosztási szolgáltatások támogatott protokolljainak és szolgáltatási képességeinek megismeréséhez válassza a Szolgáltatás-összehasonlítás lapot.
Ha ingyenes betanítást szeretne elérni a terheléselosztási szolgáltatásokon, válassza az Oktatóanyag lapot.
Referenciaarchitektúra-példák
Az alábbi táblázat a megoldásként használt terheléselosztási szolgáltatásokon alapuló különböző architektúra-referenciacikkeket sorolja fel.
| Szolgáltatások | Cikk | Leírás |
|---|---|---|
| Load Balancer | Virtuális gépek (virtuális gépek) terheléselosztása rendelkezésre állási zónák között | A virtuális gépek terheléselosztása a rendelkezésre állási zónák között, így megvédheti alkalmazásait és adatait egy teljes adatközpont valószínűtlen meghibásodása vagy elvesztése ellen. A zónaredundancia esetén egy vagy több rendelkezésre állási zóna meghiúsulhat, és az adatútvonal addig marad fenn, amíg a régió egy zónája kifogástalan állapotban marad. |
| Azure Front Door | Hely valós idejű megosztása alacsony költségű kiszolgáló nélküli Azure-szolgáltatások használatával | Az Azure Front Door használatával magasabb rendelkezésre állást biztosíthat az alkalmazások számára, mint egyetlen régióban való üzembe helyezés. Ha egy regionális kimaradás hatással van az elsődleges régióra, az Azure Front Door használatával feladatátvételt végezhet a másodlagos régióba. |
| Traffic Manager | Többfunkciós webalkalmazás magas rendelkezésre álláshoz és vészhelyreállításhoz | A magas rendelkezésre álláshoz és vészhelyreállításhoz készült rugalmas, többtényezős alkalmazások üzembe helyezése. Ha az elsődleges régió elérhetetlenné válik, a Traffic Manager feladatátvételt a másodlagos régióba. |
| Azure Front Door + Application Gateway | Több-bérlős SaaS az Azure-ban | Használjon több-bérlős megoldást, amely az Azure Front Door és az Application Gateway kombinációját tartalmazza. Az Azure Front Door segít a régiók közötti forgalom terheléselosztásában. Az Application Gateway belsőleg irányítja és kiegyensúlyozza a forgalmat az alkalmazásban az ügyfél üzleti igényeinek megfelelő különböző szolgáltatások felé. |
| Traffic Manager + Load Balancer | Többrégiós N szintű alkalmazás | Többrégiós N szintű alkalmazás, amely a Traffic Manager használatával irányítja a bejövő kérelmeket egy elsődleges régióba. Ha az adott régió nem érhető el, a Traffic Manager átadj a feladatokat a másodlagos régiónak. |
| Traffic Manager + Application Gateway | Többrégiós terheléselosztás a Traffic Managerrel és az Application Gatewayrel | Megtudhatja, hogyan szolgálhatja ki a webes számítási feladatokat, és hogyan helyezhet üzembe rugalmas több-nagyobb alkalmazásokat több Azure-régióban a magas rendelkezésre állás és a robusztus vészhelyreállítási infrastruktúra érdekében. |
Döntési fa a terheléselosztáshoz az Azure-ban
Amikor a terheléselosztási beállításokat választja, vegye figyelembe ezeket a tényezőket, amikor a Súgó a Terheléselosztás lapon az alapértelmezett lap kiválasztását választja:
- Forgalom típusa: Ez egy webes (HTTP/HTTPS) alkalmazás? Nyilvános vagy privát alkalmazás?
- Globális és regionális: A virtuális hálózaton belüli virtuális gépek vagy tárolók terheléselosztására van szükség, vagy a terheléselosztási egységeket/üzembe helyezéseket régiók között, vagy mindkettőt?
- Rendelkezésre állás: Mi a szolgáltatásiszint-szerződés?
- Költség: További információkért tekintse meg az Azure díjszabását. A szolgáltatás költsége mellett vegye figyelembe a szolgáltatásra épülő megoldás felügyeletének üzemeltetési költségét is.
- Funkciók és korlátok: Mik az egyes szolgáltatások általános korlátozásai? További információ: Szolgáltatáskorlátok.
Az alábbi folyamatábra segít az alkalmazás terheléselosztási megoldásának kiválasztásában. A folyamatábra végigvezeti a javaslatok elérésére vonatkozó kulcsfontosságú döntési kritériumokon.
A folyamatábra kezelése kiindulási pontként. Minden alkalmazás egyedi követelményekkel rendelkezik, ezért használja a javaslatot kiindulási pontként. Ezután végezzen részletesebb értékelést.
Ha az alkalmazás több számítási feladatból áll, külön értékelje ki az egyes számítási feladatokat. Egy teljes megoldás két vagy több terheléselosztási megoldást is tartalmazhat.
Definíciók
- Internetre néző: Az internetről nyilvánosan elérhető alkalmazások. Ajánlott eljárásként az alkalmazástulajdonosok korlátozó hozzáférési szabályzatokat alkalmaznak, vagy olyan ajánlatok beállításával védik az alkalmazást, mint a webalkalmazási tűzfal és a DDoS-védelem.
- Globális: Egy kis földrajzi területen túl található végfelhasználók vagy ügyfelek. A felhasználók például több kontinensen, egy kontinensen belüli országokon/régiókon, vagy akár több nagyvárosi területen is egy nagyobb országon/régión belül.
- Szolgáltatásként nyújtott platform (PaaS): Felügyelt üzemeltetési környezetet biztosít, ahol anélkül helyezheti üzembe az alkalmazást, hogy vm-eket vagy hálózati erőforrásokat kellene kezelnie. Ebben az esetben a PaaS olyan szolgáltatásokra vonatkozik, amelyek integrált terheléselosztást biztosítanak egy régión belül. További információ: Számítási szolgáltatás kiválasztása – Méretezhetőség.
- Azure Kubernetes Service (AKS):: Lehetővé teszi a tárolóalapú alkalmazások üzembe helyezését és kezelését. Az AKS kiszolgáló nélküli Kubernetes-t, integrált folyamatos integrációt és folyamatos teljesítést, valamint nagyvállalati szintű biztonságot és irányítást biztosít. Az AKS architekturális erőforrásairól az Azure Kubernetes Service architektúratervében talál további információt.
- Infrastruktúra szolgáltatásként: Olyan számítási lehetőség, amellyel a szükséges virtuális gépeket, valamint a társított hálózati és tárolási összetevőket építheti ki. Az IaaS-alkalmazások belső terheléselosztást igényelnek egy virtuális hálózaton belül a Load Balancer használatával.
- Alkalmazásréteg-feldolgozás: Egy virtuális hálózaton belüli speciális útválasztásra utal. Például a virtuális hálózaton belüli útvonalalapú útválasztás virtuális gépeken vagy virtuálisgép-méretezési csoportokon keresztül. További információ: Mikor érdemes üzembe helyezni egy Application Gatewayt az Azure Front Door mögött?
- Teljesítménygyorsítás: Olyan funkciókra utal, amelyek felgyorsítják a webes hozzáférést. A teljesítménygyorsítás a tartalomkézbesítési hálózatok (CDN-ek) vagy az optimalizált jelenléti pontok használatával érhető el a célhálózatra történő gyorsított ügyfélbeléptetéshez. Az Azure Front Door támogatja a CDN-eket és az Anycast forgalomgyorsítását is. Mindkét funkció előnyei az Application Gateway használatával vagy anélkül is elérhetők az architektúrában.