Xây dựng trực tiếp cụm Kubernetes trong tài khoản Hetzner (Edka)

 (edka.io)
1 điểm bởi GN⁺ 2025-08-16 | 1 bình luận | Chia sẻ qua WhatsApp
  • Edka hỗ trợ người dùng dễ dàng tự xây dựng và quản lý cụm Kubernetes ngay trong tài khoản Hetzner của mình
  • Cung cấp mức độ đơn giản như PaaS nhưng vẫn không đánh mất tính linh hoạt
  • Tích hợp nhiều tính năng như quy trình làm việc dựa trên GitOps, cài đặt addon chỉ với một cú nhấp, và khả năng giám sát tích hợp
  • Có thể đơn giản hóa quy trình vận hành Kubernetes vốn phức tạp trước đây
  • Mang lại trải nghiệm quản lý nền tảng tự chủ cho startup và chuyên gia IT

Tổng quan về Edka

  • Edka là một nền tảng giúp người dùng tạo, mở rộng và quản lý cụm Kubernetes trong chính tài khoản Hetzner của họ
  • Thay vì cấu hình hạ tầng phức tạp, có thể tự động hóa việc quản lý hạ tầng thông qua quy trình làm việc GitOps
  • Vẫn duy trì sự đơn giản ở mức PaaS (Platform as a Service) đồng thời cung cấp khả năng mở rộng và tính linh hoạt trong cấu hình

Tính năng chính

  • Addon một cú nhấp: Có thể cài đặt và áp dụng nhiều addon Kubernetes chỉ với một cú nhấp
  • Giám sát tích hợp: Có thể theo dõi ngay trạng thái cụm và tình hình tài nguyên mà không cần công cụ riêng
  • Mở rộng và quản lý: Có thể dễ dàng thực hiện việc điều chỉnh quy mô và quản lý cụm theo nhu cầu

Ưu điểm và đối tượng phù hợp

  • Loại bỏ sự phức tạp trong vận hành Kubernetes truyền thống, giúp nhà phát triển mới bắt đầu cũng có thể dễ dàng quản lý hạ tầng
  • Dịch vụ dựa trên chính tài khoản của người dùng cho phép tự kiểm soát chi phí, giảm lo ngại về vendor lock-in
  • Cung cấp môi trường để startup và chuyên gia IT có thể tự chủ quản lý cụm và xây dựng quy trình DevOps

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-08-16
Ý kiến trên Hacker News
  • Đúng là một may mắn ngoài mong đợi, còn nhận được cả phản hồi trên HN, rồi bị dính rate limit trên GitHub (cái này xử lý rất nhanh), sau đó Hetzner lại gặp một số sự cố nên việc tạo cụm mới không hoạt động ổn. Thật sự cảm ơn vì rất nhiều người đã quan tâm. Đây vốn chỉ là một dự án phụ, hoàn toàn không ngờ lại thành ra như thế này. Từ giờ mình vẫn sẽ tiếp tục cải thiện nền tảng và phản ánh các góp ý.
  • Mình tò mò nó khác gì so với các công cụ đã khá nổi tiếng có hỗ trợ Hetzner như kops(https://github.com/kubernetes/kops).
    • Có lẽ công cụ dễ dùng nhất hiện tại là https://github.com/vitobotta/hetzner-k3s, có nhiều tùy chọn và còn tùy bạn muốn làm việc ở mức low-level đến đâu. Dự án Hetzner terraform là lựa chọn phức tạp và đầy đủ nhất, nhưng tốn khá nhiều thời gian để cấu hình. Điểm cốt lõi là tập trung vào việc đơn giản hóa để có thể dễ dàng triển khai không chỉ Kubernetes trên Hetzner mà còn cả các ứng dụng cần thiết để mở rộng chức năng của Kubernetes như ingress controller, prometheus, elasticsearch, cơ sở dữ liệu, v.v.
    • Cũng có Talos, hỗ trợ Hetzner và khá streamlined. Không hoàn toàn cùng một ý tưởng, nhưng gần như tương tự. https://www.talos.dev/v1.10/talos-guides/install/cloud-platforms/hetzner
    • Mình muốn biết khác gì so với việc dùng https://github.com/vitobotta/hetzner-k3s.
    • Mình đoán khác biệt là UI và hỗ trợ thương mại.
  • Trông như một cách triển khai cụm k8s rất trực quan. Tuy nhiên giải pháp này chạy dựa trên dịch vụ cloud của Hetzner, mà khi vận hành chúng tôi từng có trải nghiệm hơi thiếu yên tâm với phía cloud. Khách hàng của chúng tôi triển khai trên dòng bare metal của Hetzner, và bên đó thì rất ổn định. Sự cố nghiêm trọng nhất chỉ là thỉnh thoảng router khởi động lại, và chúng tôi xử lý bằng triển khai multi-AZ. Với các cụm dưới một quy mô nhất định, triển khai bare metal tùy chỉnh không hợp về chi phí hay công sức, nên mình sẽ tiếp tục theo dõi dự án này.
  • Cũng có một dự án cho phép triển khai k3s trên Hetzner bằng Terraform: https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner. Trải nghiệm không hẳn là mượt nhất, nhưng mọi thứ đều tự host và có thể xử lý hầu hết vấn đề bằng Terraform hoặc SSH. Rất vui khi thấy managed Kubernetes trên Hetzner.
  • Mình vẫn chưa từng thấy hướng dẫn nào tự động hóa k8s trên các instance bare metal mạnh mẽ của Hetzner. Lý tưởng thì muốn theo mô hình cattle, nhưng nếu có thể tận dụng cả bare metal với CPU và bộ nhớ tốt thì quá tuyệt. Vì vậy cụm của mình bao gồm cả node cloud lẫn bare metal. Trước đây mình dùng virtual switch của Hetzner để tạo mạng L2 giữa node cloud và bare metal, nhưng dạo này chỉ dùng tailscale. Phần lớn công cụ như Terraform đều thêm hoặc xóa node qua API, nên sẽ thật lý tưởng nếu có tính năng cho phép một số lớp node không thể tạo mới nhưng vẫn có thể wipe/rebuild.
  • Hơi lạc đề một chút, nhưng giờ Raku cũng đã hỗ trợ Hetzner API: https://raku.land/zef:wayland/WWW::CloudHosting::Hetzner. Giờ có thể viết script tự động hóa triển khai bằng Raku.
  • Nói cho ai quan tâm thì mình gần như đã hoàn thành một khóa học thực hành dựa trên Kube-Hetzner(https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner, 3k sao). Khóa học bao quát cách mọi thứ vận hành, sao lưu/khôi phục, và cả luyện tập các ca sự cố thường gặp bằng nhiều script khác nhau. Nó được thiết kế để bạn tự tay làm trực tiếp không qua lớp trừu tượng nào, để có thể hiểu nguyên lý. Nếu không hiểu thì sớm muộn gì cũng sẽ bị kẹt. Danh sách chờ: https://shipacademy.dev
  • Mình hoàn toàn không hình dung được công ty này ở đâu, và liệu có phải lừa đảo không. Trên trang chủ không có imprint, thông tin liên hệ hay địa chỉ vật lý. Trong chính sách quyền riêng tư chỉ có một email nhưng lại bị che bởi cloudflare. Tên công ty ghi là Edka Digital S.L. nhưng mình không biết đăng ký ở nước nào. Có vẻ như là EU VAT nhưng mình cũng không chắc, nên thấy hơi bất an.
    • Xin chào, dự án này là do cá nhân mình làm như một side project khi đang làm freelancer, và mình là freelancer đăng ký tại Tây Ban Nha. Mã VAT là ESY1848661G. Hiện tại đang ở giai đoạn thu thập phản hồi nên thật lòng mình không ngờ lại có nhiều sự quan tâm đến vậy. Mình sẽ chỉnh sửa cả chính sách quyền riêng tư và điều khoản sử dụng. Mình từng muốn sau này chuyển thành công ty, nhưng hiện giờ vẫn chỉ là hình thức freelancer. Nhờ phản hồi mà mình có thể sửa lại ngay.
  • Vấn đề lớn nhất khi cấu hình k8s trên Hetzner là không có cách mở rộng từ quy mô nhỏ (1 node) lên quy mô vừa (10~100 node) trên bare metal. Mình đã kết nối được các ingress node bằng Gateway API thông qua việc điều chỉnh Envoy, nhưng lưu trữ mới là vấn đề. Ceph Rook quá nặng để chạy trên một máy, và mình chưa tìm được wrapper nào cho quản lý local volume có thể dễ dàng chuyển sang distributed volume. Lý tưởng nhất là có một daemon PV có thể chạy nhẹ ngay cả trên máy đơn, tự động di chuyển PV, và khi chuyển sau này sang Ceph hay tương tự thì lớp proxy có thể tự rút đi.
  • Mình tò mò không biết khi tạo instance trên Hetzner thì có dùng cloud-init không. Mình đang tự viết và dùng một script để thêm instance Ubuntu làm node Docker Swarm, nên sẽ rất tuyệt nếu cũng có một phiên bản Docker Swarm của giải pháp này.