Cluster Nexus dell'operatore di Azure

Operatore Nexus di Azure è basato su costrutti di base come server di calcolo, appliance di archiviazione e dispositivi di infrastruttura di rete. Il cluster Nexus dell'operatore di Azure rappresenta una distribuzione locale della piattaforma. Il ciclo di vita delle risorse specifiche della piattaforma dipende dallo stato del cluster.

Panoramica della distribuzione del cluster

Durante la distribuzione del cluster, il cluster viene sottoposto a varie fasi del ciclo di vita, che hanno ruoli specifici designati per garantire che lo stato di destinazione venga raggiunto.

Fase di convalida hardware:

La convalida hardware viene avviata durante il processo di distribuzione del cluster, valutando lo stato dei componenti hardware per i computer forniti tramite la definizione del rack del cluster. In base ai risultati di questi controlli e a eventuali computer ignorati dall'utente, viene stabilito se i nodi passati siano sufficienti e/o disponibili per soddisfare le soglie necessarie per continuare la distribuzione.

I risultati della convalida hardware per un determinato server vengono scritti nell'area di lavoro Log Analytics (LAW), fornita come parte della creazione del cluster. I risultati includono le categorie seguenti:

• system_info
• drive_info
• network_info
• health_info
• boot_info

Questo articolo fornisce istruzioni su come controllare le informazioni sui risultati hardware Risolvere i problemi di convalida hardware

Fase bootstrap:

Al termine della convalida hardware, viene generata l'immagine bootstrap per l'azione di distribuzione del cluster nella gestione cluster. Questa immagine iso URL viene usata per eseguire il bootstrap del nodo temporaneo, che distribuirà i componenti del cluster di destinazione, che effettuano il provisioning del piano di controllo kubernetes (KCP), del piano di gestione Nexus (NMP) e dell'appliance di archiviazione. Questi diversi stati si riflettono nello stato del cluster, che queste fasi vengono eseguite come parte del flusso di lavoro di bootstrap temporaneo.

Il nodo di bootstrap temporaneo effettua il provisioning sequenziale di ogni nodo KCP e se il provisioning di un nodo KCP non riesce, l'azione di distribuzione del cluster non riesce, contrassegnando lo stato del cluster come non riuscito. L'operatore Bootstrap gestisce il processo di provisioning per i nodi bare metal usando l'approccio di avvio PXE.

Al termine del provisioning dei nodi KCP, l'azione di distribuzione procede al provisioning dei nodi NMP in parallelo. Se il provisioning di un nodo NMP non riesce, l'azione di distribuzione del cluster ha esito negativo, causando l'esito negativo dello stato del cluster.

Al termine del provisioning dei nodi NMP, viene creata un'appliance di archiviazione prima che l'azione di distribuzione proceda con il provisioning dei nodi di calcolo. Il provisioning dei nodi di calcolo viene effettuato in parallelo e, dopo aver raggiunto la soglia definita del nodo di calcolo, lo stato del cluster passa da Distribuzione a In esecuzione. Tuttavia, i nodi rimanenti continuano a eseguire il processo di provisioning fino a quando non viene eseguito correttamente il provisioning.

Operazioni del cluster

• Elenco cluster: elencare le informazioni del cluster nel gruppo di risorse o nella sottoscrizione fornita.
• Mostra cluster: ottenere le proprietà del cluster fornito.
• Aggiornare il cluster: aggiornare le proprietà o i tag del cluster fornito.