Dela via


Vanliga frågor och svar om Azure Operator Nexus

Följande avsnitt beskriver några av de vanliga frågorna för Azure Operator Nexus:

Plattform – allmänt

Vilka tjänster tillhandahåller Azure-operatören Nexus?

Azure Operator Nexus är en hanterad hybridmolnplattform som stöder nätverksarbetsbelastningar i operatörsklass. Här finns hanteringsplanet i Azure och kontrollplanet och användarplanet distribueras lokalt eller i Azure. Det förenklar etableringen av nya nätverkstjänster och optimerar distributionen av nätverksfunktioner och program lokalt. Slutkund kan distribuera containerbaserade program (i ett lokalt Nexus AKS-kluster) eller en virtualiserad arbetsbelastning för att köra dessa nätverksfunktioner. Kunden får färdiga integreringar med många Azure-tjänster som Azure Monitor, Azure Container Registry och Azure Kubernetes Services.

Hur interagerar jag med Operator Nexus-instansen?

Du kan interagera med Operator Nexus som andra Azure-tjänster med hjälp av AZ CLI, API, ARM-mall eller portal. Du kan också använda BICEP-mallar.

Behöver kunden distribuera några resurser i sin prenumeration för att distribuera Azure Operator Nexus-instanser?

Ja, det finns vissa resurser som kunden behöver skapa i respektive region under sina Azure-prenumerationer. Några av dessa är att skapa ett par network fabric-styrenhet och cluster manager-resurs, Log Analytics-arbetsyta, ett lagringskonto. Mer information finns i dokumentationen om Azure Operator Nexus.

Förlitar sig Azure-operatören Nexus på anslutning till Azure? Vad händer när det finns en frånkoppling?

Ja, du behöver en ExpressRoute-anslutning för dess anslutning tillbaka till Azure och för orkestrering, hantering och drift. Under frånkopplingen fortsätter arbetsbelastningarna att köras som de är, men du kan förlora möjligheten att orkestrera nya resurser.

Måste jag använda den strukturlista (bill of material) som anges av Microsoft?

Ja, för att säkerställa prestanda i bärarklass och höga automatiseringsgrader måste du använda utrustning som anges enligt en av våra BPM.

Hur ska jag planera för en flexibel Operator Nexus-instans? Hur hanterar Operator Nexus haveriberedskap?

Kunder bör utforma sina tjänster med redundans mellan rack, redundans mellan rack och global belastningsutjämning över flera instanser. För hög tillgänglighet planerar du också att sprida dina instanser över flera Azure-regioner.

Hur fungerar uppdateringar för lokala och Azure-komponenter?

Uppgraderingar till Operator Nexus görs i två faser – Uppgraderingar av hanteringspaket och Runtime-paketuppgraderingar. Uppgraderingar av hanteringspaket handlar om uppgraderingar av kontrollanter i Azure, klusterhanterare i kundprenumeration och lokala instanser. I lokala instanser ingår kubernetes-kontrollanterna som ansvarar för att underhålla tillståndet för infrastrukturresurser.

Uppdateringar av hanteringspaketet kan orsaka avbrott i etableringsaktiviteter, men det påverkar inte de kunder som kör arbetsbelastningar. Kunder styr eller kör inte dessa uppgraderingar, men de här uppgraderingarna är nödvändiga för att ge kunderna alternativ för att uppdatera till nya runtime-baserade uppgraderingar i sina lokala instanser.

Å andra sidan hanterar Runtime-paketuppgraderingar de komponenter som kräver uppdateringar av komponenterna operativsystem (operativsystem) och/eller arbetsbelastningar. Uppdateringen av runtime-paketet kontrolleras helt av kunden och API:er kan användas för att utföra dessa uppdateringar. Du kan se vissa arbetsbelastningseffekter under den här uppgraderingen.

Är lagringsinstallationen en enhet som krävs?

För närliggande SKU:er är lagringsinstallationen en del av den maskinvaruinfrastruktur som operatorn behöver för att skaffa.

Tillhandahåller Operator Nexus metodtips eller skisser för att distribuera nätverksfunktioner på Operator Nexus?

Ja, Operator Nexus levereras med Nexus Ready-programmet. Med det här programmet arbetar Microsoft med branschledande nätverksfunktionspartners för att verifiera att deras nätverksfunktioner för att säkerställa att de kan köras på Nexus-plattformen. Vi validerar dessa nätverksfunktioner med jämna mellanrum för att säkerställa att de är kompatibla med nyare versioner av Nexus. Operatörer kan nu få konsekvent och skalbar distribution av nätverksfunktioner för flera leverantörer med Nexus Ready-programmet.

Vilka data finns kvar lokalt och vad är tillgängligt i Azure?

Ur infrastrukturperspektiv hanteras data via Azure-API:er. Telemetrin från dessa lager samlas in och visas under kundprenumerationen. Kunder kan använda Log Analytics-arbetsyta, lagringskonton eller andra Analytics-tjänster i Azure för att titta på telemetrin från Infra-lager.

För klientarbetsbelastningar lagras avbildningarna i ACRs (Azure Container Registry) och distribueras när de har distribuerats. Microsoft erbjuder ett alternativ för att samla in telemetrin från klientarbetsbelastningar till Azure, men kunder kan välja alternativa verktyg som de vill samla in telemetridata eller analysera dem.

Kan jag fortfarande använda Operator Nexus om det inte finns någon Azure-region i mitt land?

Ja, allt du behöver är ExpressRoute-anslutning till en Azure-region. ExpressRoute-anslutning är tillgänglig på många platser. Mer information finns i Geo-platser och anslutningsleverantörer.

Kan jag flytta mina resurser från en prenumeration till en annan?

För närvarande stöder vi inte resursflyttar. Om du behöver flytta resurser kan du överväga att ta bort befintliga kontrollanter och använda ARM-mallen för att skapa en annan på en annan plats.

Hur många instanser kan associeras med ett klusterhanterare/infrastrukturstyrenhetspar?

Antalet Azure Operator Nexus-instanser, ett enda par Network Fabric Controller och Cluster Manager kan hantera beror på flera faktorer. Det kan påverkas av faktorer som storleken på Operator Nexus-instanser, ExpressRoute-kretsbandbredd, antal och frekvens för valfri insamling av mått, antal arbetsbelastningar som körs i Instans, mål för insamling av arbetsbelastningstelemetridata och andra faktorer.

Mer information finns i gränser och kvoter.

Är det möjligt att distribuera om ett kluster som körs för närvarande? Vilka skyddsåtgärder finns i så fall för att förhindra oavsiktliga distributioner?

Ett kluster som körs kan inte omdistribueras. I stället måste användaren ta bort och sedan distribuera om den. Om klustret redan körs förhindrar distributionsåtgärden nya åtgärder i klustret, vilket minskar risken för oavsiktliga distributioner.

Är det möjligt för Azure Operator Nexus att aktivera skapandet av kluster med alternativet att välja specifika rack eller delmängder av instanser i ett rack?

Azure Operator Nexus erbjuder inte möjligheten att välja specifika rack eller delmängder av instanser i ett rack som en del av klusterdistributionen.

Kan processen återupptas när anslutningen har återställts i händelse av ett nätverksavbrott mellan klusterhanteraren och lokala servrar under distributionen?

Det beror på klustrets status: om klustret misslyckas måste det tas bort och distribueras om. Men om klustret fortfarande distribueras genomgår det en stämningsprocess, vilket gör att distributionsprocessen kan fortsätta.

Väntar klusterdistributionen på alla etablerade beräkningsnoder?

Distributionsprocessen försöker kontinuerligt etablera beräkningsnoder igen tills alla noder har etablerats. När klustret når det definierade tröskelvärdet ändras klusterstatusen till att köras. De återstående noderna fortsätter dock att genomgå etableringsprocessen tills även de har etablerats.

Compute

Har Azure Operator Nexus stöd för att skapa virtuella datorer?

Ja, Azure Operator Nexus ger möjlighet att skapa anpassade virtuella datorer som är värdar för virtuella nätverk i ett telco-nätverk. Azure Operator Nexus-plattformen tillhandahåller Azure CLI-kommandot för att skapa en anpassad virtuell dator. Om du vill vara värd för en VNF på den virtuella datorn kan du låta den vara registrerad i Azure Arc och tillhandahålla ett sätt att SSH till den via Azure CLI. Du kan använda avbildningen när du skapar virtuella Azure Operator Nexus-datorer. Kontrollera att varje avbildning som du använder för att skapa dina virtuella arbetsbelastningsdatorer är en containeravbildning i antingen qcow2- eller raw-diskformat. Ladda upp avbildningarna till Azure Container Registry.

Hur uppdaterar jag en bare metal-server?

Om du vill uppdatera en bare metal-server i en Azure Operator Nexus-instans kan du använda Azure-API:erna. Alla uppdateringar för bare metal-servern är en del av uppgraderingen av runtime-paket. Den här uppgraderingen kräver Nexus-instansanslutningen tillbaka till Azure.

Vilket operativsystem körs på bare metal-servern? Får jag ta med min egen?

Bare metal-servrar distribueras med Microsoft Azure Linux (tidigare kallat CBL Mariner OS), som testas noggrant och är kompatibelt med nödvändiga Azure-agenter. Det finns inga planer på att stödja något annat os-erbjudande för Bare metal-servrar.

Hur många servrar stöder Operator Nexus? Hur många rack?

En Operator Nexus-instans kan ha upp till åtta beräkningsrack och varje rack som är värd för upp till 16 servrar. Dessa beräkningsservrar används för att köra faktiska klientarbetsbelastningar.

Nätverk

Stöder Operator Nexus IPv6?

Ja, Azure Operator Nexus har stöd för både IPV4- och IPV6-konfiguration över alla lager i stacken.

Vilka är nätverkskraven för Azure Operator Nexus?

Här är några av nätverkskraven för Azure Operator Nexus:

  • Kunder måste samarbeta med Microsoft-partner för att konfigurera ExpressRoute-anslutningar,
  • PE-enhet (Provider Edge) stöder 400G- eller 100G-anslutningar till CE-enhet (Customer Edge) i Operator Nexus-instans
  • PE måste ha vägar till ExpressRoutes
  • IP-adressblock som definierats för olika tjänster, VLAN för iDrac, PXE, Storage, OAM osv.

Mer information finns i Nätverksinfrastrukturstyrenhet och Nätverksinfrastruktur.

Vad är en isoleringsdomän?

Isoleringsdomäner möjliggör Layer 2- eller Layer 3-anslutning mellan arbetsbelastningar som finns i Azure Operator Nexus-instansen och externa nätverk. Dessa konstruktioner segmenterar ett nätverk i autentiseringsdomäner och framtvingar kommunikation inom nödvändiga gränser.

Har Operator Nexus stöd för en enskild ToR-enhet (top of rack) ?

För nära gränsen är infrastrukturresurserna utformade baserat på modellen med hög tillgänglighet och anledningen till att du inte bara kan ha en ToR-växel.

Är Network Packet Broker (NPB) ett hårt krav?

För närliggande SKU:er kommer NPB:er att ingå i strukturlistan.

Hur konfigurerar jag belastningsutjämningstjänsten i ett Nexus Kubernetes-kluster?

Med lastbalanseraren kan externa tjänster komma åt de tjänster som körs i klustret. Mer information finns i artikeln om lastbalanserare .

Klientarbetsbelastningar

Kan jag ta med mitt eget K8S-kluster?

Nexus-plattformen erbjuder kunder ett alternativ för att antingen skapa Nexus AKS-kluster med flera Kubernetes-versioner eller virtuella datorer för att köra sina arbetsbelastningar.

Vilka VNF:er (Virtualized Network Functions) och CNFs (Containerized Network Functions) är certifierade på plattformen?

Validering av VNF- och CNF-funktioner är en pågående aktivitet. Vi publicerar snart en lista över certifierade VNF:er och CNF:er.

Kan jag fortfarande använda en VNF eller CNF om den inte är certifierad?

Du kan faktiskt samarbeta med Nexus-teamet för att säkerställa att det inte finns några begränsningar som hindrar dig från att distribuera dessa arbetsbelastningar.

Hur distribuerar jag en virtuell dator/container?

Kunder kan använda API:er för att distribuera virtuella datorer och Nexus AKS-kluster i en Operator Nexus-instans. För en mer omfattande upplevelse erbjuder Microsoft en annan tjänst-AOSM (Azure Operator Service Manager) som gör att du kan automatisera distributionen av dina containerbaserade nätverksfunktioner (CNF) och virtualiserade (VNF).

Vilka lagringsklasser kan jag använda för mina containrar i AKS-kluster?

Nexus AKS-kluster har stöd för RWX-lagringsklasser (Read Write Many) och Read Write Once (RWO).

Hur kan virtuella Operator Nexus-datorer göras mycket tillgängliga?

Operatörerna kan välja att distribuera virtuella datorer över flera datorer utan operativsystem och mellan rack för att uppnå hög tillgänglighet.

Överskådlighet

Hur övervakar jag min Azure Operator Nexus-instans?

Med Azure Operator Nexus kan kunder övervaka hälsotillståndet för Nexus-instansen och dess anslutna resurser genom att samla in telemetri i kundprenumerationen. Kunder kan samla in och analysera alla loggar i Azure Log Analytics-arbetsytan/Azure Data Explorer där de dessutom kan behållas under längre perioder.

Vilka mått är tillgängliga för beräkning, nätverk, lagring? Kan jag varna dem? Kan jag integrera med min egen övervakningslösning?

En bred och kuraterad uppsättning mått levereras till kunden från flera lager i Azure Operator Nexus-instansstacken. Dessa inkluderar de mått som är nödvändiga för att utvärdera hälsotillståndet baserat på beräkning, lagring och nätverk, inklusive resurskvoter och användning. Kunder kan ange lämpliga aviseringsregler baserat på den telemetri som samlas in för att säkerställa att meddelanden utlöses när de konfigurerade tröskelvärdena uppfylls.

Mer information finns i listan över mått.