Nejčastější dotazy ke službě Azure Relay

Služba Azure Relay usnadňuje hybridní aplikace tím, že vám pomáhá bezpečněji vystavit služby, které se nacházejí v podnikové síti, do veřejného cloudu. Služby můžete zveřejnit bez otevření připojení brány firewall a bez nutnosti rušivých změn infrastruktury podnikové sítě.

Obor názvů je kontejner oborů, který můžete použít k adresování prostředků Služby Relay v rámci vaší aplikace. Pro použití služby Relay je nutné vytvořit obor názvů. Toto je jeden z prvních kroků v začátcích.

Dříve pojmenovaná služba Service Bus Relay se teď nazývá Azure Relay. Tuto službu můžete dál používat jako obvykle. Funkce Hybridní Připojení ions je aktualizovaná verze služby, která byla transplantace ze služby Azure BizTalk Services. Wcf Relay i hybridní Připojení iony se nadále podporují.

Ocenění

V této části najdete odpovědi na některé nejčastější dotazy týkající se cenové struktury Služby Relay. Obecné informace o cenách Azure najdete také v nejčastějších dotazech k podpoře Azure. Úplné informace o cenách služby Relay najdete v podrobnostech o cenách služby Service Bus.

Úplné informace o cenách služby Relay najdete v tabulce Hybrid Připojení ions a WCF Relays na stránce s podrobnostmi o cenách služby Service Bus. Kromě cen uvedených na této stránce se vám budou účtovat související přenosy dat za výchozí přenosy dat mimo datacentrum, ve kterém je vaše aplikace zřízená.

Wcf Relay je k dispozici pouze v oborech názvů úrovně Standard. Jinak se nezměnily ceny a kvóty připojení pro přenosy. To znamená, že přenosy se budou dál účtovat na základě počtu zpráv (ne operací) a hodin přenosu. Další informace najdete v tabulce Hybrid Připojení ions a WCF Relays na stránce s podrobnostmi o cenách.

V některých případech má jedna relé mnoho připojených naslouchacích procesů. Přenos se považuje za otevřený, pokud je k němu připojen alespoň jeden naslouchací proces přenosu. Přidánínach Počet odesílatelů přenosu (klientů, kteří volají nebo odesílají zprávy do přenosů), které jsou připojené k přenosové službě, nemá vliv na výpočet hodin přenosu.

(To platí jenom pro přenosy WCF. Zprávy nejsou náklady na hybridní Připojení iony.)

Obecně platí, že fakturovatelné zprávy pro přenosy se počítají pomocí stejné metody, která se používá pro zprostředkované entity (fronty, témata a odběry), jak je popsáno dříve. Existují však některé velmi odlišné rozdíly.

Odeslání zprávy do služby Azure Relay se považuje za úplné odeslání do naslouchacího procesu přenosu, který zprávu obdrží. Nejedná se o operaci odeslání do služby Azure Relay, za kterou následuje doručení do naslouchacího procesu přenosu. Volání služby typu požadavek-odpověď (až 64 kB) vůči předávacímu naslouchacímu procesu má za následek dvě fakturovatelné zprávy: jednu fakturovatelnou zprávu pro požadavek a jednu fakturovatelnou zprávu pro odpověď (za předpokladu, že odpověď je také 64 kB nebo menší). To se liší od použití fronty ke zprostředkování mezi klientem a službou. Pokud ke zprostředkování mezi klientem a službou používáte frontu, vyžaduje stejný model odpovědi na požadavek odeslání do fronty, po kterém následuje vyřazení z fronty nebo doručení z fronty do služby. Následuje odeslání odpovědi do jiné fronty a vyřazení/doručení z této fronty do klienta. Při použití stejných předpokladů velikosti v celém rozsahu (až 64 kB) výsledkem vzorce meditované fronty jsou 4 fakturovatelné zprávy. Bude se vám účtovat dvakrát počet zpráv, abyste implementovali stejný vzor, který dosáhnete pomocí přenosové služby. Samozřejmě existují výhody použití front k dosažení tohoto modelu, jako je odolnost a vyrovnávání zatížení. Tyto výhody můžou ospravedlnit dodatečné výdaje.

Přenosy, které jsou otevřeny pomocí vazby netTCPRelay WCF, považují zprávy za jednotlivé zprávy, ale jako datový proud procházející systémem. Když použijete tuto vazbu, bude mít přehled jenom odesílatel a naslouchací proces do rámce jednotlivých odeslaných a přijatých zpráv. U přenosů, které používají vazbu netTCPRelay , se všechna data považují za datový proud pro výpočet fakturovatelných zpráv. V tomto případě Service Bus vypočítá celkové množství dat odeslaných nebo přijatých prostřednictvím jednotlivých přenosů za 5 minut. Pak vydělí celkové množství dat o 64 kB, aby bylo možné určit počet fakturovatelných zpráv pro daný přenos během tohoto časového období.

Kvóty

Ve výchozím nastavení Microsoft pro libovolnou cloudovou službu nastaví agregovanou měsíční kvótu využití, která se vypočítá napříč všemi předplatnými zákazníka. Chápeme, že v době, kdy vaše potřeby můžou tyto limity překročit. Zákaznickou službu můžete kdykoli kontaktovat, abychom porozuměli vašim potřebám a odpovídajícím způsobem tyto limity upravili. Pro Service Bus jsou agregované kvóty využití následující:

• 5 miliard zpráv
• 2 miliony hodin relé

I když si vyhrazujeme právo zakázat účet, který překračuje měsíční kvóty využití, poskytujeme e-mailové oznámení a před provedením jakékoli akce provedeme několik pokusů o kontaktování zákazníka. Zákazníci, kteří tyto kvóty překračují, jsou stále zodpovědní za nadbytečné poplatky.

Název oboru názvů služby Relay musí mít délku 6 až 50 znaků.

Pokud chcete přesunout obor názvů z jednoho předplatného Azure do jiného předplatného, můžete použít Azure Portal nebo použít příkazy PowerShellu. Pokud chcete přesunout obor názvů do jiného předplatného, musí být obor názvů již aktivní. Uživatel, který spouští příkazy, musí být uživatelem Správa istrator ve zdrojovém i cílovém předplatném.

Azure Portal

Pokud chcete pomocí webu Azure Portal migrovat obory názvů Služby Azure Relay z jednoho předplatného do jiného předplatného, přečtěte si téma Přesun prostředků do nové skupiny prostředků nebo předplatného.

PowerShell

Pokud chcete pomocí PowerShellu přesunout obor názvů z jednoho předplatného Azure do jiného předplatného, použijte následující posloupnost příkazů. Pokud chcete tuto operaci spustit, musí být obor názvů již aktivní a uživatel, který spouští příkazy PowerShellu, musí být uživatelem Správa istrator ve zdrojovém i cílovém předplatném.

# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

Popis běžnýchvýjimekch

Sdílené přístupové podpisy (SAS) jsou ověřovací mechanismus založený na zabezpečených hashách SHA-256 nebo identifikátorech URI. Informace o tom, jak vygenerovat vlastní podpisy v Node.js, PHP, Pythonu, Javě, C a C#, najdete v tématu Ověřování služby Service Bus pomocí sdílených přístupových podpisů.

Ano. Předávací klient provádí připojení ke službě Azure Relay pomocí plně kvalifikovaných názvů domén. Zákazníci můžou přidat položku pro *.servicebus.windows.net brány firewall, které podporují výpis schválení DNS. Je také možné povolit přidání konkrétního oboru názvů pomocí .your-namespace-name.servicebus.windows.net V takovém případě budete také muset povolit seznam bran pro váš obor názvů, který najdete pomocí tohoto skriptu PowerShellu.

Další kroky

• Vytvoření oboru názvů
• Začínáme s .NET
• Začínáme s aplikací Node