Disponibil acum · New York

Kubernetes gestionat pe bare metal: noi rulăm planul de control, workerii tăi sunt servere întregi

Kubernetes upstream, construit cu RKE2, unde serverul API, schedulerul și etcd sunt operate de noi, iar fiecare nod worker este un server dedicat pe care îl închiriezi de la noi. Fără hypervisor sub podurile tale, fără vecini pe nucleele tale și păstrezi SSH root, consola și modul rescue pe fiecare nod.

Ai întrebări înainte de a comanda? . AI-ul nostru răspunde în câteva secunde și îți poate verifica contul și serverele; un inginer preia oricând dorești. Nu ai chat? Scrie-ne din pagina de contact.

Diviziunea muncii

Cine operează fiecare parte a clusterului

Multe servicii Kubernetes gestionate țin nodurile departe de tine. Aici linia este trasă la nivelul planului de control: tot ce este deasupra lui este treaba noastră, iar fiecare mașină de dedesubt rămâne a ta.

Noi operăm

  • Serverul API, planificatorul și managerul de controlere, pe un nod pentru dezvoltare sau pe trei pentru disponibilitate ridicată
  • etcd încorporat, cu un instantaneu la fiecare 6 ore
  • Secvența de actualizare: întâi planul de control, apoi nodurile tale, unul câte unul
  • Firewall-ul de pe fiecare nod, care permite accesul doar nodurilor proprii ale clusterului

Tu păstrezi

  • SSH root, consola și modul de salvare pe fiecare server worker
  • Alegerea momentului actualizării și a versiunii către care se face
  • Încărcările, spațiile de nume, politicile și charturile tale, scrise pentru orice cluster conform
  • Un kubeconfig pe care îl descarci și îl folosești cu propriile instrumente

De ce lucrătorii sunt pe bare metal

Patru costuri pe care ți le percepe un pool de noduri virtualizate, iar acesta nu

Taxa de hypervisor

Un pod pe un VM cloud rulează pe un kernel invitat peste un kernel gazdă. Pe un nod dedicat există un singur kernel, direct pe hardware, astfel încât nucleele și memoria pe care le închiriezi ajung la podurile tale, nu la un al doilea sistem de operare dedesubtul lor.

Vecini gălăgioși

Nicio altă sarcină de lucru nu împarte mașina, discurile sau lățimea de bandă a memoriei. Un benchmark pe care îl rulezi luni nu este anulat de un job batch al altcuiva vineri.

Contorul de trafic de ieșire

Serverele worker sunt facturate fix lunar, fără nicio taxă per gigabyte care iese din cluster. Servirea traficului nu se transformă într-o a doua factură.

Dependența de furnizor

Kubernetes este un proiect CNCF open-source sub licența Apache 2.0, iar RKE2 îl rulează upstream. Manifestele care rulează aici rulează pe orice cluster conform, așa că plecarea te costă o migrare, nu o rescriere.

Stiva

Strat cu strat, așa cum este construit fiecare cluster

StratCe este
DistribuțieRKE2, Kubernetes upstream conform CNCF
Plan de controlOperat de noi: 1 nod pentru dezvoltare, 3 noduri pentru disponibilitate ridicată
Starea clusteruluietcd încorporat, cu instantanee la fiecare 6 ore
Noduri workerServere dedicate din contul tău, alese unul câte unul din stocul New York și preluate așa cum sunt, deja pe Ubuntu 24.04 sau 26.04 (fără reinstalare, fără taxă de configurare); 1 până la 10 per comandă, mai multe adăugate ulterior până la 10
PlanificareUn singur pool, fiecare nod etichetat pool=general; etichete și taint-uri suplimentare setate de tine cu kubectl (cluster-admin)
Rețea de poduriCilium, cu NetworkPolicy Kubernetes aplicată; fără criptare între noduri, așa că folosește TLS sau mTLS în aplicațiile tale, sau un service mesh, acolo unde traficul trebuie criptat
Load balancereMetalLB: un Service de tip LoadBalancer preia una dintre adresele IPv4 suplimentare de pe serverele tale worker
Rețeaua nodurilorAdresele publice ale nodurilor, cu un firewall care permite doar nodurile proprii ale clusterului; fără VLAN privat
AccesDescărcare Kubeconfig; SSH root, consolă și mod rescue pe fiecare worker
ActualizăriPornite de tine; întâi planul de control, apoi nodurile unul câte unul
LocațieNew York

Așa este asamblat fiecare cluster pe care îl construim în New York. Dacă un strat se schimbă, acest tabel se schimbă odată cu el.

Noduri worker

Servere CPU și GPU într-un singur cluster, separate prin etichete și taint-uri pe care le setezi tu

O comandă primește de la 1 la 10 servere worker, fiecare ales dintre mașinile din New York disponibile acum, iar dashboard-ul adaugă ulterior altele, până la 10 în total. Fiecare worker se alătură unui pool și poartă eticheta pool=general. Ai cluster-admin, așa că separarea mașinilor GPU de nivelul web este la un kubectl label și un kubectl taint distanță.

  • Etichetele și taint-urile dincolo de pool=general sunt ale tale; noi nu adăugăm reguli de planificare proprii
  • Load balancerele preiau adresele IPv4 suplimentare deja prezente pe serverele tale worker
  • Nodurile comunică prin adresele lor publice, în spatele unui firewall per nod care acceptă doar nodurile proprii ale clusterului
Izolează un worker GPU, apoi solicită-l
$ kubectl label node k8s-250123-w3 gpu=true
$ kubectl taint node k8s-250123-w3 gpu=true:NoSchedule
apiVersion: v1
kind: Pod
metadata: name: inference
spec: nodeSelector: gpu: "true" tolerations: - key: gpu operator: Exists effect: NoSchedule containers: - name: model image: ghcr.io/example/model:1.0

Întrebări

Kubernetes gestionat pe bare metal: ce întreabă inginerii mai întâi

Este un serviciu Kubernetes gestionat real sau un script care îl instalează pe serverul meu?

Gestionat. Noi operăm planul de control, inclusiv etcd și instantaneele sale, și conducem actualizările atunci când pornești una. Serverele tale dedicate se alătură clusterului ca noduri worker, iar tu nu trebuie să operezi niciodată planul de control.

Ce distribuție Kubernetes folosiți?

RKE2, o distribuție conformă CNCF care livrează Kubernetes upstream. Manifestele, charturile Helm și operatorii tăi funcționează la fel ca pe orice alt cluster conform.

Păstrez accesul root la nodurile worker?

Da. Fiecare worker este un server dedicat din contul tău, cu SSH root, consolă și mod de salvare, exact ca atunci când nu face parte dintr-un cluster. Aceasta este principala diferență față de majoritatea Kubernetes gestionat, unde nodurile îți sunt adesea închise.

Cum obțin o adresă IP serviciile de tip LoadBalancer?

MetalLB le atribuie adresele IPv4 suplimentare de pe serverele tale worker, astfel încât adresa din fața serviciului tău este una pe care o deții deja, nu una împrumutată dintr-un pool partajat.

Nodurile partajează o rețea privată?

Nu, nu există un VLAN privat per cluster. Nodurile comunică între ele prin adresele lor publice din rețeaua noastră, iar un firewall de pe fiecare nod permite accesul doar nodurilor proprii ale clusterului. Traficul dintre noduri nu este criptat de cluster: politicile de rețea Cilium controlează ce poduri pot comunica, iar pentru trafic criptat între servicii folosește TLS sau mTLS în aplicațiile tale, sau un service mesh.

Un cluster poate combina servere GPU și CPU?

Da. Alegi fiecare server worker dintre mașinile din New York disponibile acum, astfel încât serverele GPU și CPU se pot alătura aceluiași cluster. Toate pornesc într-un pool etichetat pool=general; cu cluster-admin etichetezi și marchezi tu însuți nodurile GPU, iar workloadurile aleg între ele cu selectoare de noduri și tolerations.

Cum se fac actualizările?

Alegi tu momentul. Actualizăm mai întâi planul de control, apoi nodurile worker unul câte unul, astfel încât un workload care rulează mai mult de o replică continuă să servească în timp ce clusterul trece la noua versiune.

Este disponibil acum și unde?

Da, în New York. Pe pagina de comandă alegi un plan de control Dev sau HA și de la unu la zece servere worker dintre mașinile din New York disponibile acum; clusterul este construit după ce primele facturi sunt plătite, iar kubeconfig-ul său te așteaptă în dashboard.

Comandă un cluster în New York

Alege un plan de control, denumește clusterul și selectează de la unu la zece servere worker. Workerii vin exact așa cum sunt în stoc, deja pe Ubuntu 24.04 sau 26.04, deci nu există taxă de configurare și se alătură imediat după livrare, odată ce primele facturi sunt plătite; kubeconfig-ul apare în panoul tău de control imediat ce clusterul raportează că este pregătit.

Comandă un cluster

Preferi să rulezi Kubernetes singur? Vezi servere bare metal pentru containere. Ai nevoie de o singură mașină mică în loc de un cluster? Un VPS Cloud este o mașină virtuală KVM; pagina servere dedicate listează mașinile pe care le poate fi un worker.