Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- kubernetes [2025/11/26 18:42]
jango
+++ kubernetes [2025/11/27 01:05] (aktuell)
jango [Lokale Registry]
@@ Zeile 394: / Zeile 394: @@
 sudo systemctl enable --now containerd
 </code>
+=====Node entfernen=====
+<code bash>
+# Node als "nicht verfügbar" markieren, Pods werden nicht woanders hin verschoben aber keine neuen mehr auf dem Node platziert
+kubectl cordon ubuntu3
+# Drain markiert den Node als "nicht verfügbar" und verschiebt zusätzlich alle Pods auf andere Nodes.
+kubectl drain ubuntu3 --ignore-daemonsets --delete-emptydir-data
+# Re-Activate
+kubectl uncordon ubuntu3
+</code>
 =====Labels=====
@@ Zeile 644: / Zeile 657: @@
 Bei einem Daemonset sorgt Kubernetes dafür das ein Pod per (möglichem Node) Node läuft.
+<code yaml>
+apiVersion: apps/v1
+kind: DaemonSet
+metadata:
+  name: ds-demo
+  namespace: default
+spec:
+  selector:
+    matchLabels:
+      app: ds-demo
+  template:
+    metadata:
+      labels:
+        app: ds-demo
+    spec:
+      containers:
+      - name: pause-and-log
+        image: busybox:1.36
+        command: ["sh","-c","echo 'Hello from node:' $(cat /etc/hostname); sleep 360000"]
+</code>
+-----------
 Container bauen
@@ Zeile 805: / Zeile 841: @@
 </code>
-===Usage===
 PVC in einem Deployment nutzen.
 <code yaml>
 apiVersion: apps/v1
@@ Zeile 836: / Zeile 870: @@
 ===SMB===
+[[https://github.com/kubernetes-csi/csi-driver-smb|Treiber]]
 Secret
@@ Zeile 1002: / Zeile 1038: @@
 Für eine kleine Testumgebung ist hostPath oft am einfachsten. Beispiel: Daten liegen dauerhaft auf dem Node unter /opt/registry/data.
+<box red>Vorsicht: Wenn man den ganzen Cluster neu startet und die Registry auf einen anderen Node verteilt wird, hostPath ist immer nur auf dem aktuellen Node, nicht clusterweit. Für Demo reichts.</box>
 Registry (hostPath)

MBCDN

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge