Prémiová vrstva zasílání zpráv Service Bus

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	Schopnost upravit zátěž nahoru a dolů	Nepoužitelné
Velikost zprávy	Velikost zprávy až 100 MB. Další informace naleznete 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 oboru názvů je přiřazena alespoň jedna jednotka pro zprávu. 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.

Vyjádřené 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 zvýšit nebo snížit kapacitu.

Kolik jednotek zasílání zpráv je potřeba?

Při zřizování prémiového oboru názvů služby Azure Service Bus zadáte počet jednotek zasílání zpráv. Tyto zasílací jednotky jsou vyhrazené prostředky, které jsou přiděleny v rámci jmenného prostoru. Pokud je v prostoru názvů povolené dělení, jednotky zpráv se rovnoměrně distribuují mezi 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, aby se přizpůsobil změnám (zvýšení nebo snížení) pracovní zátěže.

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 s 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í CPU 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 identifikují další pracovní zátěže prozkoumáním metrik využití prostředků, můžete k jmennému prostoru přidělit další prostředky, aby byla pokryta rostoucí poptávka.

Měřiče fakturace služby Service Bus jsou hodinové. Při vertikálním 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čít 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 ve verzích 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 je maximální velikost zprávy pro protokoly SBMP a HTTP 1 MB.
• Podpora při použití klienta SDK pro Java Message Service (JMS) 2.0 a dalších klientských SDK pro různé programovací jazyky.
• Odesílání velkých zpráv vede ke snížení propustnosti a vyšší latenci.
• I když jsou datové části zpráv o velikosti 100 MB podporované, doporučujeme udržet datové části zpráv co nejmenší, abyste zajistili spolehlivý výkon v rámci 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ě.

• Značky služeb
• Koncové body síťové služby
• Privátní koncové body

Konfigurace firewallu IP v Azure Portalu je dostupná jen pro obory názvů prémiové vrstvy. 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 IP brány firewall.

Š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 namespacu. Další informace najdete v tématu Šifrování neaktivních uložených dat služby Azure Service Bus.

dělení na části

Mezi úrovněmi standard a premium existují určité rozdíly, pokud jde o dělení.

• Particionování 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 prostoru 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 verze povoleno particionování, 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.

Vysoká dostupnost

Azure Service Bus rozkládá riziko katastrofických selhání jednotlivých počítačů nebo dokonce celých racků napříč clustery, které pokrývají 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 služebních úrovní stanovených smlouvou a obvykle bez znatelného přerušení, pokud k těmto selháním dojde. Obor názvů Premium může mít dvě nebo více jednotek zasílání zpráv, které jsou rozložené do několika domén selhání v rámci datacentra, což podporuje plně aktivní model clusteru Service Bus.

V případě oboru názvů služby Service Bus se riziko výpadku dále rozprostírá mezi tři fyzicky oddělené zóny dostupnosti zařízení a služba má dostatek rezerv kapacity, aby se okamžitě dokázala vyrovnat 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.

Kromě toho je funkce Geo-Replication 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). 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 umístěná v entitách.
• Všechny změny stavu a změny vlastností provedené vůči zprávám v rámci prostoru názvů.
• Konfigurace oboru názvů

Tato funkce umožňuje kdykoli propagovat jakoukoli sekundární oblast na primární. Povýšení sekundárního uzlu změní název v oboru názvů na vybraný sekundární region a vymění role mezi primárním a sekundárním regionem. Povýšení je téměř okamžité po zahájení.

Další informace najdete v tématu Geografické zotavení po havárii služby Azure Service Bus.

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.