Podin elinkaari ja tilat

Pod on Pending-vaiheessa, kun Kubernetesin API-palvelin on hyväksynyt sen, mutta yhtä tai useampaa sen konteista ei ole vielä luotu tai määritetty.

Yleisiä syitä ovat:

• Kontti-imagea ladataan parhaillaan.
• Klusterissa ei ole riittävästi resursseja (suoritinaikaa tai muistia) Podin ajoittamiseen.
• Volyymeja valmistellaan tai liitetään parhaillaan.

Tarkastellaan esimerkkiä. Jos yrität ottaa käyttöön Podin imagen avulla, jota ei ole olemassa, se saattaa jäädä Pending-tilaan tai näyttää imagen latausvirheen.

Tässä on esimerkki Podin määrittelystä:

apiVersion: v1
kind: Pod
metadata:
  name: pending-pod-demo
spec:
  containers:
  - name: my-container
    image: non-existent-image:latest
    ports:
    - containerPort: 80

Tarkista tila komennolla kubectl get pod. Voit nähdä esimerkiksi seuraavanlaisen tulosteen:

$ kubectl get pod pending-pod-demo
NAME               READY   STATUS         RESTARTS   AGE
pending-pod-demo   0/1     ErrImagePull   0          5s

ErrImagePull ilmaisee, ettei imagea voitu noutaa, minkä vuoksi Pod ei siirry Running-tilaan.

Running-vaihe tarkoittaa, että Pod on sidottu solmuun ja kaikki sen kontit on luotu onnistuneesti. Vähintään yksi kontti on käynnissä tai sitä käynnistetään tai käynnistetään uudelleen.

On tärkeää huomata, että Running-tilassa oleva Pod ei automaattisesti tarkoita, että sen sisällä oleva sovellus on terve tai täysin toimintakuntoinen. Se tarkoittaa vain, että kontit ovat aktiivisia.

Tässä on tavallinen Pod-määritys Nginx-verkkopalvelimelle. Kun tämä on otettu käyttöön, Podin pitäisi siirtyä nopeasti 'Running'-tilaan.

apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod
spec:
  containers:
  - name: nginx
    image: nginx:latest
    ports:
    - containerPort: 80

Kun Pod on otettu käyttöön, komento kubectl get pod näyttää seuraavan:

$ kubectl get pod nginx-pod
NAME        READY   STATUS    RESTARTS   AGE
nginx-pod   1/1     Running   0          10s

READY-sarakkeen arvo 1/1 vahvistaa, että yksi määritellyistä konteista on valmis.

Nämä vaiheet kuvaavat Podin päättymistiloja:

• Succeeded: Pod siirtyy tähän vaiheeseen, kun kaikki sen kontit ovat päättyneet onnistuneesti eikä niitä käynnistetä uudelleen. Tämä on tyypillistä kertaluonteisia tehtäviä tai eräajoja suorittaville Podeille.
• Failed: Pod on Failed-vaiheessa, kun kaikki Podin kontit ovat päättyneet ja vähintään yksi kontti on päättynyt epäonnistuneesti (esimerkiksi palauttanut nollasta poikkeavan tilakoodin).

Näiden vaiheiden ymmärtäminen auttaa selvittämään töiden valmistumiseen tai sovelluksen virheisiin liittyviä ongelmia.

Unknown-vaihe tarkoittaa, ettei Podin tilaa voitu määrittää. Tämä vaihe on harvinainen mutta kriittinen.

Se ilmenee yleensä, kun solmussa, jossa Pod suoritetaan, oleva Kubelet-agentti lakkaa viestimästä Kubernetes-API-palvelimen kanssa. Syynä voi olla verkko-ongelma, kaatunut Kubelet tai itse solmussa oleva ongelma.

Vaikka Podeilla on yleiset vaiheet, Podin yksittäisillä konteilla on myös tarkemmat omat tilansa. Nämä tilat vaikuttavat suoraan Podin yleiseen vaiheeseen:

• Waiting: Kontti odottaa parhaillaan käynnistymistä. Syitä voivat olla näköistiedoston noutaminen, resurssien varaaminen tai init-konttien valmistumisen odottaminen.
• Running: Kontti suorittaa aktiivisesti toimintojaan ilman ongelmia.
• Terminated: Kontti on saanut suorituksensa päätökseen. Se on voinut päättyä onnistuneesti tai epäonnistuneesti.

Olette oppineet, että Kubernetesin Podit etenevät eri vaiheiden kautta: Pending, Running, Succeeded, Failed ja Unknown. Nämä vaiheet antavat yleiskuvan Podin toiminnallisesta tilasta.

Perehdyimme myös yksittäisten konttien tiloihin (Waiting, Running ja Terminated), jotka vaikuttavat Podin yleiseen vaiheeseen. Näiden tilojen seuraaminen komennoilla kubectl get pod ja kubectl describe pod (joihin tutustutte myöhemmin tarkemmin) on tärkeää sovelluksen kunnon ymmärtämiseksi.

Seuraavaksi perehdymme edistyneisiin Pod-malleihin ja siihen, miten yhdessä Podissa suoritetaan useita rinnakkain sijaitsevia kontteja sidecar-mallin avulla.