Kubernetes-Cluster direkt im Hetzner-Konto aufbauen (Edka)

 (edka.io)
1 Punkte von GN⁺ 2025-08-16 | 1 Kommentare | Auf WhatsApp teilen
  • Edka unterstützt Nutzer dabei, Kubernetes-Cluster direkt im eigenen Hetzner-Konto einfach aufzubauen und zu verwalten
  • Bietet die Einfachheit auf PaaS-Niveau, ohne dabei an Flexibilität zu verlieren
  • Integriert verschiedene Funktionen wie GitOps-basierte Workflows, One-Click-Addon-Installation und integrierte Monitoring-Funktionen
  • Kann bestehende komplexe Kubernetes-Betriebsprozesse vereinfachen
  • Bietet Startups und IT-Fachleuten die Erfahrung einer eigenständigen Plattformverwaltung

Überblick über Edka

  • Edka ist eine Plattform, mit der Nutzer Kubernetes-Cluster im eigenen Hetzner-Konto erstellen, skalieren und verwalten können
  • Statt komplexer Infrastrukturkonfiguration ermöglicht sie die Automatisierung des Infrastrukturmanagements über GitOps-Workflows
  • Sie bewahrt die Einfachheit auf PaaS-(Platform as a Service)-Niveau und bietet gleichzeitig Skalierbarkeit und Flexibilität bei der Konfiguration

Hauptmerkmale

  • One-Click-Add-ons: Verschiedene Kubernetes-Add-ons lassen sich mit einem Klick installieren und anwenden
  • Integriertes Monitoring: Cluster-Zustand und Ressourcennutzung können ohne zusätzliche Tools sofort überwacht werden
  • Skalierung und Verwaltung: Cluster lassen sich je nach Bedarf einfach skalieren und verwalten

Vorteile und Zielgruppe

  • Durch den Wegfall der traditionellen Komplexität des Kubernetes-Betriebs können auch Einsteiger-Entwickler die Infrastruktur leicht verwalten
  • Als dienst auf Basis des eigenen Kontos mit direkter Kostenkontrolle sinkt die Sorge vor Vendor Lock-in
  • Bietet Startups und IT-Fachleuten eine Umgebung, in der sie Cluster eigenständig verwalten und DevOps-Workflows aufbauen können

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-08-16
Hacker-News-Kommentare
  • Wirklich ein unerwarteter Glücksfall: Ich habe sogar Feedback auf HN bekommen und bin auf GitHub ins Rate-Limit gelaufen (das war schnell behoben). Danach gab es bei Hetzner einige Störungen, sodass das Erstellen neuer Cluster nicht richtig funktionierte. Vielen Dank, dass so viele Leute Interesse gezeigt haben. Das war ein Side-Project, und ich hätte nie erwartet, dass es so weit kommt. Ich werde die Plattform weiter verbessern und Feedback einarbeiten.
  • Ich frage mich, worin der Unterschied zu bereits bekannten Tools mit Hetzner-Support wie kops (https://github.com/kubernetes/kops) besteht.
    • Wahrscheinlich ist https://github.com/vitobotta/hetzner-k3s derzeit das einfachste Tool. Es gibt verschiedene Optionen, je nachdem, wie nah man an der Low-Level-Ebene arbeiten möchte. Das Hetzner-Terraform-Projekt ist die komplexeste und vollständigste Option, aber die Einrichtung kostet viel Zeit. Der Kernpunkt ist, nicht nur Kubernetes auf Hetzner, sondern auch Anwendungen, die für die Erweiterung von Kubernetes-Funktionen nötig sind, wie Ingress Controller, Prometheus, Elasticsearch und Datenbanken, einfach bereitstellen zu können.
    • Es gibt auch Talos, das Hetzner unterstützt und ziemlich streamlined ist. Es ist nicht exakt dieselbe Idee, aber fast sehr ähnlich. https://www.talos.dev/v1.10/talos-guides/install/cloud-platforms/hetzner
    • Ich frage mich, worin der Unterschied zur Nutzung von https://github.com/vitobotta/hetzner-k3s besteht.
    • Ich vermute, die Unterschiede liegen in der UI und im kommerziellen Support.
  • Das wirkt wie eine wirklich intuitive Art, einen k8s-Cluster bereitzustellen. Allerdings basiert diese Lösung auf Hetzners Cloud-Service, und wir haben im Betrieb damit eher instabile Erfahrungen gemacht. Unsere Kunden deployen auf Hetzners Bare-Metal-Produktlinie, und die ist sehr stabil. Das Schwerwiegendste sind gelegentliche Router-Neustarts, aber das lässt sich mit Multi-AZ-Deployments lösen. Für Cluster unterhalb einer gewissen Größe lohnt sich ein individuelles Bare-Metal-Deployment wirtschaftlich oder vom Aufwand her nicht, daher werde ich dieses Projekt weiter beobachten.
  • Es gibt auch ein Projekt, mit dem man k3s auf Hetzner per Terraform deployen kann: https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner. Es war keineswegs die reibungsloseste Erfahrung, aber alles ist selbst gehostet, und die meisten Probleme lassen sich mit Terraform oder SSH beheben. Es ist schön zu sehen, dass es auf Hetzner Managed Kubernetes gibt.
  • Ich habe noch nie einen Guide gesehen, der die Automatisierung von k8s auf Hetzners leistungsstarken Bare-Metal-Instanzen behandelt. Idealerweise möchte man dem Cattle-Ansatz folgen, aber Bare Metal mit viel CPU und RAM nutzen zu können, wäre natürlich großartig. Deshalb umfasst mein Cluster sowohl Cloud- als auch Bare-Metal-Nodes. Früher habe ich Hetzners Virtual Switch für ein L2-Netzwerk zwischen Cloud- und Bare-Metal-Nodes verwendet, inzwischen nutze ich nur noch Tailscale. Die meisten Tools wie Terraform fügen Nodes per API hinzu oder entfernen sie, aber es wäre wirklich ideal, wenn es für bestimmte Node-Klassen eine Funktion gäbe, die zwar keine Neuerstellung erlaubt, aber Wipe/Rebuild möglich macht.
  • Etwas off-topic, aber inzwischen wird auch die Hetzner-API in Raku unterstützt: https://raku.land/zef:wayland/WWW::CloudHosting::Hetzner. Man kann jetzt also Deployment-Automatisierungsskripte in Raku schreiben.
  • Für Interessierte: Ich bin fast fertig mit einem praxisorientierten Kurs auf Basis von Kube-Hetzner (https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner, 3k Stars). Darin geht es mit verschiedenen Skripten um die Funktionsweise, Backup/Restore und das Üben häufiger Störungsfälle. Es ist so konzipiert, dass man ohne Abstraktionsschicht direkt damit arbeitet und die Prinzipien versteht. Ohne Verständnis stößt man früher oder später an Grenzen. Warteliste: https://shipacademy.dev
  • Ich habe überhaupt kein Gefühl dafür, wo dieses Unternehmen sitzt oder ob es kein Scam ist. Auf der Homepage gibt es kein Impressum, keine Kontaktdaten und keine physische Adresse. In der Datenschutzerklärung steht eine E-Mail-Adresse, die aber wegen Cloudflare verschleiert ist. Als Firmenname wird Edka Digital S.L. genannt, aber ich weiß nicht, in welchem Land das registriert ist. Es scheint eine EU-VAT zu sein, aber ich bin mir nicht sicher, und das wirkt etwas beunruhigend.
    • Hallo, dieses Projekt habe ich als Freelancer privat als Side-Project gebaut, und ich bin als Freelancer in Spanien registriert. Die VAT-Nummer ist ESY1848661G. Ich bin gerade noch in der Phase, Feedback zu sammeln, und hatte ehrlich gesagt nicht erwartet, dass es so viel Aufmerksamkeit bekommt. Ich werde sowohl die Datenschutzerklärung als auch die Nutzungsbedingungen anpassen. Ich wollte es später in ein Unternehmen überführen, aber im Moment ist es einfach eine Freelancer-Konstellation. Dank des Feedbacks kann ich das direkt korrigieren.
  • Das größte Problem bei der Einrichtung von k8s auf Hetzner ist, dass es auf Bare Metal keinen Weg gibt, von klein (1 Node) auf mittelgroß (10 bis 100 Nodes) zu skalieren. Mit der Gateway API habe ich die Anbindung von Ingress-Nodes über Envoy hinbekommen, aber Storage bleibt das Problem. Ceph Rook ist zu schwergewichtig, um auf einer einzelnen Maschine zu laufen, und ich habe keinen Wrapper gefunden, mit dem man einfach von lokalem Volume-Management auf verteilte Volumes migrieren kann. Ideal wäre wirklich ein PV-Daemon, der auch auf einer Einzelmaschine leicht läuft, PV-Migration automatisch erledigt und sich später bei einer Migration zu Ceph oder Ähnlichem selbst als Proxy zurückziehen kann.
  • Ich frage mich, ob beim Erstellen von Instanzen auf Hetzner cloud-init verwendet wird. Ich nutze derzeit ein selbst geschriebenes Skript, um Ubuntu-Instanzen als Docker-Swarm-Nodes hinzuzufügen, und eine Docker-Swarm-Version einer solchen Lösung wäre wirklich großartig.