Kubernetes für Linux-Admins: So steigst du vom Server auf den Cluster um

# Swap aus, das kubelet verweigert sonst den Start
sudo swapoff -a
sudo sed -i.bak '/ swap / s/^/#/' /etc/fstab

# Kernel-Modul und sysctl für das Pod-Netzwerk
sudo modprobe br_netfilter
printf 'net.ipv4.ip_forward = 1\nnet.bridge.bridge-nf-call-iptables = 1\n' \
  | sudo tee /etc/sysctl.d/99-kubernetes.conf
sudo sysctl --system

# Container-Runtime, die RHEL-Familie zieht containerd.io aus dem Docker-Repo
sudo apt install -y containerd

containerd config default | sudo tee /etc/containerd/config.toml >/dev/null
sudo sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml
sudo systemctl restart containerd

# Paketquelle je Minor: https://pkgs.k8s.io/core:/stable:/v1.XX/deb/

sudo kubeadm init --pod-network-cidr=10.244.0.0/16

mkdir -p "$HOME/.kube"
sudo install -o "$(id -u)" -g "$(id -g)" /etc/kubernetes/admin.conf "$HOME/.kube/config"

# CNI-Plugin einspielen, vorher bleibt jeder Node NotReady
kubectl apply -f MANIFEST-DES-GEWAEHLTEN-CNI

kubectl get nodes -o wide

# Gerüst generieren und im Editor fertigstellen
kubectl create deployment web --image=registry.intern/web:1.4.2 \
  --dry-run=client -o yaml > web.yaml

# Feldnamen nachschlagen, ohne die Doku im Browser zu suchen
kubectl explain deployment.spec.strategy.rollingUpdate

# Was würde sich im Cluster tatsächlich ändern
kubectl diff -f web.yaml
kubectl apply -f web.yaml

spec:
  template:
    spec:
      containers:
        - name: web
          image: registry.intern/web:1.4.2   # fester Tag, nie latest
          resources:
            requests:                        # entscheidet über das Scheduling
              cpu: 100m
              memory: 128Mi
            limits:                          # erzwingt die Obergrenze
              memory: 256Mi
          readinessProbe:                    # nimmt den Pod aus dem Service
            httpGet: { path: /healthz, port: 8080 }
            periodSeconds: 5
          livenessProbe:                     # startet den Container neu
            httpGet: { path: /healthz, port: 8080 }
          securityContext:
            runAsNonRoot: true

kubectl rollout status deploy/web --timeout=120s
kubectl get events --sort-by=.lastTimestamp | tail -20

# Was hat der Container beim letzten Absturz gesagt
kubectl logs deploy/web --previous

# Zurück auf den vorherigen Stand
kubectl rollout undo deploy/web

# 1. Zeigt der Service überhaupt auf Pods?
kubectl get endpointslices -l kubernetes.io/service-name=web

# 2. Aus dem Cluster heraus testen
kubectl run netz --rm -it --image=nicolaka/netshoot -- bash
  nslookup web.produktion.svc.cluster.local
  curl -sv http://web.produktion.svc.cluster.local:8080/healthz

# 3. In einen laufenden Pod schauen, ohne ihn zu verändern
kubectl debug -it pod/web-abc123 --image=nicolaka/netshoot --target=web

sudo journalctl -u kubelet -f

# Container an der Runtime ansehen, am API-Server vorbei
sudo crictl ps -a
sudo crictl logs CONTAINER-ID

# Klassiker: Platte voll, das kubelet räumt Images ab
df -h /var/lib/containerd /var/log /
kubectl describe node knoten01 | grep -A6 Conditions

# Node geordnet aus dem Betrieb nehmen
kubectl drain knoten01 --ignore-daemonsets --delete-emptydir-data
kubectl uncordon knoten01

sudo ETCDCTL_API=3 etcdctl \
  --endpoints=https://127.0.0.1:2379 \
  --cacert=/etc/kubernetes/pki/etcd/ca.crt \
  --cert=/etc/kubernetes/pki/etcd/server.crt \
  --key=/etc/kubernetes/pki/etcd/server.key \
  snapshot save /var/backups/etcd-$(date +%F).db

sudo etcdutl snapshot status /var/backups/etcd-$(date +%F).db