Condividi tramite

Progettazione e operazioni del cluster

Questo articolo illustra la configurazione del cluster e la progettazione di rete. Scopri come rendere la scalabilità a prova di futuro automatizzando il provisioning dell'infrastruttura. Il provisioning è il processo di configurazione dell'infrastruttura IT desiderata. Il provisioning automatizzato dell'infrastruttura supporta un'installazione remota e configura gli ambienti virtuali. Consente inoltre di mantenere la disponibilità elevata pianificando la continuità aziendale e il ripristino di emergenza.

Pianificare, formare e provare

Quando si inizia, l'elenco di controllo e le risorse Kubernetes seguenti consentono di pianificare la progettazione del cluster. Al termine di questa sezione, si sarà in grado di rispondere a queste domande:

  • Sono stati identificati i requisiti di progettazione della rete per il cluster?
  • Sono disponibili servizi con requisiti diversi? Quanti pool di nodi verranno usati?

Lista di controllo:

  • Identificare le considerazioni sulla progettazione della rete. Comprendere le considerazioni sulla progettazione della rete del cluster, confrontare i modelli di rete e scegliere il plug-in di rete Kubernetes più adatto alle proprie esigenze. Per la rete CNI (Azure Container Networking Interface), prendere in considerazione il numero di indirizzi IP necessari come multiplo dei pod massimi per nodo (valore predefinito di 30) e il numero di nodi. Aggiungere un nodo necessario durante l'aggiornamento. Quando si scelgono i servizi di bilanciamento del carico, è consigliabile usare un controller di ingresso quando sono presenti troppi servizi per ridurre il numero di endpoint esposti. Per Azure CNI, il CIDR del servizio deve essere univoco nella rete virtuale e in tutte le reti virtuali connesse per garantire il routing appropriato.

    Per altre informazioni, vedere:

  • Creare più pool di nodi. Per supportare applicazioni con esigenze di calcolo o archiviazione diverse, è possibile configurare facoltativamente il cluster con più pool di nodi. Ad esempio, usare più pool di nodi per fornire GPU per applicazioni a elevato utilizzo di calcolo o l'accesso all'archiviazione SSD ad alte prestazioni. Per altre informazioni, vedere Creare e gestire più pool di nodi per un cluster nel servizio Azure Kubernetes.

  • Decidere i requisiti di disponibilità. Un minimo di due pod nel servizio Azure Kubernetes garantisce un'elevata disponibilità dell'applicazione in caso di fallimenti o riavvii dei pod. Usare tre o più pod per gestire il sovraccarico durante gli errori e i riavvii dei pod. Per la configurazione del cluster, è necessario almeno un minimo di due nodi in un set di disponibilità o un set di scalabilità di macchine virtuali per soddisfare l'accordo sul livello del servizio del 99,95%. Usare almeno tre pod per garantire la pianificazione dei pod durante i guasti e i riavvii del nodo.

    Per offrire un livello di disponibilità superiore alle applicazioni, i cluster possono essere distribuiti tra zone di disponibilità. Queste zone sono data center fisicamente separati all'interno di una determinata area. Quando i componenti del cluster vengono distribuiti tra più zone, il cluster può tollerare un errore in una delle zone. Le applicazioni e le operazioni di gestione rimangono disponibili anche se si verifica un'interruzione di un intero data center. Per altre informazioni, vedere Creare un cluster del servizio Azure Kubernetes che usa zone di disponibilità.

Passare alla produzione e applicare le procedure consigliate per l'infrastruttura

Quando si prepara l'applicazione per la produzione, implementare un set minimo di procedure consigliate. Usare questo elenco di controllo in questa fase. Al termine di questa sezione, si sarà in grado di rispondere a queste domande:

  • È possibile ridistribuire in modo sicuro l'infrastruttura del cluster?
  • Sono state applicate quote di risorse?

Lista di controllo:

  • Automatizzare il provisioning del cluster. Grazie all'infrastruttura come codice, è possibile automatizzare il provisioning dell'infrastruttura per offrire maggiore resilienza durante le emergenze e ottenere agilità per ridistribuire rapidamente l'infrastruttura in base alle esigenze. Per altre informazioni, vedere Creare un cluster Kubernetes con il servizio Azure Kubernetes usando Terraform.

  • Usare i budget di interruzione dei pod per pianificare la disponibilità. Per mantenere la disponibilità delle applicazioni, definire i budget di interruzione dei pod (PDB) per assicurarsi che nel cluster siano disponibili un numero minimo di pod durante gli errori hardware o gli aggiornamenti del cluster. Per ulteriori dettagli, consulta Pianificare la disponibilità utilizzando i budget di interruzione dei pod.

  • Applicare le quote di risorse agli spazi dei nomi. Pianificare e applicare quote di risorse a livello di spazio dei nomi. Le quote possono essere impostate su risorse di calcolo, risorse di archiviazione e numero di oggetti. Per altre informazioni, vedere Applicare le quote di risorse.

Ottimizzare e ridimensionare

Quando l'applicazione è in produzione, come è possibile ottimizzare il flusso di lavoro e preparare l'applicazione e il team per la scalabilità? Usare la lista di controllo per l'ottimizzazione e il ridimensionamento per prepararsi al meglio. Al termine di questa sezione, si sarà in grado di rispondere a queste domande:

  • Si dispone di un piano per la continuità aziendale e il ripristino di emergenza?
  • Il cluster può essere ridimensionato per soddisfare le esigenze dell'applicazione?
  • È possibile monitorare l'integrità del cluster e dell'applicazione e ricevere avvisi?

Lista di controllo: