Einige Links auf dieser Seite sind Affiliate-Links: bei einer Anmeldung darüber erhält diese Seite eine Provision, für Sie ohne Mehrkosten. Preise und Empfehlungen bleiben davon unberührt.

Vier Themen, die diese Woche Aufmerksamkeit bekommen haben, jeweils mit unserer Einschätzung. Die Originale sind verlinkt; lesen Sie sie. Diese Seite erklärt nur, warum sie für ein kleines Self-Hosting-Setup wichtig sind.

1. Ein leeres resources: {} stuft Ihre Pods auf Kubernetes 1.34 bis 1.36 unbemerkt herab

Original: An Empty resources: {} Makes Kubernetes 1.34 to 1.36 Pods BestEffort auf devops-daily.com (auch auf dev.to).

Die Behauptung: Setzt ein Pod spec.resources: {} auf Pod-Ebene, ordnet ihn der Kubelet als BestEffort ein, selbst wenn jeder Container Requests und Limits hat. Die Autoren haben das auf k3s 1.34, 1.35 und 1.36 gemessen: oom_score_adj sprang auf 1000, und neben einem ausgelasteten Nachbarn bekam ein Pod, der eine halbe CPU angefordert hatte, nur 0.06 bis 0.08 Kerne statt etwa 0.57. Ein Namespace-Quota, das BestEffort-Pods blockiert, hat ihn abgewiesen. Auf 1.37.1 waren die Klassen korrekt. Der Kubernetes-Executor von GitLab Runner erzeugt diesen leeren Block in den Versionen 18.10.0 bis 19.4.3.

Unsere Einschätzung: auch eine nützliche Korrektur einer verbreiteten Annahme. Der Artikel zeigt, dass die Behauptung “diese Pods werden zuerst evicted” falsch ist; die Eviction-Reihenfolge des Kubelet hat sich nicht geändert. Prüfen Sie Ihren Cluster in zehn Sekunden:

kubectl get pods -A -o custom-columns=NS:.metadata.namespace,POD:.metadata.name,QOS:.status.qosClass | grep BestEffort

Taucht dort ein Workload mit Limits auf, haben Sie das Problem gefunden. Wenn Sie die QoS-Klasse lieber in einer Oberfläche sehen, behandelt unser Vergleich der Kubernetes-GUIs die Tools, die sie auf einen Blick zeigen.

2. Ein 10-USD-OpenStick als Heimserver

Original: What I run on my $10 USD OpenStick homelab (825 Punkte und 137 Kommentare auf Hacker News).

Die Hardware: vier Cortex-A53-Kerne mit 1 GHz, 512 MB RAM (etwa 450 MB nutzbar), 4 GB eMMC, Debian mit systemd und Podman, passiv gekühlt. Der Autor betreibt darauf AdGuard Home (etwa 40 MB) und einige kleine Hilfsprogramme.

Unsere Einschätzung: Interessant ist nicht das Gadget, sondern die Budgetdisziplin. Dienste im Bereich von einigen zehn Megabyte sind der richtige Standard für einen DNS-Blocker, ein Uptime-Monitoring oder einen Notifier. Wächst ein Dienst über 512 MB hinaus, ist der ehrliche nächste Schritt ein kleiner VPS statt einer größeren Kiste unter dem Schreibtisch; unser VPS-Vergleich zeigt, was 4 bis 6 EUR im Monat heute leisten.

3. HolyArrs: ein 15-MB-Medienstack

Original: HolyArrs on GitHub, veröffentlicht als “Show HN: A 15 MB self-hosted Netflix and Spotify for your media server” (etwa 160 Punkte und 125 Kommentare auf Hacker News).

Das Projekt ersetzt sechs einzelne Medien-Apps durch ein einziges Binary: etwa 15 MB Download, etwa 140 MB RAM im Leerlauf bei 10.000 Titeln, Builds für amd64, arm64 und armv7, AGPL-3.0.

Unsere Einschätzung: Nach der Plex-Ausnutzung in dieser Saison ist eine kleinere Angriffsfläche der Punkt, auf den die Leute reagieren. Ein einziges kleines Binary lässt sich leichter prüfen als ein Stack aus sechs Apps, aber ein junges Projekt hat noch keine Sicherheitsbilanz. Beachten Sie: 15 MB ist der Download, nicht der Speicherbedarf. Mit 140 MB im Leerlauf würde es auf den OpenStick oben gerade so passen. Was Sie auch wählen, betreiben Sie es hinter einem Reverse Proxy ohne direkt veröffentlichten Port. Docker umgeht ufw bei veröffentlichten Ports, was wir in unseren Docker-Fallstricken im Produktivbetrieb gemessen haben.

4. NVIDIA veröffentlicht NVKE, eine Management-Ebene für GPU-Kubernetes

Original: dsx-ai-factory/nvke (124 Punkte und 30 Kommentare auf Hacker News).

NVKE ist eine Management-Ebene, in der jeder Workload-Cluster seine eigene Control Plane, etcd und Node-Pools bekommt. Das README bezeichnet sie als Preview und empfiehlt sie nicht für Produktivlasten. Ein lokaler Quickstart betreibt eine Management-Ebene und einen Workload-Cluster auf simulierten Maschinen, sodass Sie es ohne GPU-Hardware ausprobieren können.

Unsere Einschätzung: Für einen einzelnen Server irrelevant, aber ein Signal dafür, dass Cluster-pro-Kunde zu einem verpackten Produkt wird. Wenn Sie ein oder zwei Cluster betreiben, bleiben Sie bei k3s und sehen Sie sich NVKE wieder an, wenn das Preview-Label verschwunden ist.

Was wir diese Woche tun würden

  • Führen Sie den BestEffort-Check oben auf jedem Cluster ab 1.34 bis 1.36 aus.
  • Wenn Sie den Kubernetes-Executor von GitLab Runner nutzen, aktualisieren Sie auf 19.5.0 oder neuer, wie der Originalbericht empfiehlt.
  • Verschieben Sie nichts Produktionskritisches auf Preview-Software.