Úroveň zasílání zpráv služby Service Bus úrovně Premium
Zasílání zpráv Service Bus, které zahrnuje entity jako jsou fronty a témata, v sobě kombinuje funkce pro zasílání zpráv v rámci podniku s bohatou sémantikou publikování a odběru na úrovni cloudu. Zasílání zpráv Service Bus se používá jako páteřní prvek mnoha sofistikovaných cloudových řešení.
Úroveň Premium zasílání zpráv Service Bus řeší běžné požadavky zákazníků z pohledu rozsahu, výkonu a dostupnosti pro klíčové aplikace. Doporučujeme použít úroveň Premium pro produkční scénáře. I když jsou sady funkcí téměř identické, úrovně Standard a Premium zasílání zpráv služby Service Bus jsou navržené tak, aby sloužily různým případům použití.
V následující tabulce je zvýrazněno několik nejvýraznějších rozdílů.
| Kritéria | Premium | Standard |
|---|---|---|
| Propustnost | Vysoká propustnost | Variabilní propustnost |
| Výkon | Předvídatelný výkon | Variabilní latence |
| Ceny | Pevné ceny | Variabilní průběžná cena |
| Měřítko | Možnost vertikálně navýšit a snížit kapacitu | – |
| Velikost zprávy | Velikost zprávy až 100 MB. Další informace najdete v tématu Podpora velkých zpráv. | Velikost zprávy do 256 kB |
Zasílání zpráv Service Bus Premium zajišťuje izolaci prostředků na úrovni CPU a paměti, takže každá úloha zákazníka běží izolovaně. Kontejner prostředků se nazývá jednotka zasílání zpráv. Každému prémiovému obor názvů se přiřadí aspoň jedna jednotka zasílání zpráv. Pro každý obor názvů Služby Service Bus Premium si můžete koupit 1, 2, 4, 8 nebo 16 jednotek zasílání zpráv. Jedna úloha nebo entita může zahrnovat více jednotek zasílání zpráv a počet jednotek zasílání zpráv lze změnit najednou. Výsledkem je předvídatelný a opakovatelný výkon vašeho řešení postaveného na Service Bus.
Nejen že je tento výkon předvídatelnější a dostupný, ale je také rychlejší. Díky zasílání zpráv úrovně Premium je výkon ve špičce mnohem rychlejší než u úrovně Standard.
Technické rozdíly zasílání zpráv úrovně Premium
V následujících částech najdete několik rozdílů mezi úrovněmi zasílání zpráv úrovně Premium a Standard.
Expresní entity
Vzhledem k tomu, že zasílání zpráv úrovně Premium běží v izolovaném prostředí za běhu, nejsou expresní entity podporovány v oborech názvů Premium. Expresní entita uchovává zprávu dočasně v paměti před zápisem do trvalého úložiště. Pokud máte kód spuštěný v rámci standardního zasílání zpráv a chcete ho přenést na úroveň Premium, ujistěte se, že je funkce expresní entity zakázaná.
Využití prostředků zasílání zpráv úrovně Premium
Obecně platí, že jakákoli operace u entity může způsobit využití procesoru a paměti. Tady jsou některé z těchto operací:
- Operace správy, jako jsou operace Vytvoření, Načtení, Aktualizace a Odstranění (CRUD) ve frontách, tématech a předplatných
- Operace za běhu (odesílání a příjem zpráv)
- Monitorování operací a výstrah
Dodatečné využití procesoru a paměti se ale navíc nehodnotuje. Pro úroveň zasílání zpráv úrovně Premium je pro jednotku zpráv jedna cena.
Využití procesoru a paměti se sleduje a zobrazuje vám z následujících důvodů:
- Zajištění transparentnosti interních systémů
- Seznamte se s kapacitou zakoupených prostředků.
- Plánování kapacity, které vám pomůže rozhodnout se vertikálně navýšit nebo snížit kapacitu.
Kolik jednotek zasílání zpráv je potřeba?
Při zřizování oboru názvů Premium služby Azure Service Bus zadáte počet jednotek zasílání zpráv. Tyto jednotky zasílání zpráv jsou vyhrazené prostředky, které jsou přiděleny k oboru názvů. Pokud je v oboru názvů povolené dělení, jednotky zasílání zpráv se rovnoměrně distribuují napříč oddíly.
Počet jednotek zasílání zpráv přidělených oboru názvů Service Bus Premium je možné dynamicky upravit tak, aby při změně (zvýšení nebo snížení) úloh.
Při rozhodování o počtu jednotek pro zasílání zpráv pro vaši architekturu je potřeba vzít v úvahu několik faktorů:
- Začněte 1 nebo 2 jednotkami zasílání zpráv přidělenými k vašemu oboru názvů nebo 1 jednotkou zpráv na oddíl.
- Prostudujte metriky využití procesoru v rámci metrik využití prostředků pro váš obor názvů.
- Pokud je využití procesoru nižší než 20 %, možná budete moct vertikálně snížit počet jednotek zasílání zpráv přidělených vašemu oboru názvů.
- Pokud využití procesoru překročí 70 %, vaše aplikace může vertikálně navýšit počet jednotek zasílání zpráv přidělených vašemu oboru názvů.
Informace o tom, jak nakonfigurovat obor názvů služby Service Bus pro automatické škálování (zvýšení nebo snížení počtu jednotek zasílání zpráv), najdete v tématu Automatické aktualizace jednotek zasílání zpráv.
Poznámka:
Škálování prostředků přidělených k oboru názvů může být preemptivní nebo reaktivní.
Preemptivní: Pokud se očekává další úloha (kvůli sezónnosti nebo trendů), můžete před dosažením úloh přidělovat do oboru názvů více jednotek zasílání zpráv.
Reaktivní: Pokud se zjistí další úlohy prozkoumáním metrik využití prostředků, můžete k oboru názvů přidělit další prostředky, které budou zahrnovat rostoucí poptávku.
Měřiče fakturace služby Service Bus jsou hodinové. V případě vertikálního navýšení kapacity platíte jenom za další prostředky za dobu, po kterou se tyto prostředky použily.
Začínáme se zasíláním zpráv úrovně Premium
Začínáme s prémiovým zasíláním zpráv je jednoduché a proces se podobá standardnímu zasílání zpráv. Začněte vytvořením oboru názvů na webu Azure Portal. Zkontrolujte, že jste v části Cenová úroveň vybrali Premium. Pokud chcete zobrazit další informace o jednotlivých úrovních, vyberte Zobrazit úplné podrobnosti o cenách.
Můžete také vytvářet obory názvů Premium pomocí šablon Azure Resource Manageru.
Podpora velkých zpráv
Obory názvů služby Azure Service Bus úrovně Premium umožňují odesílat datové části velkých zpráv až o velikosti 100 MB. Tato funkce je primárně zaměřená na starší úlohy, které používaly větší datové části zpráv u jiných podnikových zprostředkovatelů zasílání zpráv a hledají bezproblémovou migraci do služby Azure Service Bus.
Tady je několik aspektů při odesílání velkých zpráv ve službě Azure Service Bus –
- Podporováno pouze v oborech názvů úrovně Premium služby Azure Service Bus.
- Podporováno pouze při použití protokolu AMQP (Advanced Message Queuing Protocol). Nepodporuje se při použití protokolů SBMP nebo HTTP na úrovni Premium maximální velikost zprávy pro protokoly SBMP a HTTP 1 MB.
- Podporuje se při použití sady SDK klienta Java Message Service (JMS) 2.0 a sad SDK jiných jazyků.
- Odesílání velkých zpráv vede ke snížení propustnosti a vyšší latenci.
- I když jsou podporované datové části zpráv o velikosti 100 MB, doporučujeme zachovat datové části zpráv co nejmenší, abyste zajistili spolehlivý výkon z oboru názvů služby Service Bus.
- Maximální velikost zprávy se vynucuje jenom pro zprávy odeslané do fronty nebo tématu. Limit velikosti se pro operaci příjmu nevynucuje. Umožňuje aktualizovat maximální velikost zprávy pro danou frontu (nebo téma).
- Dávkování se nepodporuje.
Dne 30. září 2026 vyřadíme podporu protokolu SBMP pro Azure Service Bus, takže tento protokol už nebudete moct používat po 30. září 2026. Migrujte na nejnovější knihovny sady SDK služby Azure Service Bus pomocí protokolu AMQP, který nabízí důležité aktualizace zabezpečení a vylepšené funkce před tímto datem.
Další informace najdete v oznámení o vyřazení podpory.
Povolení podpory velkých zpráv pro novou frontu (nebo téma)
Pokud chcete povolit podporu velkých zpráv, nastavte při vytváření nové fronty (nebo tématu) maximální velikost zprávy, jak je znázorněno na následujícím obrázku:
Povolení podpory velkých zpráv pro existující frontu (nebo téma)
Podporu velkých zpráv pro existující fronty (nebo témata) můžete také povolit aktualizací maximální velikosti zprávy v přehledu pro danou konkrétní frontu (nebo téma), jak je znázorněno na následujícím obrázku.
Zabezpečení sítě
Následující funkce zabezpečení sítě jsou k dispozici pouze na úrovni Premium. Podrobnosti najdete v tématu Zabezpečení sítě.
Konfigurace brány firewall protokolu IP pomocí webu Azure Portal je dostupná jenom pro obory názvů úrovně Premium. Pravidla brány firewall protokolu IP ale můžete nakonfigurovat pro jiné úrovně pomocí šablon Azure Resource Manageru, rozhraní příkazového řádku, PowerShellu nebo rozhraní REST API. Další informace najdete v tématu Konfigurace brány firewall protokolu IP.
Šifrování neaktivních uložených dat
Všechna data uložená v subsystému úložiště se šifrují pomocí klíčů spravovaných Microsoftem. Pokud používáte vlastní klíč (označovaný také jako klíč spravovaný zákazníkem), data se stále šifrují pomocí klíče spravovaného Microsoftem, ale kromě toho se klíč spravovaný Microsoftem zašifruje pomocí klíče spravovaného zákazníkem. Tato funkce umožňuje vytvářet, otáčet, zakazovat a odvolávat přístup ke klíčům spravovaným zákazníkem, které se používají k šifrování klíčů spravovaných Microsoftem. Povolení funkce klíče spravovaného zákazníkem je jednorázový proces nastavení vašeho oboru názvů. Další informace najdete v tématu Šifrování neaktivních uložených dat služby Azure Service Bus.
dělení na části
Při dělení existují určité rozdíly mezi úrovněmi Standard a Premium.
- Dělení je k dispozici při vytváření entit pro všechny fronty a témata v základních nebo standardních SKU. Obor názvů může mít dělené i nesouvisené entity. Dělení je k dispozici při vytváření oboru názvů pro úroveň Premium a všechny fronty a témata v tomto oboru názvů jsou rozdělené. Všechny dříve migrované dělené entity v oborech názvů Premium budou fungovat podle očekávání.
- Když je v SKU Basic nebo Standard povolené dělení, Service Bus vytvoří 16 oddílů. Pokud je v úrovni Premium povolené dělení, během vytváření oboru názvů se zadává počet oddílů.
Další informace najdete v tématu Dělení ve službě Service Bus.
Geografické havárie a zotavení
Azure Service Bus rozšiřuje riziko katastrofických selhání jednotlivých počítačů nebo dokonce dokončuje racky napříč clustery, které zahrnují více domén selhání v rámci datacentra, a implementuje mechanismy transparentního zjišťování selhání a převzetí služeb při selhání tak, aby služba dál fungovala v rámci zaručených úrovní služeb a obvykle bez znatelného přerušení, pokud k takovým selháním dojde. Obor názvů Premium může mít dvě nebo více jednotek zasílání zpráv a tyto jednotky zasílání zpráv jsou rozložené do několika domén selhání v rámci datacentra, které podporují model clusteru Service Bus, který je aktivní.
U oboru názvů úrovně Premium je riziko výpadku dále rozloženo mezi tři fyzicky oddělené zóny dostupnosti zařízení a služba má dostatek rezerv kapacity, aby se okamžitě dokázala vypořádat s kompletní katastrofickou ztrátou datacentra. Plně aktivní model clusteru Azure Service Bus v rámci domény selhání spolu s podporou zóny dostupnosti je nadřazený všem místním produktům zprostředkovatele zpráv z hlediska odolnosti proti vážným selháním hardwaru a dokonce i katastrofické ztrátě celých zařízení datacentra. Přesto může dojít k vážným situacím s rozsáhlou fyzickou zničením, proti kterým ani tato opatření nemohou dostatečně bránit.
Funkce geografického zotavení po havárii služby Service Bus (Geo-DR) je navržená tak, aby se usnadnila zotavení po havárii této velikosti a opuštění oblasti Azure, která selhala, aniž byste museli měnit konfigurace aplikací. Opuštění oblasti Azure obvykle zahrnuje několik služeb a tato funkce primárně pomáhá zachovat integritu konfigurace složené aplikace. Tato funkce je globálně dostupná pro úroveň Premium služby Service Bus.
Funkce Geografické zotavení po havárii zajišťuje, že se celá konfigurace oboru názvů (entity, konfigurace, vlastnosti) průběžně replikuje z primárního oboru názvů do sekundárního oboru názvů, se kterým je spárovaná, a umožňuje kdykoli zahájit přechod z primárního na sekundární převzetí služeb při selhání pouze jednou. Přesun převzetí služeb při selhání přepomene zvolený název aliasu pro obor názvů do sekundárního oboru názvů a potom přeruší párování. Převzetí služeb při selhání je téměř okamžité po zahájení.
Další informace najdete v tématu Geografické zotavení po havárii služby Azure Service Bus.
Geografická replikace
Funkce geografické replikace je jednou z možností izolace aplikací Služby Azure Service Bus před výpadky a haváriemi a poskytuje replikaci metadat (entit, konfigurace, vlastností) a dat (změny vlastností zpráv a vlastností zpráv / stavu), zatímco funkce Geografické zotavení po havárii popsaná v předchozí části replikuje pouze metadata.
Funkce geografické replikace zajišťuje, že se metadata a data oboru názvů průběžně replikují z primární oblasti do jedné nebo více sekundárních oblastí.
- Fronty, témata, odběry, filtry.
- Data, která se nacházejí v entitách.
- Všechny změny stavu a změny vlastností provedené vůči zprávám v rámci oboru názvů.
- Konfigurace oboru názvů
Tato funkce umožňuje kdykoli propagovat jakoukoli sekundární oblast na primární. Povýšení sekundárního repointu název oboru názvů na vybranou sekundární oblast a přepne role mezi primární a sekundární oblastí. Povýšení je téměř okamžité po zahájení.
Podpora služby Java Message Service (JMS)
Úroveň Premium podporuje JMS 1.1 a JMS 2.0. Další informace najdete v tématu Použití JMS 2.0 se službou Azure Service Bus Premium.
Úroveň Standard podporuje pouze podmnožinu JMS 1.1 zaměřenou na fronty. Další informace najdete v tématu Použití služby Java Message Service 1.1 se standardem Azure Service Bus.
Další kroky
Přečtěte si následující článek: Automatické aktualizace jednotek zasílání zpráv.