Membangun klaster Kubernetes langsung di akun Hetzner (Edka)

 (edka.io)
1 poin oleh GN⁺ 2025-08-16 | 1 komentar | Bagikan ke WhatsApp
  • Edka membantu pengguna membangun dan mengelola klaster Kubernetes secara langsung dengan mudah di akun Hetzner mereka
  • Menyediakan kemudahan setingkat PaaS tanpa mengorbankan fleksibilitas
  • Mengintegrasikan berbagai fitur seperti workflow berbasis GitOps, instalasi add-on sekali klik, dan fitur pemantauan bawaan
  • Dapat menyederhanakan proses operasional Kubernetes yang sebelumnya kompleks
  • Memberikan pengalaman pengelolaan platform secara mandiri bagi startup dan profesional TI

Gambaran umum Edka

  • Edka adalah platform yang membantu pengguna membuat, memperluas, dan mengelola klaster Kubernetes di dalam akun Hetzner mereka sendiri
  • Alih-alih konfigurasi infrastruktur yang rumit, pengelolaan infrastruktur dapat diotomatisasi melalui workflow GitOps
  • Tetap mempertahankan kesederhanaan setingkat PaaS (Platform as a Service) sekaligus menawarkan skalabilitas dan fleksibilitas konfigurasi

Fitur utama

  • Add-on sekali klik: Berbagai add-on Kubernetes dapat dipasang dan diterapkan hanya dengan satu klik
  • Pemantauan bawaan: Tanpa alat terpisah, pengguna dapat langsung memantau status klaster dan kondisi sumber daya
  • Skalasi dan pengelolaan: Penyesuaian ukuran klaster dan pengelolaan dapat dilakukan dengan mudah sesuai kebutuhan

Keunggulan dan target pengguna

  • Dengan menghilangkan kompleksitas operasional Kubernetes tradisional, pengembang pemula pun dapat mengelola infrastruktur dengan mudah
  • Sebagai layanan berbasis akun sendiri yang memungkinkan kontrol biaya secara langsung, kekhawatiran vendor lock-in menjadi berkurang
  • Menyediakan lingkungan bagi startup dan profesional TI untuk mengelola klaster secara mandiri dan membangun workflow DevOps

Bacaan terkait

1 komentar

 
GN⁺ 2025-08-16
Komentar Hacker News
  • Benar-benar keberuntungan yang tak terduga, sampai dapat masukan di HN, lalu kena rate limit di GitHub (ini cepat teratasi), setelah itu sempat ada sebagian gangguan di Hetzner sehingga pembuatan cluster baru tidak berjalan dengan baik. Terima kasih banyak atas minat dari banyak orang. Ini awalnya cuma proyek sampingan dan saya sama sekali tidak menyangka akan jadi seperti ini. Ke depannya saya akan terus meningkatkan platform ini dan mencoba memasukkan masukan yang ada.
  • Penasaran apa bedanya dengan tool yang mendukung Hetzner seperti kops yang sudah cukup dikenal (https://github.com/kubernetes/kops)
    • Mungkin tool termudah saat ini adalah https://github.com/vitobotta/hetzner-k3s, ada banyak opsi dan tergantung seberapa low-level Anda ingin mengelolanya. Proyek Hetzner terraform adalah opsi yang paling kompleks dan lengkap, tetapi butuh banyak waktu untuk dikonfigurasi. Intinya, fokusnya adalah menyederhanakan agar di Hetzner kita bisa dengan mudah men-deploy bukan hanya Kubernetes tetapi juga aplikasi yang diperlukan untuk memperluas fungsinya, seperti ingress controller, prometheus, elasticsearch, database, dan lain-lain.
    • Ada juga Talos, mendukung Hetzner, dan cukup streamlined. Bukan ide yang sepenuhnya sama, tetapi sangat mirip https://www.talos.dev/v1.10/talos-guides/install/cloud-platforms/hetzner
    • Penasaran apa bedanya dengan menggunakan https://github.com/vitobotta/hetzner-k3s
    • Saya menduga perbedaannya ada pada UI dan dukungan komersial.
  • Kelihatannya ini cara deployment cluster k8s yang benar-benar intuitif. Namun solusi ini berjalan di atas layanan cloud Hetzner, dan saat kami mengoperasikannya, kami sempat punya pengalaman yang agak meragukan di sisi cloud. Klien kami deploy ke lini bare metal Hetzner, dan yang itu sangat stabil. Hal paling serius yang pernah terjadi adalah restart router sesekali, tetapi itu teratasi dengan deployment multi-AZ. Untuk cluster di bawah skala tertentu, deployment bare metal kustom tidak sepadan dari sisi ekonomi maupun usaha, jadi saya akan terus mengikuti proyek ini.
  • Ada juga proyek untuk men-deploy k3s di Hetzner dengan Terraform https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner Memang bukan pengalaman yang paling mulus, tetapi semuanya self-hosted, dan sebagian besar masalah bisa diselesaikan lewat Terraform atau SSH. Senang melihat managed Kubernetes di Hetzner.
  • Saya belum pernah melihat panduan untuk mengotomatiskan k8s di instance bare metal Hetzner yang kuat itu. Idealnya saya ingin pendekatan cattle, tetapi akan sangat bagus kalau bisa juga memakai bare metal dengan CPU dan memori yang baik. Karena itu cluster saya mencakup node cloud dan bare metal. Dulu saya memakai jaringan L2 antara node cloud dan bare metal lewat virtual switch Hetzner, tetapi belakangan saya hanya memakai tailscale. Sebagian besar tool seperti Terraform menambah atau menghapus node lewat API, jadi akan ideal sekali jika ada fitur yang membuat kelas node tertentu tidak bisa dibuat baru, tetapi bisa di-wipe/rebuild.
  • Sedikit di luar topik, tetapi Raku sekarang juga sudah mendukung Hetzner API https://raku.land/zef:wayland/WWW::CloudHosting::Hetzner Jadi sekarang kita bisa membuat skrip otomatisasi deployment dengan Raku.
  • Untuk yang berminat, saya hampir menyelesaikan kursus yang berfokus pada praktik berbasis Kube-Hetzner (https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner, 3k stars). Isinya mencakup cara kerjanya dengan berbagai skrip, backup/restore, sampai latihan kasus gangguan yang sering terjadi. Dirancang agar orang bisa memahami prinsipnya dengan menangani semuanya secara langsung tanpa abstraksi. Tanpa pemahaman, pada akhirnya pasti akan mentok. Waiting list: https://shipacademy.dev
  • Saya sama sekali tidak bisa menangkap perusahaan ini berada di mana dan apakah ini bukan scam. Di halaman utamanya tidak ada imprint, kontak, atau alamat fisik. Ada satu email di kebijakan privasi, tetapi tersembunyi karena cloudflare. Nama perusahaannya tertulis Edka Digital S.L., tetapi saya tidak tahu perusahaan itu terdaftar di negara mana. Sepertinya nomor VAT Uni Eropa, tetapi saya tidak yakin, jadi agak mengkhawatirkan.
    • Halo, proyek ini saya buat secara pribadi sebagai proyek sampingan saat bekerja sebagai freelancer, dan saya adalah freelancer yang terdaftar di Spanyol. Nomor VAT saya adalah ESY1848661G. Saya masih di tahap mengumpulkan masukan, jadi jujur saya tidak menyangka akan mendapat perhatian sebesar ini. Kebijakan privasi/syarat layanan akan saya revisi. Tadinya saya ingin nanti mengubahnya menjadi perusahaan, tetapi untuk sekarang masih dalam bentuk freelancer biasa. Berkat masukan ini saya bisa segera membetulkannya.
  • Masalah terbesar saat menyiapkan k8s di Hetzner adalah tidak adanya cara untuk melakukan scale dari bare metal kecil (1 node) ke skala menengah (10~100 node). Saya berhasil menghubungkan node ingress dengan Gateway API lewat rekayasa Envoy, tetapi storage yang jadi masalah. Ceph Rook terlalu berat untuk dijalankan di satu mesin, dan saya belum menemukan wrapper yang memungkinkan perpindahan mudah dari manajemen volume lokal ke volume terdistribusi. Yang benar-benar ideal adalah daemon PV yang tetap ringan di satu mesin, memindahkan PV secara otomatis, lalu saat nanti berpindah ke Ceph atau yang sejenisnya, proksi itu bisa melepaskan diri sendiri.
  • Penasaran apakah saat membuat instance di Hetzner mereka memakai cloud-init. Saya sedang memakai skrip buatan sendiri untuk menambahkan instance Ubuntu sebagai node Docker Swarm, dan akan sangat bagus kalau ada versi Docker Swarm dari solusi seperti ini.