Kubernetes · Docker · bare metal
Kubernetes sur bare metal avec un serveur entier sous chaque nœud
Kubernetes sur bare metal signifie que le kubelet s'exécute directement sur un serveur physique, sans hyperviseur ni autre locataire en dessous. Ici, vous louez ces serveurs, installez la distribution de votre choix et conservez root, une console distante et chaque cœur sur chaque nœud.
- Un locataire par nœud
- Aucun hyperviseur
- À l'heure ou au mois
- Port non mesuré
Un serveur prêt est livré en environ 30 minutes après l'approbation du paiement, de sorte qu'un cluster à trois nœuds peut fonctionner l'après-midi même. Vous choisissez kubeadm, k3s, RKE2 ou Docker simple. Aucun hyperviseur ni quota de ressources ne s'interpose entre vos pods et le matériel.
Tarifs en direct depuis le catalogue
Trois formats de nœuds pour un cluster Kubernetes bare metal
Le serveur prêt le moins cher aujourd'hui dans chaque format, avec le prix auquel il est vendu. Chaque chiffre appartient à la machine exacte indiquée en dessous. Mélangez-les : un ou trois nœuds de plan de contrôle, puis autant de workers que la charge de travail l'exige.
Control plane node
Intel Atom C2750
API server, scheduler and etcd
$34.40/mo
or $0.0613/hr on hourly billing
- Memory16 GB
- StorageSATA 500 GB
- Port500 Mbps Unmetered
- CityNew York
General worker
Intel Xeon E5-2630L v4
Most application pods
$113.77/mo
or $0.2026/hr on hourly billing
- Memory64 GB
- Storage2 x SATA-SSD 240 GB
- Port1 Gbps Unmetered
- CitySan Francisco
Large worker
Intel Xeon E5-2630L v3
Databases, caches, big JVMs
$210.28/mo
or $0.3745/hr on hourly billing
- Memory256 GB
- StorageSATA-SSD 3.84 TB
- Port1 Gbps Unmetered
- CityNew York
La facturation à l'heure s'applique aux serveurs prêts tels quels, au prix mensuel divisé par 730 et multiplié par 1.3. Un serveur construit selon votre configuration est facturé au mois, prend 4 to 24 hours, et affiche ses frais d'installation uniques sur la page de commande avant que vous ne payiez. Tous les serveurs prêts sont listés avec leurs prix, les nœuds GPU sont sur la page des serveurs GPU et les nœuds arm64 sur la page des serveurs Arm.
Ce qui change sans hyperviseur
Conteneurs sur bare metal : ce que votre cluster gagne
Un conteneur isole déjà un processus. Le placer dans une machine virtuelle ajoute une deuxième couche d'ordonnancement, de mémoire et d'E/S entre votre pod et le matériel. Sur bare metal, cette couche disparaît.
Latence stable
Personne d'autre sur l'hôte
Les cœurs, le bus mémoire, les disques et la carte réseau ne servent que vos pods. Un client occupé sur le même hôte ne peut pas ralentir votre p99, car il n'y a pas de même hôte.
Accès au matériel
Des périphériques que vos pods peuvent voir
NVMe local pour les volumes persistants, un GPU dédié via le plugin de périphérique, l'épinglage CPU avec le gestionnaire CPU statique, les huge pages. Tout cela est le vrai périphérique, pas un périphérique émulé.
Facture plate
Pas de compteur de sortie
Chaque serveur a un prix fixe et un port non mesuré. Le trafic entre les nœuds et vers Internet n'ajoute rien à la facture, donc un maillage de services bavard coûte ce que coûtent les serveurs.
Contrôle
Root quand un nœud tombe en panne
La version du noyau, les sysctls, le runtime de conteneurs et le pare-feu vous appartiennent. Quand un nœud cesse de répondre, la console distante et le mode rescue fonctionnent toujours, vous pouvez donc lire les journaux avant de le remplacer.
Deux façons de l'exécuter
Exécutez Kubernetes vous-même, ou laissez-nous gérer le plan de contrôle
Cette page s'adresse aux équipes qui veulent exploiter l'ensemble du cluster. Si vous préférez ne pas exécuter le serveur API et etcd, notre option gérée utilise vos serveurs dédiés comme workers et nous exploitons le plan de contrôle.
| Question | Plan de contrôle géré | Vous l'exécutez (cette page) |
|---|---|---|
| Qui exécute le serveur API et etcd | Nous | Vous |
| Distribution | RKE2 | Toute : kubeadm, k3s, RKE2, autres |
| Villes | New York | New York, Miami, San Francisco, Amsterdam and Bucharest |
| Serveurs workers | Serveurs prêts sous Ubuntu | Tout serveur que nous vendons, aussi construit sur commande |
| Root sur les workers | Oui | Oui, sur chaque nœud |
| Mises à niveau | Vous les déclenchez, nous les exécutons | À vous de les planifier et de les exécuter |
Lisez comment fonctionnent les clusters gérés avant de choisir. Les deux s'exécutent sur les mêmes serveurs et le même réseau.
Mise en place
De la commande à un cluster bare metal opérationnel
Les étapes ci-dessous correspondent au parcours habituel pour un cluster kubeadm, k3s ou RKE2 sur nos serveurs. Aucune ne nécessite de ticket.
Commandez les nœuds avec vos clés
Choisissez Ubuntu, Debian ou AlmaLinux et collez vos clés publiques SSH ainsi qu’un script user-data. Vos clés sont présentes sur le serveur dès sa livraison, et le script s’exécute une seule fois en tant que root juste après, avec son code de sortie et sa sortie conservés sur la page du serveur.
Attendez le signal de disponibilité
Un serveur prêt vous est livré en environ 30 minutes une fois le paiement approuvé. Un webhook server.ready peut informer votre pipeline dès que chaque nœud est opérationnel, et une clé API gère ensuite les redémarrages et les réinstallations.
Installez la distribution
Initialisez le premier nœud du plan de contrôle, puis joignez les autres. Pour un plan de contrôle hautement disponible, utilisez trois nœuds afin qu’etcd conserve un quorum lorsque l’un d’eux est hors service.
Ajoutez le réseau et les équilibreurs de charge
Installez un CNI tel que Cilium ou Calico. Pour les Services de type LoadBalancer, exécutez MetalLB et attribuez-lui les adresses IPv4 supplémentaires que vous ajoutez à un serveur dans le configurateur. L’IPv6 est également disponible.
Choisissez le stockage
Le NVMe local via un provisionneur local-path ou OpenEBS convient aux bases de données qui se répliquent elles-mêmes. Pour les volumes qui suivent un pod vers un autre nœud, exécutez Rook avec Ceph sur trois serveurs ou plus disposant de disques libres.
Restreignez les ports du cluster (6443, 10250, 2379 et 2380) à vos propres nœuds dans le pare-feu de l’hôte. La réinstallation d’un nœud depuis le panneau de contrôle est gratuite, aussi souvent que nécessaire.
Un seul serveur suffit aussi
Docker sur un serveur dédié
Toutes les charges de travail conteneurisées n’ont pas besoin d’un orchestrateur. Un serveur dédié unique avec Docker Engine et Compose exécute une pile de services avec moins d’exploitation qu’un cluster, et c’est la même machine que vous pourriez joindre plus tard à un cluster.
Installez Docker depuis son propre dépôt sur Ubuntu ou Debian, ou utilisez Podman sur AlmaLinux. Les conteneurs disposent de tout le CPU, de toute la mémoire et des disques locaux, sans aucune mesure de leur trafic.
Quand un seul serveur ne suffit plus
- Une panne d’un seul hôte mettrait tous les services hors service en même temps.
- Vous avez besoin de déploiements progressifs sans fenêtre de maintenance.
- La charge doit se répartir sur plus de cœurs qu’une seule machine n’en possède.
- Différentes équipes ont besoin de leurs propres espaces de noms, quotas et règles d’accès.
À ce stade, commandez deux serveurs supplémentaires et passez à Kubernetes sur le même matériel.
Réponses
Questions sur Kubernetes et les conteneurs sur bare metal
Qu’est-ce que Kubernetes sur bare metal ?
Il s’agit d’un cluster Kubernetes dont les nœuds sont des serveurs physiques plutôt que des machines virtuelles. Le kubelet et le runtime de conteneurs s’exécutent sur le système d’exploitation hôte, de sorte que les pods utilisent directement le processeur, la mémoire, les disques et la carte réseau.
Kubernetes est-il plus rapide sur bare metal que sur des machines virtuelles ?
Généralement, pour tout ce qui est sensible aux E/S ou à la latence, car il n’y a ni hyperviseur ni locataire voisin sur l’hôte. L’ampleur du gain dépend de la charge de travail, alors exécutez votre propre benchmark sur un serveur facturé à l’heure avant de vous engager.
De combien de serveurs ai-je besoin pour un cluster Kubernetes bare metal ?
Un seul serveur suffit pour apprendre. Pour la production, trois nœuds de plan de contrôle maintiennent etcd opérationnel en cas de panne de l’un d’eux, plus au moins deux workers. Les petits clusters exécutent souvent les charges de travail également sur les nœuds du plan de contrôle.
Comment fonctionnent les services LoadBalancer sur bare metal ?
Le bare metal n’a pas d’équilibreur de charge cloud à appeler, donc MetalLB remplit ce rôle. Vous ajoutez des adresses IPv4 supplémentaires à vos serveurs dans le configurateur et MetalLB les annonce pour vos Services.
Puis-je exécuter Docker sur un serveur dédié ?
Oui. Commandez n’importe quel serveur Linux, installez Docker Engine et Compose, et exécutez vos conteneurs sur toute la machine. Vous disposez des droits root, donc le runtime, son pilote de stockage et sa configuration réseau sont à votre choix.
Puis-je ajouter des nœuds GPU au cluster ?
Oui. Commandez un serveur GPU dédié, installez le pilote NVIDIA et le plugin de périphérique, puis étiquetez ou marquez le nœud afin que seules les charges de travail GPU y soient placées. Chaque pod qui demande un GPU reçoit le GPU complet.
Pouvez-vous gérer le plan de contrôle pour moi ?
Oui, à New York. Notre option gérée exécute le serveur API et etcd pour vous et joint vos serveurs dédiés en tant que workers. Consultez la page Kubernetes géré pour savoir comment cela fonctionne et combien cela coûte.
Comment les serveurs sont-ils facturés ?
Les serveurs prêts peuvent être facturés à l’heure, au prix mensuel divisé par 730 et multiplié par 1.3, ou au mois sans engagement. Le port est non mesuré, donc aucun frais n’est appliqué pour le trafic.
Où se trouvent les serveurs ?
New York, Miami, San Francisco, Amsterdam and Bucharest, tous sur notre propre réseau, AS19624. Vous choisissez la ville de chaque serveur lors de la commande.
Vendez-vous des conteneurs de salle de serveurs ?
Non. Nous ne vendons pas de modules de centre de données conteneurisés. Cette page concerne les conteneurs logiciels, tels que Docker et Kubernetes, exécutés sur des serveurs dans nos centres de données.
Quel support ai-je ?
Le chat en direct répond en quelques secondes. L’assistant peut vérifier votre compte et vos serveurs pendant que vous parlez, et une personne de notre équipe prend le relais dès que vous le demandez. Le logiciel du cluster lui-même reste sous votre exploitation.
Liens utiles
Où aller ensuite
- Kubernetes géréNous gérons le plan de contrôle, vos serveurs sont les workers.
- Serveurs prêtsChaque machine installée aujourd’hui, avec son prix.
- Serveurs bare metalCe que vous conservez d’un cloud, et ce à quoi vous renoncez.
- Serveurs GPUDes nœuds avec un GPU dédié pour l’entraînement et l’inférence.
- Hôtes ProxmoxDes machines virtuelles et des LXC sur du matériel que vous contrôlez.
- Serveurs 10 Gbit/sUn port plus rapide pour les nœuds qui déplacent beaucoup de données.
Commandez votre premier nœud
Commencez avec un serveur à l’heure, testez vos manifestes dessus, puis ajoutez des nœuds lorsque vous êtes prêt.