Kubernetes, OpenShift e GCP · 16 min
Corso · lezione 10 di 14
Kubernetes, OpenShift e GCP
0/14 viste
- 01Progetti, regioni, perché GKE
- 02Immagine, container, Pod
- 03Il cluster è un’azienda
- 04Cosa succede a un apply
- 05Pod, ReplicaSet, Deployment
- 06Job, CronJob, quante repliche
- 07Service, Ingress, DNS del cluster
- 08Volumi, Secret, StatefulSet
- 09Chi può fare cosa
- 10Quando un Pod si rompe
- 11GKE: node pool e Autopilot
- 12OpenShift sopra Kubernetes
- 13Build, registry, apply
- 14GKE e OpenShift, stesso Kubernetes
Quando un Pod si rompe
Prima leggi. Poi tocchi lo YAML. CrashLoop non è “Kubernetes spento”.
Il disegno
Stessa scala ogni volta. Clicca il piolo.
In poche righe
Ordine: get / describe (eventi, probe, image pull), poi logs, poi il codice o il Secret. Su GKE gli stessi segnali stanno anche in Cloud Logging e Monitoring (metriche, uptime).
Pending = spesso scheduler (risorse, taint, affinity). ImagePullBackOff = registry, tag, o imagePullSecret. CrashLoop = il processo esce. OOMKilled = limiti. Probe failed = app lenta o URL sbagliato.
Disegna questo
Una scala: eventi → log → causa (app, config, risorse). Una croce su “ricrea il cluster”.
Un foglio, non un software. Se lo sai ridisegnare senza guardare, la lezione è tua.