Documentation Oracle Cloud Infrastructure

Remarques concernant la définition de clusters améliorés avec un grand nombre de noeuds gérés

Découvrez les limites et d'autres facteurs à prendre en compte lors de la création de clusters améliorés à l'aide de Kubernetes Engine (OKE).

Lors de la définition d'un cluster amélioré, vous pouvez spécifier beaucoup plus de noeuds gérés par cluster que lors de la définition d'un cluster de base. Cependant, il y a plusieurs limites à connaître, y compris :

  • nombre maximal de noeuds gérés par pool de noeuds gérés autorisé dans un cluster amélioré
  • nombre maximal de noeuds gérés autorisés dans un cluster amélioré

Pour connaître les valeurs en cours de ces limites, reportez-vous à Limites de Kubernetes Engine.

Il existe également un certain nombre d'autres facteurs à prendre en compte lorsque vous profitez du plus grand nombre de noeuds gérés autorisés avec les clusters améliorés. Nous formulons les recommandations suivantes :
  • Nous vous recommandons de définir un plus grand nombre de pools de noeuds plus petits, plutôt qu'un plus petit nombre de pools de noeuds plus grands. Par exemple, si vous souhaitez qu'un cluster amélioré dispose de 2 000 noeuds gérés, nous vous recommandons de définir quatre pools de noeuds avec 500 noeuds gérés chacun, plutôt que deux pools de noeuds avec 1 000 noeuds gérés chacun.
  • Nous vous recommandons d'utiliser un script cloud-init personnalisé pour configurer des options supplémentaires sur le kubelet (reportez-vous à Utilisation de scripts d'initialisation cloud-init personnalisés pour configurer des noeuds gérés). Ces options supplémentaires sont parfois appelées kubelet-extra-args. Un certain nombre d'options kubelet-extra-args sont particulièrement utiles lors de l'administration de clusters améliorés avec un grand nombre de noeuds gérés. Pour obtenir la liste complète des options de kubelet, reportez-vous à la documentation Kubernetes.
  • Nous vous recommandons toujours de sélectionner uniquement un sous-ensemble de noeuds de processus actif à inclure en tant que serveurs back-end dans l'ensemble de back-ends d'un équilibreur de charge ou d'un équilibreur de charge réseau donné. Par défaut, lorsque Kubernetes Engine provisionne un équilibreur de charge Oracle Cloud Infrastructure ou un équilibreur de charge réseau pour un service Kubernetes de type LoadBalancer, tous les noeuds de processus actif du cluster sont inclus dans l'ensemble de back-ends en tant que serveurs back-end. Cependant, le nombre de serveurs back-end autorisés dans un ensemble de back-ends et le nombre total de serveurs back-end sont limités (reportez-vous à Limites sur les ressources d'équilibrage de charge et à Limites sur les équilibreurs de charge réseau). Par conséquent, que vous définissiez un cluster de base ou un cluster amélioré, nous vous recommandons toujours de sélectionner uniquement un sous-ensemble de noeuds de processus actif du cluster à inclure dans l'ensemble de back-ends. La sélection d'un seul sous-ensemble de noeuds de processus actif est particulièrement importante si vous tirez parti du grand nombre de noeuds gérés autorisés avec des clusters améliorés. Reportez-vous à Sélection des noeuds de processus actif à inclure dans les ensembles de back-ends.