Nous listons ici quelques détails sur l'espace client, les plugins (CNI, CRI, CSI...) et les versions logicielles que nous utilisons, ainsi que les ressources que nous réservons sur chaque nœud.

Versions de Kubernetes

Actuellement, nous prenons en charge les versions Kubernetes suivantes :

• 1.31
• 1.32
• 1.33
• 1.34
• 1.35

Si vous utilisez un Managed Kubernetes Service avec une version plus ancienne, nous vous encourageons fortement à utiliser la fonctionnalité de mise à niveau de version pour bénéficier du support officiel de votre cluster.

Vous trouverez plus de détails sur notre politique de fin de commercialisation, de fin de service et de fin de vie dans la section dédiée.

Nous suivons de près les versions de Kubernetes, et de nouvelles versions seront régulièrement disponibles.

Versions de l'OS, du kernel et de Docker

La version de l'OS, du kernel et du daemon Docker sur vos nœuds sera régulièrement mise à jour. Les versions actuelles sont :

• OS : Ubuntu 22.04 LTS
• Kernel : 5.15-generic
• Docker : 23.0.1

CRI (Container Runtime Interface)

Nous utilisons containerd comme CRI par défaut

• 1.30 : 1.7.18
• 1.31 : 2.1.4
• 1.32 : 2.1.4
• 1.33 : 2.1.4
• 1.34 : 2.1.4
• 1.35 : 2.2.1

CNI (Cluster Network Interface)

Le plugin CNI installé est canal, qui intègre calico pour les politiques et flannel pour le réseau.

Les versions installées dépendent de la version de Kubernetes :

• 1.30 : calico v3.29.1, flannel v0.24.4
• 1.31 : calico v3.29.1, flannel v0.24.4
• 1.32 : calico v3.29.1, flannel v0.24.4
• 1.33 : calico v3.30.1, flannel v0.24.4
• 1.34 : calico v3.30.1, flannel v0.24.4
• 1.35 : calico v3.31.4, flannel v0.24.4

CCM (Cloud-controller-manager)

Notre cloud-controller-manager (CCM) est basé sur l'OpenStack cloud-controller-manager (OpenstackCCM) disponible dans le dépôt Cloud provider openstack.

• 1.30 : OVH IOLB CCM basé sur OpenstackCCM 1.18, OVH Octavia CCM basé sur OpenstackCCM 1.29
• 1.31 : OVH IOLB CCM basé sur OpenstackCCM 1.18, OVH Octavia CCM basé sur OpenstackCCM 1.29
• 1.32 : OVH Octavia CCM basé sur OpenstackCCM 1.29
• 1.33 : OVH Octavia CCM basé sur OpenstackCCM 1.33
• 1.34 : OVH Octavia CCM basé sur OpenstackCCM 1.33
• 1.35 : OVH Octavia CCM basé sur OpenstackCCM 1.33

CSI (Container Storage Interface)

Le plugin CSI installé est cinder.

Les versions dépendent de la version du cluster Kubernetes :

• 1.30 : csi-plugin v1.29.0, csi-attacher v4.5.0, csi-provisioner v3.6.3, csi-snapshotter v6.3.3 snapshot-controller: v6.3.3, csi-resizer v1.10.0
• 1.31 : csi-plugin v1.29.0, csi-attacher v4.10.0, csi-provisioner v5.3.0, csi-snapshotter v6.3.3 snapshot-controller: v8.3.0, csi-resizer v1.14.0
• 1.32 : csi-plugin v1.29.0, csi-attacher v4.10.0, csi-provisioner v5.3.0, csi-snapshotter v6.3.3 snapshot-controller: v8.3.0, csi-resizer v1.14.0
• 1.33 : csi-plugin v1.29.0, csi-attacher v4.10.0, csi-provisioner v5.3.0, csi-snapshotter v6.3.3 snapshot-controller: v8.3.0, csi-resizer v1.14.0
• 1.34 : csi-plugin v1.29.0, csi-attacher v4.10.0, csi-provisioner v5.3.0, csi-snapshotter v6.3.3 snapshot-controller: v8.3.0, csi-resizer v1.14.0
• 1.35 : csi-plugin v1.33.0, csi-attacher v4.10.0, csi-provisioner v5.3.0, csi-snapshotter v6.3.3 snapshot-controller: v8.3.0, csi-resizer v1.14.0

Autres composants

Les versions sont :

• 1.30 : coredns v1.12.1, metrics-server v0.7.2
• 1.31 : coredns v1.12.4, metrics-server v0.8.0
• 1.32 : coredns v1.12.4, metrics-server v0.8.0
• 1.33 : coredns v1.12.4, metrics-server v0.8.0
• 1.34 : coredns v1.12.4, metrics-server v0.8.0
• 1.35 : coredns v1.14.1, metrics-server v0.8.1

Politiques activées

• Network policies
• Resource quotas
• Limit range

Modes d'autorisation :

• Node : autorise les requêtes API effectuées par les Kubelets.
• RBAC : le contrôle d'accès basé sur les rôles (Role-Based Access Control) est une méthode de régulation de l'accès aux ressources informatiques ou réseau en fonction des rôles des différents utilisateurs au sein d'une organisation.

Feature gates :

• TTLAfterFinished : permet à un contrôleur TTL de nettoyer les ressources après la fin de leur exécution (activé par défaut à partir de v1.23, paramètre supprimé dans v1.25).

Kubelet

• protect-kernel-defaults : empêche les paramètres kernel ajustés de remplacer les valeurs par défaut des paramètres kernel du kubelet.

Ressources réservées

Chaque worker node dispose d'une certaine quantité de CPU, de RAM et de stockage réservée aux composants Kubernetes. Ces quotas réservés peuvent évoluer à l'avenir ; cette page sera mise à jour en conséquence.

Pour garantir la disponibilité du nœud d'un client, la quantité de ressources réservées dépend de la flavor de l'instance.

• La réservation de CPU est définie par la formule suivante :

  15 % d'1 CPU + 0,5 % de l'ensemble des cœurs CPU

• La réservation de RAM est une constante :

  1590 Mo

• La réservation de stockage est définie par la formule suivante :

  log10(stockage total en Go) * 10 + 10 % du stockage total

Ce tableau résume les ressources réservées sur les flavors b2 et b3 :

Aller plus loin

• Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page Professional Services pour obtenir un devis et faire analyser votre projet par nos experts.

• Échangez avec notre communauté d'utilisateurs.