Gränser och kvoter för Azure Operator Nexus
Det här dokumentet innehåller en översikt över de resursgränser som gäller för de komponenter som används i Nexus-lösningen, som omfattar de resurser som skapats i Azure-molnet och i en lokal instans. Den beskriver de specifika begränsningar som operatörer bör känna till när de distribuerar och hanterar Nexus-instansen i dessa miljöer.
Att förstå dessa resursgränser är avgörande för att optimera resursanvändningen och säkerställa en smidig drift av Nexus-lösningen. Det är också viktigt att vara medveten om eventuella begränsningar eller begränsningar som kan gälla för skapandet av dessa resurser för att säkerställa efterlevnad och undvika eventuella problem eller störningar.
Azure-specifika krav
Utöver de maskinvaru- och programvaruresurser som är tillgängliga i kundens lokala instans innehåller Azure Operator Nexus även viktiga komponenter som måste skapas i Azure-molnmiljön. Dessa komponenter, till exempel Network Fabric Controller och Cluster Manager, är integrerade i den övergripande funktionaliteten och hanteringen av den lokala Azure Nexus-operatörsinstansen. Dessa styrenheter har skapats med ett brett utbud av Azure-tjänster. Innan du skapar dessa resurser i Azure-molnmiljön bör operatörer noggrant granska och bekräfta de specifika gränser och kvoter som gäller. Det är viktigt att säkerställa efterlevnaden av dessa begränsningar för att möjliggöra en lyckad distribution och drift av Azure Operator Nexus-lösningen.
Vissa av dessa Azure-tjänster har justerbara gränser. När en tjänst inte har justerbara gränser är standard- och maxgränserna desamma. Gränsen kan höjas över standardgränsen men inte över den maximala gränsen. Om du vill höja gränsen eller kvoten över standardgränsen öppnar du en kundsupportbegäran online.
Termerna mjuk gräns och hård gräns används ofta informellt för att beskriva den aktuella, justerbara gränsen (mjuk gräns) och maxgränsen (hård gräns).
Vissa av dessa gränser gäller även på Azure-regionnivå.
Kommentar
Vi rekommenderar starkt att operatörer skapar och använder en separat Azure-prenumeration för Azure Nexus-operatorn och inte blandar den med andra Azure-användningsfall under samma prenumeration.
Nätverksinfrastruktur
Skapande av nätverksresurser relaterade resurser omfattas av följande resursgränser:
Resurstyp | Kommentar |
---|---|
Nätverksinfrastrukturstyrenheter | I dag är dess skapande beroende av underliggande Azure-komponenter enligt beskrivningen i tabellen under avsnittet "Andra Azure-resurser" |
Nätverksresurser | Upp till 20 Network Fabric-resurser per Network Fabric Controller [Som ska uppdateras] |
Nätverksenheter | Upp till BOM-angivna nätverksenheter per Nätverksinfrastruktur |
Nätverksrack | Upp till BOM-angivna rack per Nätverksinfrastruktur |
Layer 2-isoleringsdomäner | 3 500 isoleringsdomäner per Nexus-instans |
Layer 3-isoleringsdomäner | 200 isoleringsdomäner per Nexus-instans |
Routningsprinciper | 400 vägprinciper per Nexus-instans |
MTU för isoleringsdomän | 1500 - 9200 |
Kommentar
- Antalet Nexus-instanser som ett par NFC + CM kan hantera har ställts in på 20 baserat på en teoretisk studie för ExpressRoute. Dessa tal förfinas efter fler tester.
- Vissa av dessa gränser har ännu inte införts och tillämpas inte som standard i dag.
Nätverksmoln
Skapande av nätverksmolnspecifika resurser omfattas av följande resursgränser:
Resurstyp | Kommentar |
---|---|
Klusterhanteraren | 1:1 mappning med Network Fabric Controller |
Kluster | Upp till 20 Nexus-klusterinstanser per Klusterhanterare (inom samma region) |
Rack | Upp till BOM-angivna beräkningsrack per Nexus-kluster |
Bare Metal-datorer | Upp till BOM-angivna BareMetal-datorer per rack |
Lagringsapparater | Upp till BOM-angivna lagringsenheter per Nexus-klusterinstans |
NKS-kluster | Beror på val av VM-smak och antalet noder per NKS-kluster |
Layer 2-nätverk | 3 500 per Nexus-instans |
Layer 3-nätverk | 200 per Nexus-instans |
Trunkerade nätverk | 3 500 per Nexus-instans |
Molntjänstnätverk | 100 per Nexus-instans |
Kommentar
- Antalet Nexus-instanser som ett par NFC + CM kan hantera har ställts in på 20 baserat på en teoretisk studie för ExpressRoute. Dessa siffror förfinas efter GA efter ytterligare testning.
- Vissa av dessa gränser har ännu inte införts och tillämpas inte som standard i dag.
Andra Azure-resurser
Det finns flera Azure-resurser som krävs för att bygga upp Network Fabric-styrenheter och Klusterhanteraren. Tabellen här beskriver De Azure-tjänster som operatörer måste se till att de har tillräcklig kapacitet för att kunna skapa för varje Network Fabric Controller och Cluster Manager-par.
Resurstyp | Antal vCPU:er |
---|---|
Virtuell dator | 32 (D4_v2), 120 (DS4_v2), 4 (D2s_v3) |
Virtuella processorer i Standard DSv2-serien | kvotgräns 200. fördelade mellan zonerna 1, 2 och 3 |
Kommentar
Antalet vCPU:er och de familje-SKU:er som krävs kan komma att ändras.
I tabellen här nämns kortfattat andra Azure-resurser som är nödvändiga. Men genom att använda en dedikerad prenumeration för Azure Operator Nexus kan operatörerna minska oron för sina kvoter.
Resurstyp | Kommentar |
---|---|
Prenumeration | Prenumerationsgränser |
Resursgrupp | Resursgruppsgränser. Det finns en maxgräns för RG per prenumeration. Operatörer måste överväga hur de vill hantera resursgrupper för NKS-kluster jämfört med virtuella datorer per Nexus-instans. |
VM-smaker | Kunden har vanligtvis vm-smakkvot i varje region inom prenumerationen. Du måste se till att du fortfarande kan skapa virtuella datorer enligt kraven. |
AKS-kluster | AKS-gränser |
Virtuella nätverk | Gränser för virtuellt nätverk |
Hanterad identitet | Gränser för hanterad identitet |
ExpressRoute | ExpressRoute-gränser |
Virtuell nätverksgateway | Gränser för virtuell nätverksgateway |
Azure Key Vault | Gränser för Key Vault |
Lagringskonto | Gränser för lagringskonto |
Lastbalanserare (standard) | Gränser för lastbalanserare |
Offentlig IP-adress (standard) | Gränser för offentliga IP-adresser |
Azure Monitor-statistik | Azure Monitor-gränser |
Log Analytics-arbetsyta | Log Analytics-arbetsytegränser |