Kubernetes est peut-être gratuit à télécharger et à exécuter, mais son utilisation est loin d’être sans coût. Comme d’autres grandes plateformes open source qui ne sont « gratuites » que dans une acception simpliste du terme, Kubernetes vous coûtera presque certainement de l’argent à déployer et à exploiter.
Le coût dépend de divers facteurs, notamment de la manière dont vous déployez Kubernetes ainsi que des outils et processus que vous utilisez pour le gérer. Pour certaines organisations, Kubernetes ne coûte presque rien. Pour d’autres, il peut au final engendrer des dépenses totales bien supérieures à celles d’une plateforme logicielle propriétaire.
Pour vous aider à évaluer le coût de Kubernetes pour votre équipe, cet article présente les facteurs qui contribuent aux dépenses liées à Kubernetes et explique comment en déterminer le coût complet.
Facteurs de coût de Kubernetes
Pour calculer le coût total d’une installation Kubernetes, vous devez évaluer chacun des facteurs qui contribuent aux coûts de Kubernetes. Ils ne s’appliquent pas tous à chaque situation, mais ce sont autant de variables à prendre en compte lors de l’élaboration d’une stratégie Kubernetes rentable.
Coût de la distribution Kubernetes
Contrairement à Linux, par exemple, il n’existe pas vraiment de distribution Kubernetes entièrement gratuite et prise en charge par la communauté. (OKD, une distribution communautaire soutenue par Red Hat, constitue peut-être l’exception.) Il existe en revanche diverses distributions Kubernetes commerciales. La plupart proposent des offres gratuites pour les clusters de petite taille, mais facturent les installations adaptées à la production et/ou les services d’assistance professionnelle.
Ainsi, le premier facteur de coût à prendre en compte pour Kubernetes concerne les frais de licence associés à la distribution que vous utilisez. À moins que vous ne prévoyiez d’exécuter un cluster d’une douzaine de nœuds ou moins, attendez-vous à devoir payer pour votre distribution.
Coût des nœuds Kubernetes
Kubernetes a besoin de serveurs pour fonctionner. Il transforme ces serveurs en nœuds et les utilise pour créer vos clusters.
Vos nœuds peuvent se trouver sur vos propres serveurs sur site ou sur des serveurs dans le cloud. Dans les deux cas, vous devrez payer pour les utiliser.
Bien entendu, la structure des coûts associés à votre infrastructure Kubernetes varie en fonction du type de serveurs que vous utilisez. Pour le matériel sur site, le coût d’acquisition initial est élevé, puis les coûts de maintenance récurrents sont relativement faibles. Pour les serveurs cloud, il n’y a pas de dépense d’investissement initiale, mais vous devrez vous acquitter de frais mensuels récurrents.
Coûts de transfert des données
Si vous exécutez Kubernetes dans le cloud à l’aide de machines virtuelles que vous gérez vous-même, vous devrez, dans la plupart des cas, payer non seulement les serveurs virtuels qui font fonctionner vos nœuds, mais aussi les frais de réseau liés au transfert de données sortantes.
En général, ces coûts resteront relativement faibles pour les clusters qui conservent la plupart de leurs données au sein d’un même cloud. Toutefois, si vous utilisez Kubernetes pour héberger des applications qui transfèrent beaucoup de données hors du cloud, ces frais de sortie finiront par s’accumuler.
Coûts de stockage
De même, vous devez payer pour disposer d’un espace de stockage destiné à héberger vos données Kubernetes. Si vous n’exécutez que des applications sans état, vos besoins et vos coûts en matière de stockage de données seront faibles. En revanche, pour les applications qui ingèrent ou produisent de nombreux gigaoctets de données, vous devrez soit financer vos propres supports de stockage sur site pour les héberger, soit les stocker dans un service de stockage cloud.
Vous souhaiterez probablement aussi sauvegarder vos données Kubernetes, ce qui peut facilement doubler ou tripler vos coûts de stockage globaux, car vous devrez conserver plusieurs copies de ces données.
Coûts de personnel
Votre équipe doit consacrer du temps à la maintenance de votre cluster Kubernetes. Le temps nécessaire varie selon le niveau d’assistance à la maintenance et à la gestion proposé par votre distribution Kubernetes. Certaines distributions, comme Canonical Kubernetes ou OpenShift Dedicated, proposent des services Kubernetes complets et entièrement gérés. Avec d’autres, comme la version de base d’OpenShift, l’essentiel de la charge de maintenance vous incombe.
Vous pouvez également faire appel à un service tiers de gestion de Kubernetes (comme celui de Platform9) afin d’automatiser une grande partie des tâches de gestion. Toutefois, vos ingénieurs devront toujours participer à la gestion. Il n’existe pas d’expérience Kubernetes entièrement autonome.
Ainsi, les coûts liés au temps consacré par le personnel à la gestion de Kubernetes peuvent varier considérablement, mais ils seront toujours présents.
Coûts de déploiement des applications
Plus vous déployez rapidement des applications sur votre cluster, plus vous tirez parti de Kubernetes et plus votre stratégie Kubernetes est rentable. Il est donc utile d’examiner votre processus de déploiement, son degré d’automatisation et le nombre de versions que vous pouvez gérer chaque jour ou chaque semaine. Bien que ce coût soit quelque peu difficile à quantifier, un pipeline de déploiement d’applications qui ne peut gérer qu’un seul déploiement par semaine vous coûtera beaucoup plus cher par déploiement qu’un pipeline qui en effectue au moins un par jour.
Conclusion
Kubernetes n’est gratuit que si vos serveurs, vos réseaux, vos solutions de stockage et vos employés travaillent tous gratuitement — ce qui n’est probablement pas le cas. C’est pourquoi, avant d’adopter une stratégie Kubernetes, il est important d’évaluer les différents facteurs qui influent sur son coût, mais aussi de veiller à ce que l’approche choisie réduise vos dépenses au minimum et permette à vos clusters d’atteindre le niveau de performance requis.
Volterra peut vous aider. En fournissant une plateforme de gestion des applications et de l’infrastructure permettant de surveiller tous les clusters Kubernetes, quel que soit le type d’infrastructure utilisé pour les héberger (cloud unique, multicloud ou sur site), Volterra élimine une grande partie des incertitudes liées à la planification et à la gestion de Kubernetes. Volterra ne rendra pas vos clusters Kubernetes totalement gratuits — vous devrez toujours payer l’infrastructure, les licences et le temps de travail du personnel — mais réduira les efforts nécessaires pour déployer et gérer Kubernetes, tout en accélérant le déploiement des applications. Il en résulte un coût total de Kubernetes plus faible et une valeur globale accrue.
À propos de l’auteur
Articles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.