Quota- en regiobeschikbaarheid in Azure Enclave

Alle Azure-services stellen standaardlimieten en quota in voor resources en functies, zoals gebruiksbeperkingen voor bepaalde VM-grootten (virtuele machines). Voorbeeld: DS_v5 serie-VM's (zie de tabel met resourcebeperkingen)

Dit artikel behandelt de standaard resourcelimieten, regionale beschikbaarheid en residentie van servicegegevens in Azure Enclave.

Samenvatting van productbeperking

Producteigenschap Limit
Enclaves in een gemeenschap 2001
Workloads in een enclave 8002
Taken in een gemeenschap 160.0003
Eindpunten (van beide typen) 8002

[1]: Het aantal enclaves dat in een abonnement kan worden geïmplementeerd, wordt beperkt door het aantal Privé-DNS zones, dat 1000 per abonnement is. Ervan uitgaande dat voor elke enclave vijf Privé-DNS zones zijn vereist, kunt u maximaal 200 enclaves implementeren voordat u de Privé-DNS zonelimiet in één abonnement bereikt. U kunt meer dan één abonnement maken en uw enclaves tussen elk abonnement verdelen. Elke Privé-DNS Zone die u voor uw workloads toevoegt, telt mee voor de limiet van 1000 per abonnement.

[2]: dit is een onderliggende resource, dus moet deze worden geïmplementeerd in dezelfde resourcegroep als de bovenliggende resource. Daarom wordt het aantal onderliggende resources beperkt door de Azure-limiet van 800 resources per resourcegroep, per resourcetype.

[3]: Theoretisch kan het aantal workloads in een community oplopen tot 200 * 800 = 160.000 wanneer er geen resourcegroepen voor workloads aan de workload zijn toegevoegd (de eigenschap resourceGroupCollection is een lege lijst). In de praktijk zult u waarschijnlijk aan elke workload ten minste één resourcegroep toevoegen, waardoor het maximale aantal workloads in een community wordt beperkt door het aantal resourcegroepen per abonnement, namelijk 980.

Servicequota en -limieten

Kernresources

Resource Limit
Community 9784
Enclave 2001
Werklasten per enclave 8002

[4]: Het maximum wordt beperkt door het aantal resourcegroepen dat is toegestaan in een abonnement, gezien het feit dat een community een door de community beheerde resourcegroep implementeert. Onder deze resourcegroepen moeten twee van deze groepen worden gereserveerd voor het implementeren van community's, omdat elke resourcegroep slechts maximaal 800 resources kan hebben, per resourcetype.

Netwerkresources

Resource Limit
Eindpunt per gemeenschap 8002
Regel voor community-eindpunt Onbeperkt5
Enclave-eindpunt per Enclave 8002
Enclave-eindpuntregel 9936
Vervoersknooppunt 4997
Enclaveverbinding 9938

[5]: Elke regel voor het community-eindpunt implementeert alleen metagegevens.

[6]: Het aantal regels per enclave-eindpunt wordt beperkt door het aantal NSG-regels (netwerkbeveiligingsgroep) dat per NSG kan worden gemaakt, wat 1000 is. Een enclave wordt standaard geleverd met drie inkomende en vier uitgaande regels. Elke eindpuntregel maakt een andere binnenkomende NSG-regel.

[7]: Het maximum wordt beperkt door het aantal virtuele netwerkverbindingen per hub dat een Virtual WAN kan ondersteunen, wat 500 min het aantal hubs is. Ten minste één virtuele netwerkverbinding is gereserveerd voor enclave-implementatie. Dit impliceert een maximum van 499 resterende verbindingen die kunnen worden toegewezen voor transithubs.

[8]: Het maximum wordt beperkt door het aantal NSG-regels per NSG. Ervan uitgaande dat de bron-enclave geen enclave-eindpunten bevat, zijn er maximaal 993 resterende NSG-regels. Elke enclaveverbinding zorgt voor nog een extra uitgaande NSG-regel in de bronenclave.

Infrastructure

Alle andere netwerk-, reken- en opslagbeperkingen gelden voor de gemaakte infrastructuur. Zie Azure-abonnements- en servicelimieten voor de relevante limieten.

Regions

Zie Producten beschikbaar per regio voor actuele regionale beschikbaarheid.

U kunt ook een query uitvoeren op de huidige regio's die zijn toegestaan voor community's met de Azure CLI.

az provider show --namespace Microsoft.Mission --query "resourceTypes[?resourceType=='communities'].locations"

Opslaglocatie van gegevens

Azure Enclave verwerkt en slaat zijn servicegegevens op in de Azure-geografie van uw geselecteerde deployment-regio. Deze servicegegevens omvatten metadata van hulpbronnen en serviceaudit- en diagnostische logboeken. Bijvoorbeeld, de regio's van de Verenigde Staten vallen in de Amerikaanse servicedatageografie. Zie regionale beschikbaarheid voor ondersteunde inzetlocaties.

De woongrens is de geografie, niet een enkele regio. Servicebeheerde replicatie- en herstelkopieën van deze gegevens blijven binnen dat geografische gebied.

Klantbeheerde workloads en gegevensverplaatsing

Klantbeheerde workloads volgen het residency-gedrag van de Azure-diensten die je gebruikt en je configuratie. Door klanten geselecteerde diagnostische bestemmingen, back-ups, replicatie, exports en netwerkverbindingen kunnen gegevens over geografische grenzen heen verplaatsen.

Voor werklasten die binnen één geografie moeten blijven, kies je diensten en bestemmingen, inclusief rampenherstelregio's, die aan die eis voldoen. Zie configureerbare logbestemmingen, rampenherstelplanning en het model van gedeelde verantwoordelijkheid.

Volgende stappen 

Je kunt bepaalde standaardlimieten en quota verhogen. Als de verhoging door uw resource wordt ondersteund, vraag dan de verhoging aan via een ondersteuning voor Azureaanvraag (selecteer voor Probleemtype de optie Quota).