À propos d’OKS

OUTSCALE Kubernetes as a Service (OKS) est un service Kubernetes managé conçu pour être performant et facile à utiliser.

OKS se distingue des autres solutions de déploiements de clusters nécessitant une configuration manuelle et un travail de maintenance conséquents par ses clusters Kubernetes aux paramètres prédéfinis et ses services essentiels pré-installés. OKS simplifie votre workflow en assurant la gestion automatique des mises à jour des versions Kubernetes et des correctifs de sécurité, et vous permet ainsi de vous concentrer sur le déploiement de vos applications conteneurisées.

La CLI ne supporte que le mot de passe à usage unique (OTP) comme méthode d’authentification multi-facteurs (MFA). Si plusieurs méthodes de MFA sont configurées dans Cockpit, la CLI pourrait en sélectionner une qui n’est pas compatible (comme c’est le cas pour WebAuthn (clés de sécurité) ou les codes de récupération), ce qui entraînerait un échec d’authentification de votre côté.

Pour le moment, nous vous recommandons d’éviter ce problème en créant un compte Outscale gratuit et dédié à OKS.

Pour utiliser OKS, vous devez envoyer une demande à notre équipe Support à l’adresse support@outscale.com.

Versions Kubernetes prises en charge

OKS prend en charge les versions récentes de Kubernetes suivantes :

Version Kubernetes Lien

1.31

Annonce de la version

1.30

Annonce de la version

1.29

Annonce de la version

Clusters

Un cluster OKS est un cluster Kubernetes qui est automatiquement déployé en fonction d’une configuration que vous avez spécifiée. Il se compose d’un control plane (plan de contrôle), qui gère le cluster, et de worker nodes (nœuds de travail), qui exécutent vos applications conteneurisées.

OKS vous permet de créer et de gérer des clusters à l’aide de simples appels API, sans devoir passer par une configuration manuelle complexe. Pour simplifier l’utilisation d’OKS, une interface en ligne de commande est disponible. Pour en savoir plus, voir Installer et configurer OKS CLI.

3DS OUTSCALE ne peut pas garantir la fiabilité de clusters OKS qui ont été configurés manuellement.

Projets

Dans OKS, les clusters sont organisés en différents projets. Un projet est un conteneur de haut niveau qui regroupe de manière logique des clusters et d’autres ressources associées.

Les projets vous permettent :

  • D’organiser et isoler vos ressources Cloud, afin d’éviter que les problèmes touchant un projet se répercutent sur d’autres projets

  • De suivre vos coûts de manière plus efficace, en utilisant des comptes de facturation différents et un système de gestion des coûts

Un projet nécessite la réservation d’un bloc CIDR spécifique pour la mise en réseau.

Pour en savoir plus, voir Gérer vos projets avec OKS CLI.

Control planes

Un control plane désigne la couche de gestion du cluster Kubernetes : il gère et coordonne les autres ressources en prenant des décisions vis-à-vis de la planification des applications, de la surveillance de la santé du système, et de la mise à l’échelle.

Avec OKS, le control plane est entièrement managé, ce qui signifie que vous n’avez pas besoin de gérer sa maintenance ou de le mettre à jour vous-même.

Vous pouvez choisir parmi les différents types de control plane dont dispose OKS. Les types de control planes définissent les caractéristiques matérielles du control plane, comme le nombre et la performance de ses nœuds.

Lorsque vous créez un cluster OKS, vous devez ainsi spécifier un type de control plane parmi les suivants :

Nom Description Mise à niveau ? Haute disponibilité (HD) Taille maximale recommandée du cluster**

cp.mono.master*

Un seul master dédié, avec 4 Gio de RAM*

Non*

Non*

Jusqu’à 10 nœuds*

cp.3.masters.small

3 masters dédiés, avec 4 Gio de RAM chacun

Oui

Oui

Jusqu’à 50 nœuds

cp.3.masters.medium

3 masters dédiés, avec 8 Gio de RAM chacun

Oui

Oui

Jusqu’à 200 nœuds

cp.3.masters.large

3 masters dédiés, avec 16 Gio de RAM chacun

Oui

Oui

Jusqu’à 400 nœuds

* cp.mono.master est uniquement recommandé dans le cadre de tests ou de clusters éphémères, puisqu’il ne dispose pas d’options de haute disponibilité ou d’accord de prestation de services. Ce type de control plane n’est ni adapté à une utilisation à long terme ni à une utilisation en production. Il ne peut pas non plus être mis à niveau vers une autre taille, ce qui signifie que vous ne pouvez pas augmenter son nombre de masters. Pour cela, vous devez recréer un control plane.

** La taille maximale recommandée du cluster est basée sur des environnements à faible charge. Des clusters de production à forte charge peuvent nécessiter un control plane d’une plus grande taille.

Le choix du type de control plane n’affecte pas la disponibilité des outils de gestion des clusters.

Worker nodes

Dans un cluster, les worker nodes (aussi appelés le data plane) sont les machines virtuelles (VM) qui assurent l’exécution de votre application. Les workers nodes n’hébergent pas les composants du control plane, et peuvent ainsi être ajoutés ou supprimés à tout moment sans perturber la disponibilité du cluster.

Les worker nodes de clusters OKS ne sont ni visibles ni directement accessibles depuis votre compte OUTSCALE. Il s’agit du comportement attendu pour suivre la bonne pratique « Traitez vos clusters Kubernetes comme du bétail, pas comme des animaux de compagnie ».

Node pools

Un node pool est un groupe de worker nodes à l’intérieur d’un cluster OKS, qui est géré par le control plane. Les node pools sont constitués de nœuds du même type au sein d’une même Région, même s’ils peuvent être répartis dans plusieurs Sous-régions. Les clusters peuvent comporter plusieurs node pools en même temps.

Dans OKS, les worker nodes sont toujours organisés en node pools. Le terme « worker nodepool » peut ainsi être utilisé comme synonyme pour désigner un ensemble défini de worker nodes.

Pages connexes