Kubernetes

Clustere Kubernetes administrate, construite din mașini virtuale pe care le provizionăm și le ținem în funcțiune noi. Pagina asta arată cum pornești unul și, cu cât de multe detalii putem da, unde se oprește.

Ce este

Un cluster Kubernetes de aici este un grup de mașini virtuale provizionate ca o singură unitate: un load balancer, nodurile de control plane ale tipului de cluster ales și un pool de noduri worker care rulează Talos Linux, într-o rețea privată cu o adresă IPv4 publică. Primești un kubeconfig pentru cluster din panou sau din API, iar platforma instalează componentele opționale selectate la creare. Tot ce conține clusterul se taxează din soldul tău cloud preplătit.

Cum începi

  1. Creează-ți cont și confirmă adresa de email. Nicio resursă cloud, inclusiv un cluster, nu poate fi creată cât timp adresa nu este verificată.
  2. Adaugă fonduri. La crearea unui cluster verificăm dacă soldul acoperă cel puțin o oră din tot ansamblul: adresa IPv4 publică, load balancerul, fiecare nod de control plane și fiecare nod worker.
  3. Deschide Kubernetes în panou și mergi la Clustere, apoi Adaugă, la /panel/kubernetes/clusters/add/. Alege Development sau Production, un pachet pentru nodurile worker și o dimensiune de pool între minimul și maximul permise de tipul de cluster.
  4. Bifează componentele opționale pe care le vrei instalate odată cu clusterul: cert-manager, Ceph CSI, Metrics Server, CloudNative PG, MariaDB Operator și MongoDB Operator.
  5. Creează clusterul, apoi ia kubeconfig-ul din pagina clusterului sau de la GET /api/v1/kubernetes/clusters/{id}/kubeconfig/. Un POST la aceeași adresă emite unul nou.
  6. Același cluster poate fi creat dintr-un singur apel cu POST /api/v1/kubernetes/clusters/, iar tipurile de cluster disponibile sunt listate la /api/v1/kubernetes/cluster-types/.

Clusterele Production se creează cu protecția la ștergere activată. O dezactivezi singur din pagina clusterului; până atunci, atât panoul cât și API-ul refuză distrugerea clusterului.

Limite

Primele două se aplică per cont și sunt ridicate de suport la cerere. Un resource pool este un grup de noduri worker dintr-un cluster și fiecare cluster are nevoie de unul, deci limita de pool-uri limitează și câte clustere poți rula. Restul sunt proprietăți ale unui singur cluster, fixate la construirea lui.

Limită Valoare Poate suportul să o ridice?
Clustere per cont 5 Da, la cerere
Resource pool-uri per cont 5 Da, la cerere
Noduri worker într-un pool Minimul și maximul tipului de cluster ales Nu, alege un tip de cluster cu un interval mai larg
Noduri într-un cluster 64, control plane și workeri la un loc Nu, rețeaua clusterului este dimensionată pentru asta
Pod-uri pe un nod 124 Nu, kubelet-ul este configurat cu ea
Servicii Kubernetes într-un cluster Aproximativ 1000 de adrese IP de cluster Nu, rețeaua de servicii este dimensionată pentru asta
Volume persistente într-un cluster Fără limită de număr. Dimensiunea lor intră în cota de stocare de mai jos Nu se aplică
Cota de stocare a clusterului 1536 GB Da, o setăm noi per cluster
Stocarea la care scrierile se opresc Cota plus 100 GB Da, prin ridicarea cotei de mai sus
Operațiuni care rulează pe un cluster Una singură. A doua cerere este refuzată, nu pusă la coadă Nu

Rândurile despre stocare merită citite de două ori. Cota în sine este o valoare orientativă și nu se întâmplă nimic în momentul în care o depășești. Când consumul ajunge la cotă plus 100 GB, stocarea clusterului nu mai acceptă scrieri: pod-urile pornite citesc în continuare, dar nu se mai poate scrie nimic nou. Se revine automat imediat ce consumul scade sub prag.

Fondurile contează și după creare. Un serviciu cloud este suspendat la 2 zile după ce nu mai este plătit, iar tot ce conține este suspendat odată cu el, inclusiv un cluster Kubernetes. Este distrus la 7 zile după aceea.

Ce necesită suport

  • Ridicarea numărului de clustere sau de resource pool-uri permise contului tău.
  • Ridicarea cotei de stocare a unui cluster. Nu o poți seta singur din panou sau din API.
  • Traficul criptat între nodurile clusterului. Este dezactivat pe platformă, iar acolo unde este activat doar personalul îl poate schimba, deci nu este ceva ce poți porni singur pentru clusterul tău.
  • Alegerea sau forțarea unui upgrade de load balancer. Platforma stabilește singură dacă există unul disponibil pentru clusterul tău și care anume. Nu îl indici tu niciodată, iar când nu se oferă nimic nu ai ce apăsa.
  • Tipul de cluster Beta. Există pentru testarea imaginilor candidate și este refuzat clienților în toate punctele de intrare.
  • Recuperarea unui cluster distrus. Distrugerea ia cu ea nodurile și eliberează rețeaua clusterului înapoi în pool, deci nu mai rămâne nimic de restaurat.

Unde mergi mai departe

A rămas ceva neclar?

Dacă o limită de pe această pagină te-a luat prin surprindere, spune-ne. Este o eroare de documentație și o corectăm.