Veelgestelde vragen over Azure Relay

De Azure Relay-service faciliteert uw hybride toepassingen door u te helpen veiliger services beschikbaar te maken die zich in een bedrijfsnetwerk bevinden in de openbare cloud. U kunt de services beschikbaar maken zonder een firewallverbinding te openen en zonder dat er intrusieve wijzigingen in een bedrijfsnetwerkinfrastructuur nodig zijn.

Een naamruimte is een bereikcontainer die u kunt gebruiken om Relay-resources binnen uw toepassing te adresseren. U moet een naamruimte maken om Relay te kunnen gebruiken. Dit is een van de eerste stappen om aan de slag te gaan.

De eerder genoemde Service Bus Relay-service wordt nu Azure Relay genoemd. U kunt deze service gewoon blijven gebruiken. De functie Hybrid Verbinding maken ions is een bijgewerkte versie van een service die is getransplanteerd vanuit Azure BizTalk Services. WCF Relay en Hybride Verbinding maken ionen worden beide ondersteund.

Prijzen

In deze sectie vindt u antwoorden op enkele veelgestelde vragen over de relay-prijsstructuur. U kunt ook de veelgestelde vragen over azure-ondersteuning voor algemene azure-prijsinformatie bekijken. Zie Service Bus-prijsinformatie voor volledige informatie over Relay-prijzen.

Zie de tabel Hybrid Verbinding maken ions en WCF Relays op de pagina met prijsgegevens van Service Bus voor volledige informatie over relayprijzen. Naast de prijzen die op die pagina worden vermeld, worden er kosten in rekening gebracht voor gekoppelde gegevensoverdrachten voor uitgaand verkeer buiten het datacenter waarin uw toepassing is ingericht.

WCF Relay is alleen beschikbaar in standard-laagnaamruimten. Prijs- en verbindingsquota voor relays zijn anders niet gewijzigd. Dit betekent dat relays nog steeds in rekening worden gebracht op basis van het aantal berichten (geen bewerkingen) en relayuren. Zie de tabel Hybride Verbinding maken ions en WCF Relays op de pagina met prijsgegevens voor meer informatie.

In sommige gevallen heeft één relay veel verbonden listeners. Een relay wordt als open beschouwd wanneer er ten minste één relay-listener is verbonden. Het toevoegen van listeners aan een open relay resulteert in extra relayuren. Het aantal relayzenders (clients die berichten aanroepen of verzenden naar relays) die zijn verbonden met een relay, heeft geen invloed op de berekening van relayuren.

(Dit geldt alleen voor WCF-relays. Berichten zijn geen kosten voor hybride Verbinding maken ions.)

Over het algemeen worden factureerbare berichten voor relays berekend met behulp van dezelfde methode die wordt gebruikt voor brokered entiteiten (wachtrijen, onderwerpen en abonnementen), die eerder zijn beschreven. Er zijn echter enkele belangrijke verschillen.

Het verzenden van een bericht naar Azure Relay wordt behandeld als een 'volledige doorgang' naar de relaylistener die het bericht ontvangt. Het wordt niet behandeld als een verzendbewerking naar De Azure Relay, gevolgd door een levering aan de relay-listener. Een aanroep van een aanvraag-antwoordstijlservice (van maximaal 64 kB) voor een relaylistener resulteert in twee factureerbare berichten: één factureerbare bericht voor de aanvraag en één factureerbare bericht voor het antwoord (ervan uitgaande dat het antwoord ook 64 kB of kleiner is). Dit verschilt van het gebruik van een wachtrij om tussen een client en een service te mediaatiëren. Als u een wachtrij gebruikt om tussen een client en een service te mediateren, vereist hetzelfde aanvraag-antwoordpatroon een aanvraag die naar de wachtrij wordt verzonden, gevolgd door een wachtrij/levering van de wachtrij naar de service. Dit wordt gevolgd door een antwoord dat naar een andere wachtrij wordt verzonden en een wachtrij/levering van die wachtrij naar de client. Als u dezelfde veronderstellingen over de grootte gebruikt (tot 64 kB), resulteert het gemediateerde wachtrijpatroon in vier factureerbare berichten. U wordt gefactureerd voor twee keer het aantal berichten dat u wilt implementeren met behulp van relay. Natuurlijk zijn er voordelen voor het gebruik van wachtrijen om dit patroon te bereiken, zoals duurzaamheid en herverdeling van belasting. Deze voordelen kunnen de extra kosten rechtvaardigen.

Relays die worden geopend met behulp van de NETTCPRelay WCF-binding behandelen berichten niet als afzonderlijke berichten, maar als een stroom van gegevens die door het systeem stromen. Wanneer u deze binding gebruikt, hebben alleen de afzender en listener inzicht in de lijsten van de afzonderlijke verzonden en ontvangen berichten. Voor relays die gebruikmaken van de netTCPRelay-binding , worden alle gegevens behandeld als een stroom voor het berekenen van factureerbare berichten. In dit geval berekent Service Bus de totale hoeveelheid verzonden of ontvangen gegevens via elke afzonderlijke relay op basis van vijf minuten. Vervolgens wordt die totale hoeveelheid gegevens gedeeld met 64 kB om het aantal factureerbare berichten voor die relay in die periode te bepalen.

Targets

Voor elke cloudservice stelt Microsoft standaard een geaggregeerd maandelijks gebruiksquotum in dat wordt berekend voor alle abonnementen van een klant. We begrijpen dat uw behoeften deze limieten kunnen overschrijden. U kunt op elk gewenst moment contact opnemen met de klantenservice, zodat we inzicht kunnen hebben in uw behoeften en deze limieten op de juiste manier kunnen aanpassen. Voor Service Bus zijn de cumulatieve gebruiksquota als volgt:

• 5 miljard berichten
• 2 miljoen relayuren

Hoewel we het recht behouden om een account uit te schakelen dat de maandelijkse gebruiksquota overschrijdt, geven we een e-mailmelding en we doen meerdere pogingen om contact op te nemen met de klant voordat we actie ondernemen. Klanten die deze quota overschrijden, zijn nog steeds verantwoordelijk voor overtollige kosten.

Een Relay-naamruimtenaam moet tussen de 6 en 50 tekens lang zijn.

Als u een naamruimte van het ene Azure-abonnement naar een ander abonnement wilt verplaatsen, kunt u De Azure-portal gebruiken of PowerShell-opdrachten gebruiken. Als u een naamruimte naar een ander abonnement wilt verplaatsen, moet de naamruimte al actief zijn. De gebruiker die de opdrachten uitvoert, moet een Beheer gebruiker zijn voor zowel de bron- als doelabonnementen.

Azure-portal

Zie Resources verplaatsen naar een nieuwe resourcegroep of een nieuw abonnement om Azure Relay-naamruimten van het ene naar het andere abonnement te migreren.

PowerShell

Als u PowerShell wilt gebruiken om een naamruimte van het ene Azure-abonnement naar een ander abonnement te verplaatsen, gebruikt u de volgende reeks opdrachten. Als u deze bewerking wilt uitvoeren, moet de naamruimte al actief zijn en moet de gebruiker die de PowerShell-opdrachten uitvoert, een Beheer istratorgebruiker zijn voor zowel de bron- als doelabonnementen.

# 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

Zie Relay-uitzonderingen voor een beschrijving van algemene uitzonderingen en voorgestelde acties die u kunt uitvoeren.

Shared Access Signatures (SAS) zijn een verificatiemechanisme op basis van SHA-256-beveiligde hashes of URI's. Zie Service Bus-verificatie met handtekeningen voor gedeelde toegang voor informatie over het genereren van uw eigen handtekeningen in Node.js, PHP, Python, Java, C en C#.

Ja. De relayclient maakt verbindingen met de Azure Relay-service met behulp van volledig gekwalificeerde domeinnamen. Klanten kunnen een vermelding toevoegen voor firewalls die ondersteuning bieden voor *.servicebus.windows.net dns-goedkeuringsvermelding. Het is ook mogelijk om een specifieke naamruimte toe te staan met behulp van your-namespace-name.servicebus.windows.net. In dit geval moet u ook de gateways voor uw naamruimte toestaan, die u kunt vinden met behulp van dit PowerShell-script.

Volgende stappen

• Een naamruimte maken
• Aan de slag met .NET
• Aan de slag met knooppunten