Vom vorbi în special despre diferitele politici de repornire Kubernetes în acest articol. Să discutăm mai întâi despre diferitele politici care sunt utilizate atunci când Kubernetes trebuie repornit. Puteți utiliza aceste politici pentru a opri implementarea unei anumite sarcini de lucru în cluster. În timp ce impunerea standardelor stricte în cluster se face de obicei pentru a asigura conformitatea, administratorii clusterului ar trebui, de asemenea, să urmeze câteva bune practici care au fost sugerate.
Ce este politica de repornire Kubernetes?
Fiecare pod Kubernetes aderă la un anumit ciclu de viață. Începe în etapa „în așteptare” și, dacă unul sau mai multe containere primare au fost lansate cu succes, trece la etapa „în funcționare”. În funcție de faptul că containerele din pod reușesc sau eșuează, procesul trece apoi la faza „reușită” sau „eșuată”.
Pentru a reporni politica la nivelul containerelor aplicate, pot fi folosite trei opțiuni:
Mereu
De fiecare dată când un container se termină, Kubernetes produce unul nou, deoarece podul trebuie să fie activ în orice moment.
OnFailure
Dacă containerul iese cu un alt cod de retur decât 0, acesta repornește o singură dată. Repornirea nu este necesară pentru containerele care returnează 0 (succes).
Nu
Containerul nu a repornit.
Acum, în secțiunea următoare, vom discuta despre cum puteți reporni un pod.
Cum să repornești un pod în Kubernetes?
Pentru a reporni un pod Kubernetes, lansați comenzi folosind instrumentul kubectl. Se va conecta cu serverul KubeAPI. Să explorăm opțiunile disponibile:
Repornirea unui container într-un pod
O pastă poate conține mai multe recipiente. Pe de altă parte, în esență, vă conectați la containerul principal dintr-un pod atunci când vă conectați la acesta. Vă puteți conecta la fiecare container pe care l-ați definit într-un caz dacă ați definit mai mult de unul.
Puteți vedea mai jos un exemplu de specificație a podului cu mai multe containere:
Aceasta descrie un volum partajat și două containere. Fișierul HTML va fi servit de containerul NGINX și în fiecare secundă containerul Ubuntu va adăuga o ștampilă de dată la fișierul HTML.
Deoarece nu ați specificat la ce container să vă conectați, acesta va alege automat primul (NGINX) atunci când încercați să vă conectați la acel pod. Captura de ecran este atașată mai jos:
Acum puteți încerca să opriți procesul PID 1 în interiorul containerului activ în prezent. Rulați următoarele comenzi ca root pentru a realiza acest lucru:
De asemenea, puteți utiliza instrumentul kubectl descris mai jos:
Conform specificației podului, K8s va încerca acum să repornească containerul distrus. Pentru aceasta, comanda „descrie” este utilizată după cum urmează:
Iată rezultatul comenzii de mai sus:
Starea actuală este „în curs”, în timp ce starea anterioară a fost „încheiată”. Aceasta înseamnă că containerul a fost repornit, conform acesteia. Cu toate acestea, nu toate containerele pot accesa acreditările root. Acesta este motivul pentru care această metodă ar putea să nu fie foarte utilă.
Repornirea unui pod prin scalare
Scalarea numărului de replici a unui pod la 0 și apoi scalarea la 1 este cel mai simplu mod de al reporni. În schimb, trebuie să construiți o implementare deoarece comanda scale nu poate fi utilizată pe poduri. Iată o modalitate ușoară de a realiza asta:
Scalați la 0 și apoi la 1. Făcând acest lucru, pod-ul va fi terminat și apoi redistribuit în cluster:
Replicile sunt setate la 1, așa cum puteți vedea în această imagine.
Pentru a vedea detaliile de implementare, am folosit acum „kubectl get deployments”. Următoarea este o listă atât a comenzii, cât și a rezultatului:
Repornirea unui pod ștergându-l și reinstalându-l
Folosind comanda „kubectl delete”, puteți șterge un pod și apoi îl puteți redistribui. Cu toate acestea, această abordare este destul de perturbatoare, de aceea nu este recomandată.
Repornirea unui pod utilizând Rollout
Pentru a reporni un pod utilizând modul descris mai sus, trebuie fie să distrugeți podul existent și apoi să creați unul nou, fie să scalați replica inversă și apoi în sus. Cu Kubernetes versiunea 1.15, puteți reporni o implementare într-un mod continuu. Aceasta este procedura sugerată pentru repornirea unui pod. Pur și simplu introduceți următoarea comandă pentru a începe:
Acum, dacă urmăriți starea implementării pe un alt terminal, veți observa fluxul de evenimente după cum urmează:
Dacă este sănătos, va reduce replica anterioară a implementării și va crea o nouă replică a podului. Rezultatul este același, cu excepția acestei abordări, orchestrația de bază a fost gestionată de Kubernetes.
Cum pot fi repornite podurile Kubernetes în moduri diferite?
Să începem mai întâi cu containerul docker. Cu următoarea comandă, containerele Docker pot fi repornite:
> repornire docker container_id
Dar în Kubernetes, nu există nicio comandă comparabilă pentru a reporni podurile, mai ales dacă nu există niciun fișier YAML specificat. Ca alternativă, puteți reporni podurile Kubernetes folosind comenzi kubectl. Sunt enumerate următoarele comenzi:
Comanda Kubectl Set Env
O metodă este să utilizați comanda kubectl scale. Acest lucru va modifica numărul de replici ale podului care trebuie repornit. Mai jos este un exemplu de comandă despre cum să setați replicile din pod să fie două:
> implementare la scară kubectl prima implementare --replicile = 2
Lansare Comandă de repornire
Aici, vom demonstra cum să folosiți comanda de repornire lansare pentru a reporni podurile Kubernetes:
> kubectl lansare repornire implementare prima implementare -n demo-namespace
Controlorului i se spune să extermine fiecare pod individual prin comandă. Apoi crește noile poduri folosind ReplicaSet. Până când fiecare pod nou este mai recent decât fiecare pod curent când controlerul se reia, acest proces continuă.
Comanda Delete Pod
Această secțiune va analiza modul de utilizare a comenzii de eliminare pentru a reporni podurile Kubernetes. Puteți observa că am folosit următoarea comandă pentru a scăpa de obiectul API pod din această imagine:
. > kubectl șterge pod primul-pod -n demo_namespace
Cel așteptat este contrazis prin ștergerea obiectului pod deoarece API-ul Kubernetes este declarativ. Pentru a păstra consistența cu cea anticipată, podul este, prin urmare, recreat.
Un pod poate fi repornit la un moment dat folosind comanda anterioară. Consultați comanda atașată pentru a reporni mai multe pod-uri:
> kubectl șterge replicaset pods-multiple-n demo_namespace
Comanda menționată mai sus repornește fiecare pod prin ștergerea întregului ReplicaSet de poduri și apoi creându-l de la zero.
Concluzie
Această postare a oferit informații despre diferitele politici de repornire Kubernetes. Am ilustrat fiecare etapă cu ajutorul exemplelor exemple. De asemenea, încercați aceste comenzi și vedeți ce ieșire generează.