Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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:
Ridimensionare automaticamente un cluster per soddisfare le esigenze dell'applicazione. Per mantenere il passo con le esigenze dell'applicazione, potrebbe essere necessario modificare il numero di nodi che eseguono automaticamente i carichi di lavoro usando il ridimensionamento automatico del cluster. Per altre informazioni, vedere Configurare il ridimensionamento automatico del cluster Kubernetes.
Pianificare la continuità aziendale e il ripristino di emergenza. Pianificare la distribuzione di più aree, creare un piano di migrazione dell'archiviazione e abilitare la replica geografica per le immagini del contenitore. Per altre informazioni, vedere Procedure consigliate per le distribuzioni geografiche - di Registro Azure Container.
Configurare il monitoraggio e la risoluzione dei problemi su larga scala. Configurare avvisi e monitoraggio per le applicazioni in Kubernetes. Informazioni sulla configurazione predefinita, su come integrare metriche più avanzate e su come aggiungere monitoraggio e avvisi personalizzati per gestire l'applicazione.