Considerazioni per la definizione di cluster avanzati con un numero elevato di nodi gestiti
Scopri i limiti e altri fattori da considerare quando crei cluster avanzati utilizzando Kubernetes Engine (OKE).
Quando si definisce un cluster avanzato, è possibile specificare un numero significativamente maggiore di nodi gestiti per cluster rispetto alla definizione di un cluster di base. Tuttavia, ci sono diversi limiti di cui essere a conoscenza, tra cui:
- il numero massimo di nodi gestiti per ogni pool di nodi gestiti consentito in un cluster avanzato
- il numero massimo di nodi gestiti consentiti in un cluster avanzato
Per i valori correnti di questi limiti, vedere Limiti del motore Kubernetes.
Ci sono anche una serie di altri fattori da considerare quando si sfrutta il maggior numero di nodi gestiti consentiti con cluster avanzati. Forniamo le seguenti raccomandazioni:
- Si consiglia di definire un numero maggiore di pool di nodi più piccoli, anziché un numero minore di pool di nodi più grandi. Ad esempio, se si desidera che un cluster avanzato abbia 2.000 nodi gestiti, si consiglia di definire quattro pool di nodi con 500 nodi gestiti in ciascuno, anziché due pool di nodi con 1.000 nodi gestiti in ciascuno.
- Si consiglia di utilizzare uno script cloud-init personalizzato per configurare opzioni aggiuntive sul kubelet (vedere Utilizzo di script di inizializzazione cloud-init personalizzati per l'impostazione dei nodi gestiti). Queste opzioni aggiuntive sono a volte indicate come
kubelet-extra-args
. Alcune opzionikubelet-extra-args
sono particolarmente utili quando si amministrano cluster avanzati con un numero elevato di nodi gestiti. Per un elenco completo delle opzioni kubelet, consulta la documentazione di Kubernetes. - Si consiglia sempre di selezionare solo un subset di nodi di lavoro da includere come server backend nel set backend di un determinato load balancer o load balancer di rete. Per impostazione predefinita, quando Kubernetes Engine esegue il provisioning di un load balancer o di un load balancer di rete Oracle Cloud Infrastructure per un servizio Kubernetes di tipo LoadBalancer, tutti i nodi di lavoro nel cluster vengono inclusi nel set backend come server backend. Tuttavia, sono previsti limiti al numero di server backend consentiti in un set backend e al numero totale di server backend (vedere Limiti sulle risorse di bilanciamento del carico e Limiti sui load balancer di rete). Pertanto, se si sta definendo un cluster di base o un cluster avanzato, si consiglia sempre di selezionare solo un subset di nodi di lavoro nel cluster da includere nel set backend. La selezione di un solo subset di nodi di lavoro è particolarmente importante se si sta sfruttando il numero maggiore di nodi gestiti consentiti con cluster avanzati. Vedere Selezione dei nodi di lavoro da includere nei set backend.