A Service Bus prémium szintű üzenetkezelési szintje
A Service Bus-üzenetkezelés, amely a várólistákhoz és témakörökhöz hasonló entitásokat is tartalmaz, a vállalati üzenetkezelési képességeket ötvözi a gazdag közzétételi/előfizetési szemantikákkal a felhőbeli skálázással. A Service Bus-üzenetkezelés számos kifinomult felhőalapú megoldás kommunikációs vázaként szolgál.
A Service Bus-üzenetkezelés prémium szintje a méretezéssel, teljesítménnyel és a legfontosabb alkalmazásokkal kapcsolatos általános ügyfélkérelmeket kezeli. Javasoljuk, hogy éles forgatókönyvekhez használja a prémium szintet. Bár a szolgáltatáskészletek közel azonosak, a Service Bus Messaging standard és prémium szintjei különböző használati esetek kiszolgálására lettek kialakítva.
A következő táblázat néhány fontos eltérést emel ki.
| Feltételek | Prémium | Standard |
|---|---|---|
| Átfutás | Nagy átviteli sebesség | Változó teljesítmény |
| Teljesítmény | Kiszámítható teljesítmény | Változó késés |
| Díjszabás | Rögzített díjszabás | Használatalapú változó díjszabás |
| Hangsor | Lehetőség a munkaterhelés vertikális fel- és leskálázására | n/a |
| Az üzenet mérete | Az üzenet mérete legfeljebb 100 MB. További információ: Nagyméretű üzenettámogatás. | Legfeljebb 256 KB méretű üzenet |
A Service Bus prémium szintű üzenetkezelés erőforrás-elkülönítést biztosít a CPU és a memória szintjén, így az ügyfél minden számítási feladata elkülönítve fut. Ennek az erőforrás-tárolónak a neve üzenetkezelési egység. Legalább egy üzenetkezelési egység van lefoglalva minden prémium névtérhez. Minden Service Bus Premium-névtérhez 1, 2, 4, 8 vagy 16 üzenetkezelési egységet vásárolhat. Egyetlen számítási feladat vagy entitás több üzenetkezelési egységre is kiterjedhet, és az üzenetkezelési egységek száma igény szerint módosítható. Az eredmény a Service Bus-alapú megoldás kiszámítható és ismételhető teljesítménye.
Ez a teljesítmény nemcsak kiszámíthatóbb és elérhetőbb, de gyorsabb is. A prémium szintű üzenetkezeléssel a csúcsteljesítmény sokkal gyorsabb, mint a standard szinten.
Prémium szintű üzenetkezelési technikai különbségek
A következő szakaszok a prémium és a standard üzenetkezelési szintek közötti néhány különbséget ismertetik.
Expressz entitások
Mivel a prémium szintű üzenetkezelés izolált futásidejű környezetben fut, az expressz entitások nem támogatottak a prémium névterekben. Az expressz entitások ideiglenesen tárolnak egy üzenetet a memóriában, mielőtt állandó tárolóba írják. Ha standard üzenetkezelés alatt futó kóddal rendelkezik, és a prémium szintű szintre szeretné portolni, győződjön meg arról, hogy az expressz entitás funkció le van tiltva.
Prémium szintű üzenetkezelési erőforrás-használat
Az entitásokon végzett műveletek általában cpu- és memóriahasználatot okozhatnak. Íme néhány ilyen művelet:
- Olyan felügyeleti műveletek, mint a létrehozási, lekérési, frissítési és törlési (CRUD) műveletek az üzenetsorokon, témakörökön és előfizetéseken.
- Futtatókörnyezeti műveletek (üzenetek küldése és fogadása)
- Műveletek és riasztások figyelése
A további PROCESSZOR- és memóriahasználatot azonban nem díjazták. A prémium szintű üzenetkezelési szint esetében az üzenetegységnek egyetlen ára van.
A rendszer nyomon követi és megjeleníti a processzor- és memóriahasználatot a következő okokból:
- Átláthatóság biztosítása a rendszer belső elemeiben
- A megvásárolt erőforrások kapacitásának megismerése.
- Kapacitástervezés, amely segít a vertikális fel- és leskálázás mellett dönteni.
Hány üzenetkezelési egységre van szükség?
Az Azure Service Bus prémium szintű névterének kiépítésekor meg kell adnia az üzenetkezelési egységek számát. Ezek az üzenetkezelési egységek dedikált erőforrások, amelyek a névtérhez vannak lefoglalva. Ha a particionálás engedélyezve van a névtérben, az üzenetkezelési egységek egyenlően vannak elosztva a partíciók között.
A Service Bus prémium névteréhez lefoglalt üzenetkezelési egységek száma dinamikusan módosítható a számítási feladatok változásának (növekedésének vagy csökkentésének) tényezőihez.
Az architektúra üzenetkezelési egységeinek számának meghatározásakor figyelembe kell venni néhány tényezőt:
- Kezdje a névtérhez lefoglalt 1 vagy 2 üzenetkezelési egységtel, vagy partíciónként 1 üzenetegységtel.
- A névtér erőforrás-használati metrikáiban található CPU-használati metrikák tanulmányozása.
- Ha a processzorhasználat 20% alatt van, lehetséges, hogy le tudja skálázni a névtérhez lefoglalt üzenetkezelési egységek számát.
- Ha a CPU-használat 70% felett van, az alkalmazás kihasználhatja a névtérhez lefoglalt üzenetkezelési egységek számának felskálázását.
Ha tudni szeretné, hogyan konfigurálhat egy Service Bus-névteret automatikus skálázásra (az üzenetkezelési egységek növelésére vagy csökkentésére), tekintse meg az üzenetkezelési egységek automatikus frissítését ismertető témakört.
Feljegyzés
A névtérhez lefoglalt erőforrások skálázása lehet preemptív vagy reaktív.
Megelőző: Ha további számítási feladatok várhatók (szezonalitás vagy trendek miatt), a számítási feladatok elérése előtt további üzenetkezelési egységeket rendelhet a névtérhez.
Reaktív: Ha további számítási feladatokat azonosít az erőforrás-használati metrikák tanulmányozásával, további erőforrások rendelhetők hozzá a névtérhez a növekvő kereslet beépítése érdekében.
A Service Bus számlázási mérői óránként vannak megadva. Vertikális felskálázás esetén csak a felhasznált órákért kell fizetnie a további erőforrásokért.
Ismerkedés a prémium szintű üzenetkezeléssel
A prémium szintű üzenetkezelés használatának első lépései egyszerűek, és a folyamat hasonló a normál üzenetkezeléshez. Első lépésként hozzon létre egy névteret az Azure Portalon. Győződjön meg arról, hogy a Tarifacsomag alatt a Prémium tarifacsomagot választotta ki. Az egyes szintekre vonatkozó további információk megtekintéséhez válassza a Teljes díjszabás megtekintése lehetőséget .
Az Azure Resource Manager-sablonok használatával is létrehozhat prémium szintű névtereket.
Nagy méretű üzenetek támogatása
Az Azure Service Bus prémium szintű névterei támogatják a nagy méretű, akár 100 MB-os hasznos adatok küldését. Ez a funkció elsősorban azokra az örökölt számítási feladatokra irányul, amelyek nagyobb hasznos üzeneteket használtak más vállalati üzenetközvetítőknél, és zökkenőmentesen szeretnének migrálni az Azure Service Busba.
Íme néhány szempont, amikor nagy üzeneteket küld az Azure Service Buson –
- Csak az Azure Service Bus prémium szintű névterei támogatottak.
- Csak az Advanced Message Queuing Protocol (AMQP) protokoll használatakor támogatott. Az SBMP- vagy HTTP-protokollok használata nem támogatott, a prémium szinten az SBMP- és HTTP-protokollok maximális üzenetmérete 1 MB.
- Java Message Service (JMS) 2.0-s ügyféloldali SDK és más nyelvi ügyféloldali SDK-k használata esetén támogatott.
- A nagy üzenetek küldése csökkenti az átviteli sebességet és a megnövekedett késést.
- Bár a 100 MB-os üzenet hasznos adatai támogatottak, javasoljuk, hogy a lehető legkisebbre tartsa az üzenet hasznos adatait, hogy megbízható teljesítményt biztosíthasson a Service Bus-névtérből.
- A maximális üzenetméretet csak az üzenetsorba vagy témakörbe küldött üzenetek esetében kényszeríti ki a rendszer. A méretkorlát nincs kényszerítve a fogadási művelethez. Lehetővé teszi egy adott üzenetsor (vagy témakör) maximális üzenetméretének frissítését.
- A kötegelés nem támogatott.
2026. szeptember 30-án megszüntetjük az Azure Service Bus SBMP protokolljának támogatását, így 2026. szeptember 30-tól már nem fogja tudni használni ezt a protokollt. Migrálás a legújabb Azure Service Bus SDK-kódtárakba az AMQP protokoll használatával, amely kritikus biztonsági frissítéseket és továbbfejlesztett képességeket kínál ezen dátum előtt.
További információkért lásd a támogatási nyugdíjazási bejelentést.
Nagyméretű üzenetek támogatásának engedélyezése új üzenetsorhoz (vagy témakörhöz)
A nagyméretű üzenetek támogatásának engedélyezéséhez állítsa be a maximális üzenetméretet egy új üzenetsor (vagy témakör) létrehozásakor az alábbi képen látható módon:
Nagyméretű üzenetek támogatásának engedélyezése meglévő üzenetsorhoz (vagy témakörhöz)
A meglévő üzenetsorok (vagy témakörök) nagyméretű üzeneteinek támogatását úgy is engedélyezheti, hogy frissíti az adott üzenetsor (vagy témakör) áttekintésének maximális üzenetméretét az alábbi képen látható módon.
Hálózati biztonság
A következő hálózati biztonsági funkciók csak a prémium szinten érhetők el. További részletekért lásd: Hálózatbiztonság.
Az IP-tűzfal Azure Portallal való konfigurálása csak a prémium szintű névterek esetében érhető el. Az IP-tűzfalszabályokat azonban más rétegekhez is konfigurálhatja Azure Resource Manager-sablonokkal, parancssori felülettel, PowerShell-lel vagy REST API-val. További információ: IP-tűzfal konfigurálása.
A tárolt adatok titkosítása
A tárolóalrendszerben tárolt összes adat a Microsoft által felügyelt kulcsokkal van titkosítva. Ha saját kulcsot (más néven ügyfél által felügyelt kulcsot) használ, az adatok továbbra is titkosítva lesznek a Microsoft által felügyelt kulccsal, de emellett a Microsoft által felügyelt kulcs is titkosítva lesz az ügyfél által felügyelt kulccsal. Ez a funkció lehetővé teszi a Microsoft által felügyelt kulcsok titkosításához használt, ügyfél által felügyelt kulcsokhoz való hozzáférést, elforgatást, letiltást és visszavonást. Az ügyfél által felügyelt kulcs funkció engedélyezése egyszeri beállítási folyamat a névtéren. További információ: Azure Service Bus-adatok titkosítása inaktív állapotban.
Particionálás
A particionálás terén van néhány különbség a standard és a prémium szint között.
- A particionálás az entitás létrehozásakor érhető el az összes üzenetsorhoz és témakörhöz alapszintű vagy standard termékváltozatokban. A névterek particionált és nem particionált entitásokkal is rendelkezhetnek. A particionálás a prémium szintű névtér létrehozásakor érhető el, és a névtér összes üzenetsora és témaköre particionálásra kerül. A prémium névterekben lévő korábban migrált particionált entitások továbbra is a várt módon működnek.
- Ha a particionálás engedélyezve van az alapszintű vagy standard termékváltozatokban, a Service Bus 16 partíciót hoz létre. Ha a particionálás engedélyezve van a prémium szinten, a rendszer a névtér létrehozásakor adja meg a partíciók számát.
További információ: Particionálás a Service Busban.
Georeduktúra és helyreállítás
Az Azure Service Bus elterjeszti az egyes gépek vagy akár teljes állványok katasztrofális hibáinak kockázatát az adatközponton belüli több hibatartományra kiterjedő fürtökön, és transzparens hibaészlelési és feladatátvételi mechanizmusokat vezet be, hogy a szolgáltatás továbbra is a biztosított szolgáltatási szinteken belül működjön, és általában észrevehető megszakítások nélkül, amikor ilyen hibák történnek. A prémium szintű névtér két vagy több üzenetkezelési egységből áll, és ezek az üzenetkezelési egységek egy adatközpont több meghibásodási tartományában is el vannak osztva, támogatva egy teljes körű Service Bus-fürtmodellt.
A prémium szintű névtér esetében a kimaradás kockázata tovább terjed három fizikailag elkülönített létesítmény rendelkezésre állási zónájára, és a szolgáltatás elegendő kapacitással rendelkezik ahhoz, hogy azonnal megbirkózzon egy adatközpont teljes, katasztrofális veszteségével. A hibatartományon belüli, mindenre aktív Azure Service Bus-fürtmodell és a rendelkezésre állási zóna támogatása minden helyszíni üzenetközvetítő terméknél jobb a súlyos hardverhibákkal szembeni rugalmasság, sőt akár a teljes adatközpont-létesítmények katasztrofális elvesztése esetén is. Mégis lehetnek olyan súlyos helyzetek, amikor a fizikai pusztítás széles körben elterjedt, és még ezek a mértékek sem képesek megfelelően védekezni ellen.
A Service Bus Geo-Vészhelyreállítás (Geo-DR) funkció úgy lett kialakítva, hogy megkönnyítse az ilyen szintű katasztrófák utáni helyreállítást, és az alkalmazáskonfigurációk módosítása nélkül teljesen elhagyjon egy meghibásodott Azure-régiót. Az Azure-régió elhagyása általában több szolgáltatást is magában foglal, és ez a funkció elsősorban az összetett alkalmazáskonfiguráció integritásának megőrzését célozza. A szolgáltatás globálisan elérhető a Service Bus prémium szintű verziójához.
A Geo-Vészhelyreállítás funkció biztosítja, hogy egy névtér teljes konfigurációja (entitások, konfiguráció, tulajdonságok) folyamatosan replikálva legyen egy elsődleges névtérből egy másodlagos névtérbe, amellyel párosítva van, és lehetővé teszi, hogy bármikor egyszeri feladatátvételt kezdeményezze az elsődlegesről a másodlagosra. A feladatátvételi lépés újrapontozza a névtér kiválasztott aliasnevét a másodlagos névtérbe, majd megszakítja a párosítást. A feladatátvétel a kezdeményezést követően szinte azonnal megtörténik.
További információ: Azure Service Bus Geo-vészhelyreállítás.
Georeplikáció
A georeplikációs funkció az egyik lehetőség az Azure Service Bus-alkalmazások kimaradások és katasztrófák elleni szigetelésére, amely metaadatok (entitások, konfiguráció, tulajdonságok) és adatok (üzenetadatok és üzenettulajdonságok / állapotváltozások) replikálását biztosítja, míg az előző szakaszban ismertetett Geo-DR funkció csak a metaadatokat replikálja.
A georeplikációs funkció biztosítja, hogy a névtér metaadatai és adatai folyamatosan replikálódjanak egy elsődleges régióból egy vagy több másodlagos régióba.
- Üzenetsorok, témakörök, előfizetések, szűrők.
- Az entitásokban található adatok.
- A névtérben lévő üzeneteken végrehajtott összes állapotmódosítás és tulajdonságmódosítás.
- Névtérkonfiguráció.
Ezzel a funkcióval bármikor előléptethet minden másodlagos régiót elsődlegesként. A másodlagos előléptetés újrapontozza a névtér nevét a kijelölt másodlagos régióra, és átváltja a szerepköröket az elsődleges és a másodlagos régió között. Az előléptetés a kezdeményezés után szinte azonnal megtörténik.
Java Message Service (JMS) támogatása
A prémium szint támogatja a JMS 1.1-et és a JMS 2.0-t. További információ: A JMS 2.0 használata az Azure Service Bus Premium szolgáltatással.
A standard szint csak az üzenetsorokra összpontosító JMS 1.1-részhalmazt támogatja. További információ: A Java Message Service 1.1 használata az Azure Service Bus standarddal.
Következő lépések
Lásd a következő cikket: Üzenetkezelési egységek automatikus frissítése.