Une mise en place guidée
Le package prépare les composants du cluster. Vous choisissez la topologie adaptée à votre usage avant de déployer vos applications.
← Cloud applicatifVos applications Kubernetes,
Kubernetes sur le PaaS
Vos applications Kubernetes,
dans la plateforme PaaS.
Déployez un cluster Kubernetes depuis la plateforme applicative. Retrouvez vos manifests, vos charts Helm et vos outils, avec des nœuds dont les ressources peuvent évoluer selon les limites que vous définissez.
Calcul et mémoire0,004 € HT / cloudlet / hTarif réservé de 1 à 8 cloudlets. Stockage, IP et trafic selon consommation.
Migration offerte · SSL et sauvegardes inclus
VOTRE PROJET, CONNECTÉ
Kubernetes PaaSUn environnement à votre mesure
Kubernetes PaaSUn environnement à votre mesure01Control plane
02Workers
03Applications
Ressources ajustables CPU · RAM · Disque
Votre écosystème habituel
Travaillez avec l’API Kubernetes, kubectl, vos manifests et Helm. Vos équipes conservent leurs méthodes de définition et de livraison des services.
Deux niveaux d’élasticité
Kubernetes adapte vos pods ; le PaaS permet d’ajuster les ressources et le nombre des nœuds. Ces mécanismes se configurent ensemble.
Découvrez la console
Configurez votre cluster Kubernetes.
Choisissez la topologie du cluster et ses composants : nœuds de contrôle, workers, accès réseau et supervision.
Cluster Kubernetes
Fonctionnalités
Configurez, déployez, puis suivez vos services.
API et kubectl
Pilotez les objets Kubernetes depuis vos outils, avec les accès et permissions correspondant aux rôles de votre équipe.
Déploiements Helm et YAML
Réutilisez vos charts et descriptions d’applications. Leur configuration reste visible et versionnable dans votre dépôt.
Ingress et accès web
Organisez les points d’entrée de vos services et leurs certificats. Les composants disponibles dépendent de la configuration du cluster choisi.
Stockage persistant
Attachez les volumes nécessaires aux applications qui conservent des données. La classe de stockage et les modes d’accès se choisissent selon le workload.
Scaling des pods et des nœuds
Associez les mécanismes Kubernetes aux règles de capacité de la plateforme. Fixez des limites cohérentes pour éviter que l’un attende les ressources de l’autre.
Sauvegardes avec Velero
Une intégration Velero permet d’organiser la sauvegarde de ressources et de volumes vers un stockage compatible S3, après configuration de la destination et du périmètre.
Un cluster prêt pour votre projet
De la capacité aux premiers services.
La mise en place du cluster est une étape. L’exposition, la persistance et la supervision de vos applications se préparent ensuite selon leurs besoins.
- 01
Dimensionnez le cluster
Choisissez le nombre de nœuds et leurs limites. Pour la production, prévoyez une topologie et une réserve de capacité adaptées aux défaillances possibles.
- 02
Déployez vos workloads
Appliquez vos manifests ou installez vos charts Helm. Configurez les demandes de ressources et les limites de vos applications.
- 03
Organisez l’exploitation
Préparez les accès, les volumes, les entrées réseau et les sauvegardes. Observez le comportement sous charge avant d’activer vos règles de scaling.
Penser au prochain déploiement
Kubernetes PaaS ou Kubernetes IaaS ?
Le moteur d’orchestration est le même. Le choix porte surtout sur la manière de fournir, dimensionner et exploiter les ressources qui l’entourent.
PaaS : dans votre plateforme applicative
Le cluster rejoint vos autres environnements et suit le modèle de ressources du PaaS. Les nœuds peuvent bénéficier de son élasticité verticale.
IaaS : dans votre infrastructure cloud
Cette approche s’inscrit dans une architecture de machines virtuelles, réseaux et volumes que vous composez à l’échelle de votre infrastructure.
Le bon choix dépend de votre équipe
Votre outillage existant, vos contraintes réseau et vos besoins de capacité comptent davantage que le nom de l’offre. Nous vous aidons à définir l’architecture utile.
Les composants additionnels et la sauvegarde Kubernetes se configurent selon le cluster. Une topologie à plusieurs nœuds ne constitue pas, à elle seule, un engagement de disponibilité.
Usages
Pour les projets que vous développez.
Une application en microservices
Déployez les services séparément et faites évoluer leur capacité avec des règles propres à chaque workload.
Une équipe déjà équipée
Conservez vos manifests et vos pipelines Kubernetes en bénéficiant d’une mise en place intégrée à la plateforme.
Des environnements de validation
Recréez les composants applicatifs nécessaires à vos tests, avec une capacité et une durée d’utilisation adaptées.
Tarifs PaaS
Vous payez les ressources
de votre environnement.
Le choix d’un langage ou d’un moteur n’ajoute pas de forfait. Le prix comprend la capacité réservée, les ressources dynamiques consommées et les options utilisées. Les licences commerciales restent facturées séparément.
Consulter la grille et calculer mon budget Nous contacter- Mémoire réservée
- 0,5 GiB
- Complément dynamique utilisé
- 0 cloudlet
- Disque inclus
- 10 Go
- IPv4 publique dédiée
- Aucune
- Trafic externe
- 1 Go / heure
Ce montant couvre la configuration ci-dessus. Chaque nœud, la consommation dynamique, le disque au-delà de 10 Go, les IP publiques et le trafic supplémentaire s’ajoutent selon la grille PaaS.
Quelques repères
Vos questions, nos réponses.
Le cluster est-il administrable avec mes outils ?
Oui. L’accès à l’API Kubernetes vous permet d’utiliser les outils compatibles, dont kubectl et Helm. Les droits doivent être adaptés aux tâches autorisées pour chaque membre de votre équipe.
Le scaling des pods suffit-il à agrandir le cluster ?
Non. Ajouter des pods et ajouter de la capacité aux nœuds sont deux opérations différentes. Les règles Kubernetes et celles de la plateforme doivent être coordonnées pour que les ressources restent suffisantes.
Toutes les applications sont-elles sauvegardées automatiquement ?
Une stratégie Kubernetes doit couvrir les objets du cluster et les données persistantes utiles. L’intégration Velero nécessite une destination, des règles et des essais de restauration ; elle ne remplace pas cette préparation.
Qui gère les applications dans le cluster ?
Votre équipe configure les workloads, les images, les secrets, les permissions et les mises à jour applicatives. Les modalités d’accompagnement et d’intervention de VICEM dépendent du service convenu.
Comment est calculé le coût ?
Le cluster consomme les ressources de ses différents nœuds, y compris son plan de contrôle. Le stockage, le trafic et les adresses IP utilisés s’ajoutent selon la grille PaaS.
À découvrir aussi
La suite de votre architecture.
Migration offerte
Parlons de votre application.
Décrivez votre projet, ses composants et sa charge actuelle. Nous vous aidons à choisir l’architecture et à préparer le transfert.