Domande frequenti su Azure Operator Nexus

Le sezioni seguenti illustrano alcune delle domande frequenti su Azure Operator Nexus:

Piattaforma - Generale

Quali servizi offre Azure Operator Nexus?

Azure Operator Nexus è una piattaforma cloud ibrida gestita che supporta carichi di lavoro di rete di livello carrier. In questo caso, il piano di gestione si trova in Azure e il piano di controllo e il piano utente vengono distribuiti in locale o in Azure. Semplifica il provisioning di nuovi servizi di rete e ottimizza la distribuzione di funzioni di rete e applicazioni in locale. Il cliente finale può distribuire applicazioni in contenitori (in un cluster Nexus servizio Azure Kubernetes locale) o un carico di lavoro virtualizzato per eseguire queste funzioni di rete. L'integrazione del cliente è predefinita con molti servizi di Azure, ad esempio Monitoraggio di Azure, Registro Azure Container e servizio Azure Kubernetes.

Ricerca per categorie interagire con l'istanza di Operator Nexus?

È possibile interagire con Operator Nexus come qualsiasi altro servizio di Azure usando l'interfaccia della riga di comando di Az, l'API, il modello di Resource Manager o il portale. In alternativa, è possibile usare modelli BICEP.

Il cliente deve distribuire qualsiasi risorsa nella sottoscrizione per distribuire le istanze di Nexus dell'operatore di Azure?

Sì, ci sono alcune risorse che il cliente deve creare nella rispettiva area nelle sottoscrizioni di Azure. Alcuni di questi includono la creazione di una coppia di risorse Controller di infrastruttura di rete e Cluster Manager, area di lavoro Log Analytics, un account di archiviazione. Per altre informazioni, vedere la documentazione di Azure Operator Nexus.

L'operatore Nexus di Azure si basa sulla connettività con Azure? Cosa accade quando si verifica una disconnessione?

Sì, è necessaria una connessione ExpressRoute per la connettività ad Azure e per scopi di orchestrazione, gestione e operazione. Durante la disconnessione, i carichi di lavoro continuano a essere eseguiti così come sono, ma si potrebbe perdere la capacità di orchestrare tutte le nuove risorse.

È necessario utilizzare la distinta base (distinta base) specificata da Microsoft?

Sì, per garantire prestazioni di livello vettore e elevati gradi di automazione, è necessario usare le apparecchiature specificate in base a una delle nostre macchine virtuali.

Come pianificare un'istanza resiliente di Operator Nexus? In che modo Operator Nexus gestisce il ripristino di emergenza?

I clienti devono progettare i propri servizi con ridondanza intra-rack, ridondanza tra rack e bilanciamento del carico globale tra più istanze. Inoltre, per la disponibilità elevata, pianificare la distribuzione delle istanze in più aree di Azure.

Come funzionano gli aggiornamenti in locale e nei componenti di Azure?

Gli aggiornamenti a Operator Nexus vengono eseguiti in due fasi: aggiornamenti del bundle di gestione e aggiornamenti del bundle di runtime. Gli aggiornamenti del bundle di gestione entrano in contatto con gli aggiornamenti dei controller in Azure, i responsabili dei cluster nelle sottoscrizioni dei clienti e nelle istanze locali. Nelle istanze locali include i controller Kubernetes responsabili della gestione dello stato delle risorse infra.

Gli aggiornamenti del bundle di gestione possono causare interruzioni delle attività di provisioning, ma non influisce sui clienti che eseguono carichi di lavoro. I clienti non controllano o guidano questi aggiornamenti, ma questi aggiornamenti sono essenziali per offrire ai clienti le opzioni per l'aggiornamento ai nuovi aggiornamenti basati sul runtime all'interno delle istanze locali.

D'altra parte, gli aggiornamenti del bundle di runtime gestiscono i componenti che richiedono aggiornamenti ai componenti di supporto del sistema operativo (sistema operativo) e/o del carico di lavoro. L'aggiornamento del bundle di runtime è interamente sotto il controllo del cliente e delle API può essere usato per eseguire questi aggiornamenti. Durante questo aggiornamento potrebbero verificarsi alcuni effetti sul carico di lavoro.

L'appliance di archiviazione deve essere un dispositivo necessario?

Per gli SKU near-edge, l'appliance di archiviazione fa parte dell'infrastruttura hardware che l'operatore deve acquistare.

Operator Nexus fornisce procedure consigliate o progetti per la distribuzione di funzioni di rete in Operator Nexus?

Sì, Operator Nexus include il programma Nexus Ready. Con questo programma, Microsoft collabora con partner di funzioni di rete leader del settore per verificare che le funzioni di rete possano essere eseguite sulla piattaforma Nexus. Queste funzioni di rete vengono convalidate a intervalli regolari per garantire che rimangano conformi alle versioni più recenti di Nexus. Gli operatori possono ora ottenere una distribuzione coerente e scalabile di funzioni di rete multi-fornitore con il programma Nexus Ready.

Quali dati rimangono in locale e cosa sono disponibili in Azure?

Dal punto di vista dell'infrastruttura, i dati sono gestiti tramite le API di Azure. I dati di telemetria di questi livelli vengono raccolti ed è visibile nella sottoscrizione del cliente. I clienti possono usare l'area di lavoro Log Analytics, gli account di archiviazione o altri servizi di Analisi in Azure per esaminare i dati di telemetria dei livelli Infra.

Per i carichi di lavoro del tenant, le immagini vengono archiviate in ACR (Registro Azure Container) e una volta distribuite. Microsoft offre un'opzione per raccogliere i dati di telemetria dai carichi di lavoro del tenant in Azure, ma i clienti possono scegliere strumenti alternativi che vogliono raccogliere dati di telemetria o analizzarli.

Se un'area di Azure non esiste nel paese o nell'area geografica, è comunque possibile usare Operator Nexus?

Sì, tutto quello che serve è la connettività ExpressRoute a un'area di Azure. La connettività ExpressRoute è disponibile in molte posizioni. Per altre informazioni, vedere Località geografiche e provider di connettività.

È possibile spostare le risorse da una sottoscrizione a un'altra?

Attualmente, gli spostamenti delle risorse non sono supportati. Se è necessario spostare le risorse, è possibile prendere in considerazione l'eliminazione dei controller esistenti e l'uso del modello di Resource Manager per crearne un altro in un'altra posizione.

Quante istanze possono essere associate a una coppia di controller di gestione cluster/infrastruttura?

Il numero di istanze di Nexus dell'operatore di Azure, una singola coppia di controller di infrastruttura di rete e Cluster Manager può gestire dipende da più fattori. Può essere influenzato da fattori come dimensioni delle istanze di Operator Nexus, larghezza di banda del circuito ExpressRoute, numero e frequenza della raccolta di metriche facoltative, numero di carichi di lavoro in esecuzione in Istanza, destinazione per la raccolta dei dati di telemetria del carico di lavoro e altri fattori.

Per altre informazioni, vedere Limiti e quote.

È possibile ridistribuire un cluster attualmente in esecuzione? In tal caso, quali misure di sicurezza sono disponibili per evitare distribuzioni accidentali?

Un cluster in esecuzione non può essere sottoposto a ridistribuzione; L'utente deve invece eliminare e quindi ridistribuirlo. Se il cluster è già in esecuzione, l'azione di distribuzione impedisce eventuali nuove azioni nel cluster, riducendo così il rischio di distribuzioni accidentali.

È possibile che l'operatore Nexus di Azure consenta la creazione di cluster con l'opzione di scegliere rack o subset specifici di istanze all'interno di un rack?

L'operatore Nexus di Azure non offre la possibilità di selezionare rack o subset specifici di istanze all'interno di un rack come parte della distribuzione del cluster.

In caso di interruzione di rete tra gestione cluster e server locali durante la distribuzione, il processo può essere ripreso dopo il ripristino della connettività?

Dipende dallo stato del cluster: se il cluster non è riuscito, è necessario eliminarlo e ridistribuirlo. Tuttavia, se il cluster è ancora in fase di distribuzione, viene sottoposto a un processo di riconciliazione, consentendo al processo di distribuzione di continuare.

Il cluster distribuisce attende tutti i nodi di calcolo di cui è stato effettuato il provisioning?

Il processo di distribuzione ritenta continuamente il provisioning dei nodi di calcolo fino a quando non viene eseguito correttamente il provisioning di tutti i nodi. Quando il cluster raggiunge la soglia definita, lo stato del cluster diventa in esecuzione. Tuttavia, i nodi rimanenti continuano a eseguire il processo di provisioning fino a quando non viene eseguito correttamente il provisioning.

Calcolo

L'operatore Nexus di Azure supporta la creazione di Macchine virtuali (VM)?

Sì, Azure Operator Nexus offre la possibilità di creare macchine virtuali personalizzate per l'hosting di VNFs all'interno di una rete telco. La piattaforma Nexus dell'operatore di Azure fornisce il comando dell'interfaccia della riga di comando di Azure per creare una macchina virtuale personalizzata. Per ospitare un VNF nella macchina virtuale, registrarlo in Azure Arc e fornire un modo per connettersi tramite SSH tramite l'interfaccia della riga di comando di Azure. È possibile usare l'immagine quando si creano macchine virtuali Nexus dell'operatore di Azure. Assicurarsi che ogni immagine usata per creare le macchine virtuali del carico di lavoro sia un'immagine in contenitori in formato qcow2 o disco non elaborato. Caricare queste immagini in Registro Azure Container.

Ricerca per categorie aggiornare un server bare metal?

Per aggiornare un server bare metal all'interno di un'istanza di Azure Operator Nexus, è possibile usare le API di Azure. Qualsiasi aggiornamento per il server bare metal fa parte dell'aggiornamento del bundle di runtime. Questo aggiornamento richiede la connettività dell'istanza Nexus ad Azure.

Quale sistema operativo viene eseguito nel server bare metal? Posso portare la mia?

I server Bare metal vengono distribuiti con Microsoft Azure Linux (precedentemente denominato CBL Mariner OS), che viene testato accuratamente ed è compatibile con gli agenti di Azure necessari. Non sono previsti piani per supportare altre offerte del sistema operativo per i server Bare metal.

Quanti server supporta Operator Nexus? Quanti rack?

Un'istanza Di Operator Nexus può avere fino a otto rack di calcolo e ogni rack che ospita fino a 16 server. Questi server di calcolo vengono usati per l'esecuzione di carichi di lavoro tenant effettivi.

Reti

Operator Nexus supporta IPv6?

Sì, Azure Operator Nexus offre il supporto per la configurazione IPV4 e IPV6 in tutti i livelli dello stack.

Quali sono i requisiti di rete per Azure Operator Nexus?

Ecco alcuni dei requisiti di rete per Azure Operator Nexus:

• I clienti devono collaborare con i partner Microsoft per configurare le connessioni ExpressRoute,
• Il dispositivo PE (Provider Edge) supporta connessioni 400G o 100G al dispositivo CE (Customer Edge) nell'istanza di Operator Nexus
• PE deve avere route per ExpressRoutes
• Blocchi di indirizzi IP definiti per vari servizi, VLAN per iDrac, PXE, Archiviazione, OAM e così via.

Per altre informazioni, vedere Controller di infrastruttura di rete e Infrastruttura di rete.

Che cos'è un dominio di isolamento?

I domini di isolamento abilitano la connettività di livello 2 o 3 tra i carichi di lavoro ospitati nell'istanza Di Azure Operator Nexus e nelle reti esterne. Questi costrutti segmentano una rete in domini di autenticazione e applicano la comunicazione entro i limiti necessari.

Operator Nexus supporta un singolo dispositivo ToR (Top of Rack) ?

Per la prossimità, l'infrastruttura è progettata in base al modello a disponibilità elevata e il motivo per cui non è possibile avere un solo commutatore ToR.

Gestore pacchetti di rete (NPB) è un requisito rigido?

Per gli SKU near-edge, i server dei criteri di rete faranno parte della distinta base.

Ricerca per categorie configurare il servizio di bilanciamento del carico in un cluster Nexus Kubernetes?

Il servizio di bilanciamento del carico consente ai servizi esterni di accedere ai servizi in esecuzione all'interno del cluster. Per altre informazioni, vedere l'articolo sul servizio di bilanciamento del carico.

Carichi di lavoro del tenant

È possibile usare il proprio cluster K8S?

La piattaforma Nexus offre ai clienti un'opzione per creare cluster Nexus servizio Azure Kubernetes con più versioni di Kubernetes o Macchine virtuali per l'esecuzione dei carichi di lavoro.

Quali VNFs (Funzioni di rete virtualizzate) e CNFS (Funzioni di rete in contenitori) sono certificate nella piattaforma?

La convalida delle funzioni VNF e CNF è un'attività in corso. Verrà presto pubblicato l'elenco di VNFS e CNFS certificati.

Se un VNF o CNF non è certificato, posso comunque usarlo?

In effetti, è possibile collaborare con il team Nexus per assicurarsi che non vi siano limitazioni che impediscono la distribuzione di questi carichi di lavoro.

Ricerca per categorie distribuire una macchina virtuale o un contenitore?

I clienti possono usare le API per distribuire cluster del servizio Azure Kubernetes Nexus e vm in un'istanza di Operator Nexus. Per un'esperienza più completa, Microsoft offre un altro servizio AOSM (Azure Operator Service Manager) che consente di automatizzare la distribuzione delle funzioni di rete VNF (Containerized) e Virtualized (VNF).

Quali classi di archiviazione è possibile usare per i contenitori all'interno dei cluster del servizio Azure Kubernetes?

I cluster Nexus servizio Azure Kubernetes hanno un supporto per le classi di archiviazione RWX (Read Write Many) e Read Write Once (RWO).

In che modo le macchine virtuali Nexus operator possono essere rese a disponibilità elevata?

Gli operatori possono scegliere di distribuire macchine virtuali tra più computer bare metal e tra rack per ottenere una disponibilità elevata.

Osservabilità

Ricerca per categorie monitorare l'istanza di Azure Operator Nexus?

Azure Operator Nexus offre ai clienti di monitorare l'integrità dell'istanza nexus e delle relative risorse connesse raccogliendo i dati di telemetria nella sottoscrizione del cliente. I clienti possono raccogliere e analizzare tutti i log nell'area di lavoro Log Analytics di Azure/azure Esplora dati in cui è possibile conservarli anche per durate più lunghe.

Quali metriche sono disponibili per calcolo, rete, archiviazione? Posso avvisarli? È possibile eseguire l'integrazione con la propria soluzione di monitoraggio?

Un set completo e curato di metriche viene distribuito al cliente da tutti i livelli nello stack di istanze Nexus dell'operatore di Azure. Queste includono le metriche essenziali per valutare l'integrità in base all'ambiente di calcolo, archiviazione e rete, incluse le quote di risorse e l'utilizzo. I clienti possono impostare regole di avviso appropriate in base ai dati di telemetria raccolti per assicurarsi che le notifiche vengano attivate ogni volta che vengono soddisfatte le soglie configurate.

Per altre informazioni, vedere l'elenco delle metriche.