Kubernetes managé sur bare metal · désormais à New York
Kubernetes sur vos propres serveurs, sans devoir surveiller le plan de contrôle
Vous apportez les charges de travail et choisissez les machines. Nous maintenons le cerveau du cluster en marche : le plan de contrôle, sa base de données et ses sauvegardes. Chaque nœud sous-jacent est un serveur physique complet, sans aucune couche virtuelle, et sa facture reste identique chaque mois.
Le compromis
Ce que vous cessez de surveiller, et ce que vous ne lâchez jamais
Vous cessez
- De gérer le plan de contrôle. Ses serveurs, sa base de données et ses sauvegardes sont notre travail, sur un nœud pour les tests ou trois pour un cluster qui doit rester disponible.
- De payer pour une couche virtuelle. Vos conteneurs tournent sur le matériel propre du serveur, donc rien n'est dépensé pour un hyperviseur ni partagé avec un inconnu.
- De surveiller une facture de trafic sortant. Les nœuds sont des serveurs mensuels à tarif fixe ; rien ne vous facture au gigaoctet sortant.
Vous conservez
- Les clés de chaque nœud. L'accès SSH root, la console et le mode de secours restent sur chaque serveur, ce que beaucoup d'offres Kubernetes managées retirent.
- Vos propres adresses publiques. Quand une application demande un équilibreur de charge, elle reçoit l'une des adresses IPv4 supplémentaires de vos propres serveurs nœuds.
- La liberté de partir. C'est du Kubernetes standard et open source, donc ce que vous construisez ici fonctionne partout ailleurs où Kubernetes tourne.
De la commande aux applications en cours d'exécution
La vie d'un cluster, en cinq étapes
Commandez-le en ligne
Donnez un nom à votre cluster et choisissez ses serveurs sur la page de commande, puis réglez les premières factures. Un doute ? Notre IA dans le chat répond en quelques secondes, et une personne de notre équipe prend le relais dès que vous le demandez.
Choisissez la taille du cerveau
Un nœud de plan de contrôle pour le développement, ou trois pour la haute disponibilité. Dans les deux cas, sa base de données est copiée vers un instantané toutes les six heures.
Choisissez les serveurs qui font le travail
Cochez entre un et dix des serveurs de New York prêts aujourd'hui. Ils arrivent tels qu'ils sont en rayon, déjà sous Ubuntu, donc rien n'est réinstallé, il n'y a pas de frais d'installation, et vous pourrez en ajouter d'autres plus tard, jusqu'à dix. Ils atterrissent tous dans un groupe étiqueté pool=general. Vous voulez que les machines GPU ne prennent que les tâches GPU ? Vous êtes l'administrateur du cluster : étiquetez-les et isolez-les vous-même avec kubectl.
Téléchargez le kubeconfig et déployez
Utilisez kubectl, Helm ou ce que vous utilisez déjà. Cilium applique vos politiques réseau, un pare-feu sur chaque nœud ne laisse entrer que les machines de votre propre cluster, et MetalLB place des adresses publiques devant vos services. Besoin de chiffrer le trafic entre services ? Ajoutez TLS à vos applications ou exécutez un maillage de services.
Mettez à niveau quand cela vous convient
Vous appuyez sur le bouton. Le plan de contrôle passe d'abord à la nouvelle version, puis chaque nœud à son tour, un par un.
Franc-parler
À qui cela convient aujourd’hui, et qui devrait attendre
Un bon choix
- Les équipes dont les applications tournent tout le mois et qui préfèrent une facture stable à un compteur horaire
- L’inférence IA ou le rendu qui veulent des serveurs GPU à côté des serveurs ordinaires dans le même cluster
- Toute personne qui veut Kubernetes mais aussi se connecter aux machines sous-jacentes
- Les charges de travail avec des utilisateurs près de New York
Mieux vaut attendre
- Vous avez besoin de clusters dans plusieurs villes dès maintenant : nous démarrons uniquement à New York
- Vous avez besoin de chiffres de disponibilité publiés avant de signer : nous n’en communiquerons aucun tant que nos clusters ne les auront pas mérités
- Vous avez besoin d’un réseau privé et chiffré entre les nœuds : il n’y en a pas, donc le trafic entre nœuds passe par des adresses publiques et vos applications apportent leur propre TLS
- Vous voulez une seule petite machine plutôt qu’un cluster : un Cloud VPS est la réponse la plus simple
- Vous voulez gérer Kubernetes entièrement vous-même : notre bare metal pour conteneurs est prêt pour cela dès aujourd’hui
FAQ
Questions sur Kubernetes sur serveurs bare metal chez Primcast
Que signifie « géré » ici ?
Nous nous occupons de la partie de Kubernetes qui prend les décisions : le serveur d'API, le planificateur et la base de données etcd, y compris une sauvegarde de cette base toutes les six heures. Vous vous occupez de vos applications, et les serveurs worker restent sous votre contrôle.
Est-ce du vrai Kubernetes ou une imitation ?
Du vrai Kubernetes upstream, empaqueté par la distribution RKE2, qui est conforme au standard Kubernetes de la CNCF. Kubernetes lui-même est open source sous licence Apache 2.0, donc rien de ce que vous construisez ne vous lie à nous.
Puis-je toujours me connecter à mes serveurs ?
Oui. Chaque nœud est l'un de vos serveurs dédiés, et vous conservez l'accès SSH root, la console et le mode rescue dessus pendant qu'il sert le cluster.
Mes applications obtiendront-elles des adresses IP publiques ?
Oui. MetalLB attribue à un Service de type LoadBalancer l'une des adresses IPv4 supplémentaires de vos propres serveurs nœuds. Entre les nœuds, il n'y a pas de réseau privé : ils communiquent via leurs adresses publiques sur notre réseau, et le pare-feu de chacun n'autorise que les machines de votre propre cluster. Le cluster ne chiffre pas ce trafic, donc si vos services doivent communiquer de manière privée, donnez-leur TLS ou mTLS, ou exécutez un maillage de services.
Puis-je mettre des serveurs GPU dans mon cluster ?
Oui, lorsqu'un est en stock à New York au moment de votre commande : vous choisissez vous-même chaque serveur. Tous les nœuds démarrent dans le même groupe, étiqueté pool=general. Mettez votre propre label et taint sur les machines GPU avec kubectl et les charges de travail ordinaires restent à l'écart, tandis que les tâches qui ont besoin d'un GPU le demandent.
Quand puis-je commencer, et où cela fonctionnera-t-il ?
Aujourd'hui, à New York. Commandez sur le site web, payez les premières factures, et le cluster se met en place tout seul ; vous téléchargez le kubeconfig depuis votre tableau de bord lorsqu'il est prêt. Chaque nœud est facturé comme le serveur dédié qu'il est, sans frais d'installation : il provient du stock et exécute déjà Ubuntu 24.04 ou 26.04.
Prêt à créer votre premier cluster à New York ?
La commande ne prend que quelques minutes : choisissez la puissance, nommez le cluster, cochez les serveurs que vous voulez comme nœuds et payez. Vous préférez d’abord en parler ? Le chat répond immédiatement, et la page de contact liste tous les autres moyens de nous joindre.
Curieux de découvrir les machines d’abord ? Parcourez les serveurs qui composent les nœuds.