Un cluster préparé pour vos applications
Choisissez une version disponible, le réseau et les formats de nœuds. La plateforme orchestre la création des composants du cluster.
Vos conteneurs sur votre infrastructure
Créez un cluster avec ses nœuds, son réseau et ses volumes. Ajustez la capacité des workers et automatisez son évolution selon la charge de vos applications.
0 € de supplément d’orchestrationVoir le détail
Chaque master : 2 vCPU / 8 Go. Chaque worker : 4 vCPU / 16 Go. Hors volumes applicatifs et load balancers supplémentaires.
Pour votre projet
Choisissez une version disponible, le réseau et les formats de nœuds. La plateforme orchestre la création des composants du cluster.
Configurez des groupes de workers et leurs limites d’autoscaling. De nouveaux nœuds peuvent accueillir les pods en attente de ressources.
Utilisez des volumes persistants pour vos applications et des services LoadBalancer pour les points d’entrée qui le nécessitent.
Le fonctionnement du service
Choisissez le nombre de workers et le mode du control plane. Le total comprend les nœuds, leurs disques, une IPv4 et le load balancer API en mode HA.
Estimation HT sur une base de 730 h. Le montant varie selon la durée réelle d’utilisation des ressources.
Chaque master : 2 vCPU / 8 Go. Chaque worker : 4 vCPU / 16 Go. Hors volumes applicatifs et load balancers supplémentaires.
Du cluster au premier service
La plateforme prépare les nœuds et les connexions du cluster. Votre équipe déploie ensuite ses services avec kubectl et ses outils habituels.
En parler avec notre équipeChoisissez la version proposée, le réseau, une clé SSH et le mode du control plane.
Définissez les formats, le nombre de nœuds et, si besoin, les bornes d’autoscaling.
Récupérez l’accès au cluster et utilisez kubectl, vos manifests et vos outils de déploiement.
Les fonctions en détail
La plateforme crée les composants du cluster. Votre équipe gère les applications, les données et les politiques d’exploitation.
Le mode HA crée trois nœuds de contrôle et un point d’entrée API avec load balancer. Ces ressources font partie du budget.
Vous fixez le minimum et le maximum de workers. Les règles et le comportement des pods influencent les possibilités de réduction.
Les volumes de vos applications peuvent être provisionnés dans le cloud. Définissez leur conservation et une vraie stratégie de sauvegarde.
Des usages concrets
Des services déployés de manière reproductible, avec leurs configurations et leurs ressources.
Un cluster partagé ou des environnements séparés selon votre organisation.
Des groupes de workers qui évoluent dans les limites que vous avez définies.
Votre budget, clairement
Vous payez les ressources utilisées par votre cluster.
Quelques repères
L’orchestration ne rajoute pas de forfait. Les VM de contrôle, leurs disques et les ressources réseau restent facturés. En mode HA, comptez trois masters et le load balancer de l’API.
Votre équipe gère ses applications, ses configurations, ses données et ses politiques d’accès. Les prestations d’exploitation applicative se définissent séparément.
Ici, le cluster utilise des instances et ressources IaaS que vous dimensionnez. L’offre PaaS s’intègre à la plateforme applicative et à sa facturation en cloudlets.
Oui, dans les limites configurées pour le groupe. Le système ajoute des workers lorsque des pods manquent de ressources, et peut retirer des nœuds devenus inutiles lorsque les workloads le permettent.
La console présente les versions proposées sur la plateforme au moment de la création. Choisissez une version compatible avec vos applications et préparez leur cycle de mise à jour.
Votre projet cloud
Décrivez-nous votre application et les ressources nécessaires. Notre équipe vous accompagne pour préparer son déploiement.