Kui süsteem on sama suur ja keeruline kui Kubernetes, võib seire sageli muutuda tülikaks.Jälgimine on alati keeruline äri, sest ühest küljest ei taha te kriitilistest vigadest ja ebaõnnestumistest ilma jääda, teiselt poolt ei taha te uppuda tühiste vigade ookeani, mis käivitatakse mitte teie rakenduse ega mõjutuse tõttu see igatahes sisse.

Oma planeerijate ja kontrollerite virnaga saab Kubernetes taastuda väiksematest tõrgetest, ebaõnnestunud sõlmedest või rakenduste krahhidest. Kuid kui juhtub palju krahhe, ei pruugi sellel olla midagi pistmist infrastruktuuriga, vaid kõik on seotud teie rakendusega, mida Kubernetes võib proovida ikka ja jälle taaskäivitada, kuid kuna kood on süüdi, jääb viga püsima ja võib isegi märkamata jääda.

Enamasti jäävad tähelepanuta sellised vead, kus rakendused ei jookse kokku, vaid jõuavad süsteemiressursside kasutamiseni ja teevad klastritele kogu jõudluse tõttu haiget. Need on eriti vastikud juhtumid ja Kubernetes Metrics Server võib olla kasulik tööriist neil silma peal hoida.

Projekt on ametlikult osa Kubernetese projektist, kuid enamikus Kubernetesega sertifitseeritud rajoonides pole see eelnevalt lubatud. Sellel on kaks olulist osa, millest tasub arutada Metrics API-d ja Metrics Serverit ennast. Kuid kõigepealt pakume selle oma Kubernetes (K8) klastrisse.

Eksperimentaalne Kubernetese seadistus

Alates 2018. aasta juulist on nii Maci kui ka Windowsi jaoks mõeldud Docker kaasas Kernese Kubernetesega sertifitseeritud rakendus. See on sama lihtne kui K8 installimine Linuxi distrosse. Võite minna Dockeri seadistustesse ja kui Dockeri eksemplar on ajakohane, leiate menüüst vahekaardi Kubernetes. Lihtsalt lubage Docker Swarmi asemel Kubernetes ja teil on üks katseklaas valmis ja töötab katsetamiseks valmis.

Järgmisena vajame oma kasutusjuhtumi jaoks mõnda lihtsat rakenduste komplekti, mis töötab ja töötab. Looge kaust nimega Deployments ja selle sees loome a nginx-juurutamine.yaml failid, mis paigutaksid kodakondsuseta Nginxi kaunad.

apiVersion: apps / v1 # versioonidele enne 1.9.0 kasuta rakendusi / v1beta2
liik: juurutamine
metaandmed:
nimi: nginx-juurutamine
spetsifikatsioon:
valija:
matchSildid:
rakendus: nginx
koopiad: 2 # käsib juurutamisel käivitada 2 mallile vastavat kauna
mall:
metaandmed:
sildid:
rakendus: nginx
spetsifikatsioon:
konteinerid:
- nimi: nginx
pilt: nginx: 1.7.9
sadamad:
- containerPort: 80

Salvestage fail ja käivitage käsk:

$ kubectl create -f nginx-juurutamine.yaml

Peame võib-olla paar minutit ootama, et lasta Kubernetesel konteineripilte alla laadida, konteinereid varustada ja natuke muud raamatupidamist korraldada. Kui see on tehtud, näete kaunade loendit järgmiselt:

$ kubectl saavad kaunad

Nagu näete, on meil kaks kauna eksemplari, nagu .yaml-fail oli ette kirjutanud.

Nüüd, kui meil on midagi jälgida, peame lubama Metrics Serveri. Kõigepealt kontrollige teie käitatavat Kubernetese versiooni. Kui versioon on 1.8 või kõrgem, siis kasutaksime teistsugust juurutamist ja kui see on 1.7, siis pöördume tagasi pärandi juurde:

$ kubectl versioon

Ametliku pildi saate hankida ja alustada, kloonides selle GitHubi repo ja seejärel hoidla juurprogrammis kubectl luua -f koos sobiva .yaml sõltuvalt teie kasutatavast K8 versioonist.

$ giti kloon https: // github.com / kubernetes-inkubaator / metrics-server.git
 
$ cd mõõdikud-server
# Kui kasutate Kubernetese versiooni 1.8 või kõrgem
$ kubectl create -f juurutamine / 1.8 + /
# Kui versioon on 1.7
$ kubectl create -f juurutamine / 1.7 /

Andke kubernetele aega piltide allalaadimiseks ja mõõdikute serveri kiirendamiseks. See võib võtta paar minutit. Kui see on tehtud, olete nüüd valmis mõõdikute serveri käitamiseks. Põhikäsk on inspireeritud üles käsk, mida sageli käivitatakse Linuxi süsteemi jälgimiseks. Kuid sellel on kaks varianti, millest üks kontrollib ressursside kasutamine arvutusel sõlmed ja teiseks tarbitud ressurss lähetatud poolt kaunad ja. Nende kahe detaili nägemiseks toimige järgmiselt

$ kubectl ülemine sõlm
$ kubectl ülemine kaun

Näete, kui palju maksab teie süsteem mälu või protsessori aega ja Metrics API abil saate seadistada ka hoiatusi.

Kust see siit edasi läheb?

Mõõdikuserveri esilekerkivad kasutusjuhtumid saavad Kubernetese tulevikus otsustavaks. See projekt on endiselt versioonis 0.2.x, kui see küpseb ja Kubernetes peavoolu integreerub, kogub see planeerija jaoks olulisi andmeid, aidates tal jaotussõlmedesse tõhusamalt palju tõhusamalt jaotada.

Sarnaselt saab Horizontal Pod Autoscaler projektist palju kasu ja aitab teil laiendada või vähendada nii, et rakendused kasutaksid ressursse optimaalselt.

Viited

1. Nginxi juurutused
2. Kubernetes Metrics Server
3. Metrics API kujundusdokumendid leiate siit ja sarnaselt leiate teavet Metrics Serveri kohta siit.