Azure Relay – gyakori kérdések

Az Azure Relay szolgáltatás megkönnyíti a hibrid alkalmazásokat azáltal, hogy biztonságosabban teszi elérhetővé a vállalati hálózaton belül található szolgáltatásokat a nyilvános felhő számára. A szolgáltatásokat tűzfalkapcsolat megnyitása és a vállalati hálózati infrastruktúra tolakodó módosítása nélkül teheti elérhetővé.

A névtér egy hatókörkezelési tároló, amellyel az alkalmazásban lévő Relay-erőforrásokat kezelheti. A Relay használatához létre kell hoznia egy névteret. Ez az első lépések egyike.

A korábban elnevezett Service Bus Relay szolgáltatást mostantól Azure Relay-nek nevezzük. Ezt a szolgáltatást továbbra is használhatja a szokásos módon. A Hibrid Csatlakozás ions szolgáltatás az Azure BizTalk Services szolgáltatásból áttelepített szolgáltatás frissített verziója. A WCF Relay és a hibrid Csatlakozás ionok továbbra is támogatottak.

Pricing

Ez a szakasz a Relay díjszabási struktúrával kapcsolatos gyakori kérdésekre ad választ. Az Általános Azure-díjszabással kapcsolatos Azure-támogatási gyakori kérdéseket is megtekintheti. A Relay díjszabásával kapcsolatos teljes információkért tekintse meg a Service Bus díjszabásának részleteit.

A Relay díjszabásával kapcsolatos teljes információkért tekintse meg a Hibrid Csatlakozás ions és a WCF Relays táblát a Service Bus díjszabásának részletei oldalon. Az ezen az oldalon feltüntetett árakon kívül az alkalmazás üzembe helyezésének adatközpontján kívüli kimenő forgalomért is díjat kell fizetnie.

A WCF Relay csak standard szintű névterekben érhető el. A továbbítók díjszabása és csatlakozási kvótái egyébként nem változtak. Ez azt jelenti, hogy a továbbítók továbbra is az üzenetek száma (nem a műveletek) és a továbbítási órák alapján kerülnek felszámításra. További információ: "Hibrid Csatlakozás ions and WCF Relays" (Hibrid Csatlakozás ions és WCF Relays) tábla a díjszabás részleteinek oldalán.

Bizonyos esetekben egyetlen továbbító számos csatlakoztatott figyelővel rendelkezik. A továbbító akkor tekinthető nyitottnak, ha legalább egy relay figyelő csatlakozik hozzá. A figyelők nyitott továbbítóhoz való hozzáadása további órákat eredményez. A továbbítóhoz csatlakoztatott továbbító feladók (az üzeneteket indító vagy továbbítóknak küldő ügyfelek) száma nem befolyásolja a továbbítási órák kiszámítását.

(Ez csak a WCF-továbbítókra vonatkozik. Az üzenetek nem kerülnek a hibrid Csatlakozás ionok költségeibe.)

A továbbítók számlázható üzeneteinek kiszámítása általában ugyanazzal a módszerrel történik, mint a korábban ismertetett közvetítő entitások (üzenetsorok, témakörök és előfizetések) esetében. Vannak azonban jelentős különbségek.

Az üzenet Azure Relaybe való elküldése "teljes egészében" üzenetként lesz kezelve az üzenetet fogadó továbbító figyelőnek. A rendszer nem kezeli az Azure Relaynek küldött küldési műveletként, amelyet a továbbító figyelőnek történő kézbesítés követ. A kérelem-válasz típusú szolgáltatáshívás (legfeljebb 64 KB) egy továbbító figyelőn két számlázható üzenetet eredményez: egy számlázható üzenetet a kéréshez és egy számlázható üzenetet a válaszhoz (feltéve, hogy a válasz szintén 64 KB vagy kisebb). Ez nem ugyanaz, mint egy üzenetsor használata az ügyfél és a szolgáltatás közötti mediáláshoz. Ha üzenetsor használatával közvetít egy ügyfél és egy szolgáltatás között, ugyanaz a kérés-válasz minta megköveteli a kérések üzenetsorba küldését, majd egy lekérést/kézbesítést az üzenetsorból a szolgáltatásba. Ezt követi egy másik üzenetsorra küldött válasz, valamint egy lekérdezés/kézbesítés az adott üzenetsorból az ügyfélnek. Az azonos méretű feltételezések (legfeljebb 64 KB) használatával a közvetített üzenetsor-minta 4 számlázható üzenetet eredményez. Kétszer annyi üzenetért kellene fizetnie, hogy ugyanazt a mintát valósítsa meg, amelyet a relay használatával valósít meg. Természetesen vannak előnyei annak, ha üzenetsorokat használ ennek a mintának a eléréséhez, például a tartósságot és a terhelés simítását. Ezek az előnyök indokolhatják a további költségeket.

A netTCPRelay WCF kötéssel megnyitott továbbítók nem különálló üzenetekként, hanem a rendszeren keresztül áramló adatfolyamként kezelik az üzeneteket. Ha ezt a kötést használja, csak a feladó és a figyelő rendelkezik láthatóvá az egyes elküldött és fogadott üzenetek keretezésével. A netTCPRelay kötést használó továbbítók esetében a számlázható üzenetek kiszámításához minden adat streamként lesz kezelve. Ebben az esetben a Service Bus 5 perces alapon számítja ki az egyes továbbítókon keresztül küldött vagy fogadott adatok teljes mennyiségét. Ezután az adatok teljes mennyiségét 64 KB-tal osztja el, hogy meghatározza az adott továbbításhoz tartozó számlázható üzenetek számát az adott időszakban.

Quotas

A Microsoft alapértelmezés szerint minden felhőszolgáltatáshoz beállít egy összesített havi használati kvótát, amely az ügyfél összes előfizetésére ki van számítva. Tisztában vagyunk azzal, hogy az igényei időnként meghaladhatják ezeket a korlátokat. Bármikor felveheti a kapcsolatot az ügyfélszolgálattal, hogy megérthessük az igényeit, és megfelelően módosíthassuk ezeket a korlátokat. A Service Bus esetében az összesített használati kvóták a következők:

• 5 milliárd üzenet
• 2 millió relay óra

Bár fenntartjuk a jogot arra, hogy letiltsunk egy olyan fiókot, amely meghaladja a havi használati kvótáit, e-mailben értesítjük, és a művelet végrehajtása előtt többször is megpróbáljuk felvenni a kapcsolatot az ügyféllel. A kvótákat meghaladó ügyfelek továbbra is felelősek a többletköltségekért.

A Relay névtér nevének 6 és 50 karakter közötti hosszúságúnak kell lennie.

Ha egy névteret egy Azure-előfizetésből egy másik előfizetésbe szeretne áthelyezni, használhatja az Azure Portalt , vagy PowerShell-parancsokat használhat. Ha egy névteret egy másik előfizetésbe szeretne áthelyezni, a névtérnek már aktívnak kell lennie. A parancsokat futtató felhasználónak Rendszergazda istrator-felhasználónak kell lennie a forrás- és a célelőfizetéseken.

Azure Portal

Ha az Azure Portal használatával szeretné migrálni az Azure Relay-névtereket az egyik előfizetésből egy másik előfizetésbe, olvassa el az Erőforrások áthelyezése új erőforráscsoportba vagy -előfizetésbe című témakört.

PowerShell

Ha a PowerShell használatával szeretne áthelyezni egy névteret egy Azure-előfizetésből egy másik előfizetésbe, használja az alábbi parancssorozatot. A művelet végrehajtásához a névtérnek már aktívnak kell lennie, és a PowerShell-parancsokat futtató felhasználónak Rendszergazda istrator felhasználónak kell lennie a forrás- és célelőfizetéseken.

# 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

A gyakori kivételek és a javasolt műveletek leírását a Relay kivételek című témakörben találja.

A közös hozzáférésű jogosultságkódok (SAS) sha-256 biztonságos kivonatokon vagy URI-kon alapuló hitelesítési mechanizmusok. A saját aláírások Node.js, PHP, Python, Java, C és C# nyelven történő létrehozására vonatkozó információkért lásd : Service Bus-hitelesítés megosztott hozzáférésű jogosultságkódokkal.

Igen. A továbbítási ügyfél teljes tartománynevek használatával létesít kapcsolatokat az Azure Relay szolgáltatással. Az ügyfelek bejegyzést adhatnak a DNS-jóváhagyási listát támogató tűzfalakhoz *.servicebus.windows.net . Egy adott névtér is engedélyezhető a használatával your-namespace-name.servicebus.windows.net. Ebben az esetben engedélyeznie kell a névtér átjáróinak engedélyezését is, amely ezzel a PowerShell-szkripttel érhető el.

Következő lépések

• Névtér létrehozása
• Ismerkedés a .NET-tel
• Bevezetés a Node használatába