Service Bus – díjszabás

Alkalmazások és eszközök kapcsolatának fenntartása nyilvános és magánfelhőkben

Az üzenetkezelő infrastruktúraként működő Azure Service Bus az alkalmazások között működve biztosítja az alkalmazásközi üzenetváltást, így skálázhatóbb és rugalmasabb lehet az üzenetek továbbítása. A Service Bus működése.

A Service Bus Alapszintű, Standard és Prémium díjcsomagban érhető el. Lássuk, mit jelent mindez összehasonlítva:

Funkció Alapszintű Standard Prémium
Üzenetsorok
Ütemezett üzenetek
Üzenettémák
Tranzakciók
Deduplikáció
Munkamenetek
Továbbítás/küldés
Üzenet mérete 256 KB 256 KB 1 MB
Felügyelt kapcsolatokkal együtt 100 1 0001 1 000 / üzenetegység
Felügyelt kapcsolatok (engedélyezett túllépés) (számlázandó) Legfeljebb 1 000 üzenetegységenként
Erőforrás elkülönítése
1 A standard szintű üzenetküldés 1 000 közvetítőalapú kapcsolatot foglal magában (az Alapdíjban foglaltak szerint), és ezek az Azure-előfizetésen belül megoszthatók az üzenetsorok, a témakörök/előfizetések és az Event Hubs szolgáltatás között. A Service Bus Prémium szinten dedikált erőforrásokkal kínál nagyobb sávszélességet és stabilabb teljesítményt.

Üzenetküldési műveletek

A Service Bus felé indított minden API-hívás egy műveletnek felel meg.

Alapszintű
Műveletek $-/1 millió művelet
Standard
Alapdíj1 $-/hó
Első 12.5 millió művelet / hó Alap
Következő 88 ezer művelet (13 millió – 100 millió művelet) / hó $-/1 millió művelet
Következő 2,400 ezer művelet (100 millió – 2,500 millió művelet) / hó $-/1 millió művelet
2,500 millió művelet / hó $-/1 millió művelet
Prémium
Napi $- üzenetegységenkénti fix egyégár

Felügyelt kapcsolatok

A Service Bus felé indított AMQP-kapcsolatok vagy HTTP-hívások száma.

Standard csomag
Első 1 ezer / hó Alap
Következő 99 ezer (1 ezer – 100 ezer) / hó $-/kapcsolat/hó
Következő 400 ezer (100 ezer – 500 ezer) / hó $-/kapcsolat/hó
500 millió / hó fölött $-/kapcsolat/hó
Prémium szintű csomag
Prémium szinten a felügyelt kapcsolatokért nem számítunk fel díjat.

Hibrid kapcsolatok és a WCF Relay

A hibrid kapcsolatok díját a figyelők száma és az azokhoz járó havi 5 GB keretet meghaladó adatforgalom alapján számítjuk fel. A WCF Relay díját az üzenetmennyiség és a továbbítási órák száma alapján számítjuk fel.
A Hybrid Connections díjszabása
Kapcsolati díj (havi 5 GB adatforgalmat tartalmaz) $- figyelőnként
Kereten túli adatforgalom díja (a havi 5 GB forgalmat meghaladó adatmennyiségre)* $-/GB

*Az 5 GB-os adatforgalmi korlát a figyelők összes száma közötti teljes adatforgalomra kiterjed.

A WCF Relay díjszabása
Továbbítási órák száma $- minden 100 továbbítási óra esetén
Üzenetek $- minden 10 000 üzenet esetén

A havi díjakat 744 órányi használat alapján számítjuk. A kapcsolatok díját óránként számítjuk fel.

Támogatás és szolgáltatásszintek

Gyakori kérdések

  • A Relay esetében a Relay által fogadott és elküldött üzenetek képezik az elszámolás alapját. A legfeljebb 64 KB méretű adatkeretek tekinthetők elszámolható üzenetnek. Ha az üzenet, például egy képet visszaadó HTTP-válasz, 64 KB-nál nagyobb méretű, minden további 64 KB külön üzenetnek számít. Egy kérés/válasz sémát megvalósító normál továbbítási szolgáltatás esetében a kérést először Relay, majd a szolgáltatás fogadja, és a válasz is ugyanezt az útvonalat járja be. Ebben az esetben az elszámolás alapjául legkevesebb négy üzenet szolgál. Egy 4 figyelővel rendelkező csoportos küldési szolgáltatás esetében a Relaynek küldött üzenet egy üzenetnek számít, a figyelőknek küldött üzenetek pedig 4 külön üzenetnek számítanak, ami összesen 5 üzenetet jelent.

  • A felügyelt entitások (várólisták és témakörök/előfizetések) esetében a Service Bus-szal folytatott bármilyen API-kommunikáció – bármely protokoll használata esetén – egy műveletnek számít.

    A legfeljebb 64 KB méretű üzenetek esetében végrehajtott küldés, fogadás vagy törlés számlázandó műveletnek minősül. Ha az üzenet 64 kB-nál nagyobb méretű, akkor a számlázandó műveletek száma attól függ, hogy az üzenet mérete a 64 kB hányszorosa. Ha például egy Service Busnak küldött üzenet 8 KB-os, akkor egy műveletnek számít, ha viszont 96 KB a mérete, akkor már két műveletként lesz számlázva. A zárolt 8 KB-os üzenet elolvasása, majd befejezése vagy egyértelmű megszakítása az elszámolás szempontjából két műveletnek minősül. Az üzenet zárolásának megújítása szintén külön műveletnek minősül.

    Egy adott üzenet ismételt kézbesítése különálló műveletnek számít (például a több előfizetőnek elküldött üzenetek, illetve a megszakított, késleltetett vagy kézbesíthetetlen üzenetek visszahívása). Ha például egy témakörhöz három előfizetés tartozik, akkor egy elküldött és kézbesített 64 kB-os üzenet négy számlázandó műveletet generál: egy beérkező és három kimenő üzenetet, ha az összes előfizető megkapja az összes üzenetet, és az üzenetek az olvasás során törlődnek.

    A további üzenetsorok, témakörök vagy előfizetések létrehozása, olvasása (listázása), frissítése és törlése is műveleti díjat von maga után.

    A műveletek az üzenetsorok vagy üzenettémák/előfizetések végpontjai felé küldött API-hívások. Ebbe beletartozik a Kezelés, a Küldés/Fogadás és a Munkamenet-állapottal kapcsolatos műveletek.

  • A Relay-üzemidő számlázása az egyes Service Bus Relay-k „nyitott” állapotban töltött idejének összesített óraszáma alapján történik. A Relay-példányt a Service Bus hozza létre és nyitja meg egy adott címen (a szolgáltatási névtér URL-je alapján), amikor ezzel a címmel a Relay-kompatibilis WCF szolgáltatás – más néven „Relay-figyelő” – először létesít kapcsolatot. A továbbítás csak akkor zárul le, ha az utolsó figyelő is bontotta a kapcsolatot. Ennek megfelelően a Service Bus által kezelt címeken az első Relay-figyelő kapcsolódásától az utolsó Relay-figyelő kapcsolatának bontásáig tartó időszak számít „nyitott” továbbításnak, és csak ez lesz számlázva.

  • Felügyelt kapcsolat a következők egyike lehet:
    1. Egy ügyfél és egy Service Bus által kezelt üzenetsor, üzenettéma/előfizetés vagy eseményközpont között létrehozott AMQP-kapcsolat.
    2. Egy HTTP-hívás üzenetet fogad egy Service Bus-üzenettémától vagy -várólistától, amelynek fogadási időkorlátja nagyobb, mint nulla.

    A Microsoft a díjat a szolgáltatásban foglalt mennyiséget (Standard és Prémium szinten 1000) túllépő, egyidejű közvetítőalapú kapcsolatok maximális száma alapján határozza meg. A maximális szám mérése óránként történik, majd havi 744 órával elosztva elkészül az elszámolás, amely a havi számlázási időszak alatt halmozódik. A szolgáltatásban foglalt mennyiség (1000 felügyelt kapcsolat havonta) a számlázási időszak végén kerül felszámításra az óránként megállapított maximális kapcsolatok összege alapján.

    Példák:
    1. 5 000 ügyfél létesít kapcsolatot egyetlen AMQP-kapcsolaton keresztül, és parancsokat fogad egy Service Bus-témakörtől, valamint eseményeket küld az üzenetsoroknak. Ha az összes ügyfél 12 órán át kapcsolódik minden nap, akkor a következő csatlakozási díjakkal számolhat (a többi Service Bus-díjon felül): 5 000 kapcsolódás * 12 óra * 31 nap / 744 = 2500 felügyelt kapcsolat. Az 1000 felügyelt kapcsolatot biztosító havi kedvezmény miatt csak 1500 felügyelt kapcsolatot számlázunk ki.
    2. 5000 ügyfél fogad üzeneteket egy Service Bus által kezelt üzenetsortól HTTP-n keresztül, nem nulla értékű időkorlát megadása mellett. Ha az összes eszköz 12 órán át kapcsolódik minden nap, akkor a következő csatlakozási díjakkal számolhat (a többi Service Bus-díjon felül): 5 000 HTTP-fogadási kapcsolódás * 12 óra naponta * 31 nap / 744 óra = 2500 felügyelt kapcsolat.
  • Igen, ezekre is vonatkoznak. Az események HTTP-n keresztül történő küldése – a küldő rendszerek és eszközök számától függetlenül – díjmentes. A nullánál nagyobb időkorláttal, HTTP-n keresztül fogadott események (más néven „hosszú lekérdezések”) felügyelt kapcsolati díjat generálnak. Az AMQP-kapcsolatok küldésre és fogadásra használt kapcsolatok esetén is felügyelt kapcsolati díjat generálnak. Alapszintű névtérben 100 felügyelt kapcsolat díjmentes, és ugyanennyi az Azure-előfizetésekhez engedélyezett maximális felügyelt kapcsolatok száma is. Azure-előfizetéseknél bármely Standard névtérben létrehozott első 1000 felügyelt kapcsolat a csomag részét képezi, és díjmentes (az alapdíjon kívül). Mivel ezek a kedvezmények vonatkoznak a legtöbb szolgáltatások közötti üzenetküldési forgatókönyvre, ezért a felügyelt kapcsolatok díjait rendszerint csak akkor számítjuk fel, ha sok ügyféllel szeretne AMQP vagy HTTP hosszú lekérdezéseket használni, például a hatékonyabb eseményközvetítés vagy a kétirányú kommunikáció megkönnyítése érdekében több ezer/millió eszköz vagy alkalmazáspéldány között.

  • Nem. A Standard alapdíjat Azure-előfizetésenként csak havonta egyszer számlázzuk ki. Ez azt jelenti, hogy ha létrehoz egy Standard szintű Service Bus-névteret, akkor ugyanezen Azure-előfizetéshez tetszőleges számú további Standard szintű névteret hozhat létre anélkül, hogy többszörös alapdíjat kellene fizetnie.

  • A Service Bus Messaging Prémium szintje az Azure Service Bus üzenetsorainak és témáinak valamennyi üzenetkezelési funkcióját biztosítja kiszámítható és megismételhető teljesítmény, nagyobb adatátviteli kapacitás és megbízhatóbb rendelkezésre állás mellett. A Prémium szint dedikált erőforrás-elosztási modellt használ a számítási feladatok elkülönítése és az állandó teljesítmény érdekében. Mivel a Prémium szintű számítási és memória-erőforrások dedikáltak, a többi szinttől eltérően nem számítunk fel üzenetenkénti tranzakciós díjat. A lefoglalt üzenetkezelési egységek az összes tranzakciót tartalmazzák.

  • Egy üzenetkezelési egység olyan dedikált erőforráscsoport, amely kizárólag a Prémium névterek számára van fenntartva. Ez az erőforráscsoport egységes és ismételhető teljesítményt biztosít az üzenetkezelési célú számítási feladatokhoz. A Prémium névterek 1, 2 vagy 4 üzenetkezelési egységgel rendelkezhetnek, az erőforrás-elosztás pedig lineárisan növekszik: 2 üzenetkezelési egység kétszer annyi erőforrást biztosít, mint 1 egység.

  • A Service Bus Messaging Prémium szintje fix napidíjat kínál a megvásárolt üzenetkezelési egységek számától függően. A Prémium szinttel létrehozott névterek 1, 2 vagy 4 üzenetkezelési egységgel rendelkezhetnek, amelyek mind beleszámítanak az üzenetkezelési egységek napidíjába. A Prémium szintű névterekhez megvásárolt üzenetkezelési egységek száma bármikor módosítható, de a napidíj a névtérhez bármikor rendelt üzenetkezelési egységek maximális számán alapul.

  • Igen, technikailag lehetséges az elő- vagy visszaléptetés a Prémium és a többi szint között. A Standard szintűről Prémium szintű üzenetkezelési megoldásra való áttérésről ebben a blogbejegyzésben talál leírást.

  • Hibrid kapcsolaton keresztül kétirányú bináris adatfolyam-kapcsolat hozható létre két hálózati alkalmazás között, melyek egyike vagy akár mindegyike NAT vagy tűzfal mögött helyezkedik el. A „továbbítón” keresztül létrejövő kapcsolatot fogadó „figyelő” és a kapcsolatot kezdeményező „küldő” mindegyike kialakítható bármely platformon és bármely nyelven, ha az rendelkezik alapszintű WebSocket funkcionalitással, mint a böngészők többségének WebSocket API-ja.

  • Az első Hybrid Connections-figyelő létrehozásakor a figyelők száma szerint számítunk fel díjat, és ugyanez a díjszabás vonatkozik minden egyes létrehozott figyelőre is. A havi 5 GB-os ingyenes adatforgalom a szolgáltatás részét képezi, amelyet a figyelők összes száma között használhat fel. A keretet túllépő adatforgalom esetén díjat fogunk felszámolni, amennyiben a figyelők összes száma közötti összesített adatforgalom mennyisége meghaladja az 5 GB-ot.

    1. díjszámítási példa: Ha egyetlen figyelője működik, például a Hybrid Connections Manager egy telepített példánya fut folyamatosan az egész hónapon át, és a hónap során 3 GB adatot továbbít a kapcsolaton keresztül, akkor a teljes díj összege $- lesz.

    2. díjszámítási példa: Ha egyetlen figyelője működik, például a Hybrid Connections Manager egy telepített példánya fut folyamatosan az egész hónapon át, és a hónap során 10 GB adatot továbbít a kapcsolaton keresztül, akkor a teljes díj összege $- lesz: $- a kapcsolat és az első 5 GB díja + $- a további 5 GB adatforgalom díja.

    3. díjszámítási példa: Ha a Hybrid Connections Manager két telepített példánya, A és B fut folyamatosan az egész hónapon át, és a hónap során 3 GB adatot továbbít az A, és 6 GB adatot a B kapcsolaton keresztül, akkor a teljes díj összege $- lesz: $- az A kapcsolat díja + $- a B kapcsolat díja + $- a 4 GB-os adattúllépés díja (az A kapcsolaton 3 GB + a B kapcsolaton 6 GB).

  • 64 KB-ot számítunk fel a figyelővel fenntartott minden kapcsolat után. Ezt ingyen levonjuk a figyelők száma szerint havonta felajánlott 5 GB-ból. A figyelők számának díját óránként, 5 perces időszakokra bontva számítjuk fel. A fejlesztési-tesztelési célokra végrehajtott többszöri megnyitás és bezárás után nem számolunk fel díjat.

  • Ha megnyit egy kapcsolatot, de nem hajt végre adatátvitelt, akkor percenként 1 KB-ot továbbítunk az Ön részére a kapcsolat fenntartása érdekében. Ezt azért tesszük, hogy a hálózat ne szakítsa meg néhány perces időközönként automatikusan a kapcsolatot. Ennek járulékos költsége kapcsolódó figyelőkként nem haladja meg a havi $0.05 díjat.

A Service Bus számlázásával kapcsolatos gyakori kérdéseket ez a-cikk tartalmazza

Erőforrások

Díjkalkulátor

Azure-szolgáltatások várható havi díjának becslése

Gyakori vásárlási kérdések

Gyakori kérdések az Azure díjszabásáról

Termékadatok

Service Bus – további információ

Dokumentáció

Műszaki oktatóanyagok, videók és más háttéranyagok

Ha most regisztrál, $200 összegű Azure-kredittel jutalmazzuk

Miért várna holnapig?