Orkestrator Canonical MicroCloud

Proxmox di ARM selalu menjadi proyek “tutup mata dan berharap berfungsi”. MicroCloud dari Canonical hadir sebagai alternatif native Pi yang mengorkestra VM, kontainer, dan penyimpanan tanpa perbaikan manual yang rumit. Ini memberikan pilihan nyata untuk cluster rumah di hardware Raspberry Pi, dan pilihan tidak lagi hanya antara Docker di satu Pi atau menyerah sepenuhnya.

Kami menjalankan tujuh alat orkestrasi di campuran Pi 4, Pi 5, dan Radxa Rock 5B. Setiap pilihan di bawah ini dipasang di ARM tanpa patch kernel, mengelompokkan dengan bersih di setidaknya tiga node, dan bertahan dari lonjakan daya. Perbedaannya terletak pada bentuk beban kerja: hanya kontainer, VM dan kontainer, satu varian Kubernetes, atau penjadwal layanan yang lebih ringan.

Apa yang harus diperhatikan dalam orkestrator cluster Pi

Perbandingan cepat

Aplikasi Terbaik untuk Platform Paket gratis Harga mulai/bln Lisensi
MicroCloud Cluster end-to-end Linux (ARM, x86) Aplikasi penuh Gratis AGPLv3
K3s Kubernetes di node daya rendah Linux (ARM, x86) Aplikasi penuh Gratis Apache 2.0
Incus Kontainer plus VM, tanpa K8s Linux (ARM, x86) Aplikasi penuh Gratis Apache 2.0
MicroK8s Varian Kubernetes terkelola Linux (ARM, x86) Aplikasi penuh Gratis (dengan dukungan berbayar) Apache 2.0
Portainer Lapisan UI untuk Docker/K8s Linux, Windows, macOS Community edition ~$0.30/node/bln (Business) Freemium
Docker Swarm Clustering kontainer sederhana Linux (ARM, x86) Aplikasi penuh Gratis Apache 2.0
Nomad Beban kerja non-kontainer juga Linux (ARM, x86) Community edition Gratis BSL 1.1

Aplikasinya

1. MicroCloud, cluster end-to-end terbaik

MicroCloud menjahit MicroOVN, MicroCeph, dan Incus menjadi satu cluster yang opinionated. Tiga perintah mengubah sekelompok Pi menjadi cloud rumah dengan penyimpanan terdistribusi, jaringan yang ditentukan perangkat lunak, dan campuran VM dan kontainer sistem. Di Pi 5 yang baru, itu berdiri dalam waktu kurang dari dua puluh menit; docs mengasumsikan ARM dari awal.

Di mana kekurangannya: memerlukan Ubuntu Server di setiap node; jika rumah tangga Anda terstandar pada Debian atau Raspberry Pi OS, itu adalah perubahan. Pemulihan dari kegagalan dua node masih memerlukan bacaan docs.

Harga:

Platform: Linux (Ubuntu di ARM dan x86).

Download: canonical.com/microcloud · GitHub

Ringkasan: Alasan untuk menulis artikel ini. Alat cluster Pi pertama yang memperlakukan ARM sebagai target kelas satu dan mencakup penyimpanan, jaringan, dan manajemen beban kerja di satu tempat.

2. K3s, terbaik untuk Kubernetes ringan

K3s adalah distribusi Kubernetes bersertifikat yang dikemas sebagai satu binary di bawah 100 MB. Ini berjalan dengan nyaman di Pi 4 GB dan menggabungkan node baru dengan token dan installer yang dipiping curl. Jika beban kerja sudah kontainer plus Helm chart, K3s adalah jalur terpendek ke cluster nyata.

Di mana kekurangannya: masih Kubernetes, jadi model mental yang datang dengannya tetap bersama. Ada batas seberapa jauh Anda dapat mengabstraksi itu.

Harga:

Platform: Linux (ARM, x86), Docker.

Download: k3s.io · GitHub

Ringkasan: Pilihan default ketika target penyebaran di tempat lain juga Kubernetes.

3. Incus, terbaik untuk kontainer plus VM tanpa Kubernetes

Incus adalah fork LXD yang dikelola oleh proyek Linux Containers. Ini menjalankan kontainer sistem (Debian penuh, bukan satu proses) dan VM penuh dari satu CLI, dan pengelompokannya mudah: incus cluster add dan Anda selesai. Di Pi 5 dengan 8 GB ini dengan senang hati menjalankan beberapa kontainer Debian dan VM Windows 11 ARM secara bersamaan.

Di mana kekurangannya: tidak ada dashboard bawaan; UI komunitas bagus tetapi tidak dikirim dalam kotak. Pilihan pengemudi penyimpanan di ARM lebih penting daripada yang diizinkan docs.

Harga:

Platform: Linux (ARM, x86).

Download: linuxcontainers.org/incus · GitHub

Ringkasan: Pilihan terbaik ketika beban kerja Anda adalah campuran dan Kubernetes berlebihan.

4. MicroK8s, terbaik untuk varian Kubernetes yang didukung

MicroK8s adalah distribusi Kubernetes Canonical yang diinstal sebagai snap. Ini mengelompokkan dengan microk8s add-node, dikirim dengan add-on untuk MetalLB, Ingress, DNS, dan Rook Ceph, dan memiliki jalur dukungan berbayar jika cluster berkembang menjadi apa pun yang mission-critical.

Di mana kekurangannya: runtime snap bersifat polarizing; beberapa setup Pi lebih suka menghindari snap sama sekali.

Harga:

Platform: Linux (Ubuntu di ARM, x86).

Download: microk8s.io · GitHub

Ringkasan: Varian K8s yang tepat ketika Anda menginginkan katalog add-on yang dikurasi dan opsi dukungan fallback.

5. Portainer, lapisan UI terbaik

Portainer bukan orkestrator itu sendiri; ini adalah UI web yang mengelola cluster Docker, Docker Swarm, dan Kubernetes. Community edition mencakup sebagian besar kebutuhan homelab, dan memasangkannya dengan cluster K3s memberi anggota rumah tangga tanpa CLI cara untuk memulai ulang layanan yang macet.

Di mana kekurangannya: tier gratis tidak mencakup RBAC penuh atau pengaturan terpusat; itu adalah pekerjaan tier berbayar.

Harga:

Platform: Linux, Windows, macOS, Docker.

Download: portainer.io · GitHub

Ringkasan: UI yang mengubah instalasi K3s atau MicroCloud menjadi sesuatu yang dapat digunakan oleh sisa rumah.

6. Docker Swarm, cluster minimal terbaik

Docker Swarm adalah mode pengelompokan bawaan Docker. docker swarm init di satu node dan docker swarm join di node lain memberi Anda cluster dengan pembaruan bergulir, manajemen rahasia, dan jaringan overlay. Tidak ada binary baru untuk dipelajari.

Di mana kekurangannya: Swarm telah berada dalam mode pemeliharaan selama bertahun-tahun; fitur baru mendarat di tempat lain. Setup berfungsi, tetapi energi ekosistem pindah ke Kubernetes.

Harga:

Platform: Linux (ARM, x86).

Download: docker.com · GitHub

Ringkasan: Cara termudah untuk mengelompokkan kontainer jika Anda sudah menerima bahwa Docker adalah masa depan yang Anda tetap.

7. Nomad, terbaik untuk beban kerja non-kontainer

Nomad oleh HashiCorp menjadwalkan kontainer, Java jar, binary mentah, dan beban kerja Windows exec. Campuran itu adalah tempat di mana itu menonjol dari alat Kubernetes saja: cluster Pi yang juga menjalankan layanan legacy berakhir lebih rapi di bawah Nomad daripada di K3s.

Di mana kekurangannya: ekosistem lebih kecil daripada Kubernetes; setiap integrasi pihak ketiga yang Anda inginkan mungkin hilang.

Harga:

Platform: Linux (ARM, x86), Windows.

Download: nomadproject.io · GitHub

Ringkasan: Penjadwal yang tepat ketika beban kerja bukan “hanya kontainer” dan Kubernetes terasa seperti impor berat.

Cara memilih yang tepat

Jika Anda memulai dari nol dan menginginkan jalur terpendek ke “cluster Pi yang menjalankan segalanya”, pasang MicroCloud di tiga node Ubuntu Server Pi. Penyimpanan, jaringan, dan manajemen beban kerja dikirim dalam satu paket.

Jika alur kerja Anda di kantor juga Kubernetes, letakkan K3s di node yang sama dan lewati kesenjangan pembelajaran. Tambahkan Portainer di atas untuk rumah tangga.

Jika beban kerja Anda adalah campuran kontainer sistem jangka panjang dan satu atau dua VM penuh, Incus adalah alat paling tenang di daftar ini. Itu melakukan campuran tanpa pura-pura menjadi produk pusat data.

Jika Anda ingin kurva pembelajaran Kubernetes dilunakkan dengan daftar add-on yang dikurasi, MicroK8s adalah pilihan; jika tidak, K3s lebih ringan.

Lewati Docker Swarm untuk setup baru. Masih berfungsi, dan jika Anda mewarisi satu itu bagus untuk disimpan, tetapi jangan bangun sesuatu yang baru di atasnya di 2026.

Jangkau Nomad hanya ketika beban kerja nyata di cluster bukan kontainer.

FAQ

Berapa banyak Pi yang saya butuhkan untuk membuat cluster bermakna?

Tiga. Cluster dua node tidak dapat memilih kuorum dan kehilangan data dengan aman; tiga adalah tempat penyimpanan terdistribusi mulai bekerja.

Apakah saya memerlukan hardware Pi yang identik di cluster?

Direkomendasikan, bukan diperlukan. Model campuran bekerja; MicroCloud dan MicroK8s mentoleransinya. Kinerja dibatasi oleh anggota paling lambat.

Bisakah saya menjalankan Kubernetes rumah tanpa semua ini?

Docker Compose di satu Pi sudah cukup untuk banyak rumah tangga dan tidak memalukan. Jangkau cluster ketika kegagalan node tunggal tidak dapat diterima.

Bagaimana dengan konsumsi daya?

Cluster tiga Pi 4 idle sekitar 12 hingga 15 W total; cluster tiga Pi 5 lebih dekat ke 18 hingga 22 W. Keduanya mengalahkan efisiensi NUC untuk beban kerja yang sama, tetapi tetap senyap dan kecil.

Apakah MicroCloud menggantikan Proxmox untuk saya?

Di Pi, ya. Di x86, Proxmox masih merupakan produk yang lebih matang; MicroCloud adalah tempat ARM akhirnya mendapatkan bentuk alat yang sama.