Оркестратор Canonical MicroCloud

Proxmox на ARM всегда был проектом «закроем глаза и надеемся, что сработает». MicroCloud от Canonical стал родным для Pi альтернативой, которая кластеризирует виртуальные машины, контейнеры и хранилище без ручных обходных путей. Это дает реальный выбор для домашнего кластера на оборудовании Raspberry Pi, и выбор больше не ограничивается Docker на одном Pi или полным отказом.

Мы запустили семь инструментов оркестрации на смешанном оборудовании: Pi 4, Pi 5 и Radxa Rock 5B. Каждый выбранный инструмент устанавливается на ARM без патчей ядра, чистых кластеризирует минимум три узла и выживает при скачке питания. Различия заключаются в характере рабочей нагрузки: только контейнеры, виртуальные машины и контейнеры, один Kubernetes или более легкий планировщик сервисов.

На что обратить внимание при выборе оркестратора Pi кластера

Быстрое сравнение

Приложение Лучше всего для Платформы Бесплатный план Начальная цена/мес Лицензия
MicroCloud Комплексный кластер Linux (ARM, x86) Полное приложение Бесплатно AGPLv3
K3s Kubernetes на маломощных узлах Linux (ARM, x86) Полное приложение Бесплатно Apache 2.0
Incus Контейнеры плюс виртуальные машины, без K8s Linux (ARM, x86) Полное приложение Бесплатно Apache 2.0
MicroK8s Управляемый Kubernetes Linux (ARM, x86) Полное приложение Бесплатно (с платной поддержкой) Apache 2.0
Portainer Слой UI для Docker/K8s Linux, Windows, macOS Community edition ~$0.30/узел/мес (Business) Freemium
Docker Swarm Простая кластеризация контейнеров Linux (ARM, x86) Полное приложение Бесплатно Apache 2.0
Nomad Непроцессные рабочие нагрузки Linux (ARM, x86) Community edition Бесплатно BSL 1.1

Приложения

1. MicroCloud, лучший комплексный кластер

MicroCloud объединяет MicroOVN, MicroCeph и Incus в единый целостный кластер. Три команды превращают мешок Pi в домашнее облако с распределенным хранилищем, программно определяемой сетью и смешанными виртуальными машинами и системными контейнерами. На свежем Pi 5 это готовится менее чем за двадцать минут; документация предполагает ARM с самого начала.

Где не хватает: требует Ubuntu Server на каждом узле; если ваш дом работает на Debian или Raspberry Pi OS, это переключение. Восстановление после отказа двух узлов все еще требует чтения документации.

Цена:

Платформы: Linux (Ubuntu на ARM и x86).

Скачать: canonical.com/microcloud · GitHub

Итог: Причина, по которой написана эта статья. Первый инструмент кластера Pi, который рассматривает ARM как первоклассную цель и охватывает хранилище, сетевые технологии и управление рабочей нагрузкой в одном месте.

2. K3s, лучший легкий Kubernetes

K3s — это сертифицированное распределение Kubernetes, упакованное как один двоичный файл размером менее 100 МБ. Он комфортно работает на Pi с 4 ГБ и присоединяет новые узлы с помощью токена и установщика через curl. Если рабочая нагрузка — это контейнеры плюс Helm чарты, K3s — самый короткий путь к настоящему кластеру.

Где не хватает: это все еще Kubernetes, поэтому ментальная модель, которая с ним идет, остается с ним. Есть потолок на то, насколько это можно абстрагировать.

Цена:

Платформы: Linux (ARM, x86), Docker.

Скачать: k3s.io · GitHub

Итог: Выбор по умолчанию, когда целевой платформой развертывания являются другие Kubernetes инструменты.

3. Incus, лучше для контейнеров плюс виртуальные машины без Kubernetes

Incus — это форк LXD, поддерживаемый проектом Linux Containers. Он запускает системные контейнеры (полный Debian, а не один процесс) и полные виртуальные машины из одного CLI, а его кластеризация проста: incus cluster add и все готово. На Pi 5 с 8 ГБ это комфортно запускает несколько контейнеров Debian и виртуальную машину Windows 11 ARM одновременно.

Где не хватает: встроенной панели управления; UI сообщества хорош, но не поставляется в комплекте. Выбор драйвера хранилища на ARM имеет значение больше, чем говорит документация.

Цена:

Платформы: Linux (ARM, x86).

Скачать: linuxcontainers.org/incus · GitHub

Итог: Лучший выбор, когда рабочая нагрузка смешанная и Kubernetes избыточен.

4. MicroK8s, лучший поддерживаемый Kubernetes

MicroK8s — это распределение Kubernetes от Canonical, установленное в качестве snap. Кластеризирует с помощью microk8s add-node, поставляется с дополнениями для MetalLB, Ingress, DNS и Rook Ceph, а также имеет путь платной поддержки, если кластер вырастет во что-то критическое.

Где не хватает: среда выполнения snap является противоречивой; некоторые установки Pi предпочитают полностью избегать snap.

Цена:

Платформы: Linux (Ubuntu на ARM, x86).

Скачать: microk8s.io · GitHub

Итог: Правильный Kubernetes, когда нужен курируемый каталог дополнений и резервный вариант поддержки.

5. Portainer, лучший слой UI

Portainer — это не оркестратор сам по себе; это веб-интерфейс, который управляет кластерами Docker, Docker Swarm и Kubernetes. Community edition охватывает большинство потребностей homelab, и объединение его с кластером K3s дает членам домашнего хозяйства без CLI возможность перезагрузить застрявший сервис.

Где не хватает: бесплатный уровень не включает полный RBAC или централизованные настройки; это работа платного уровня.

Цена:

Платформы: Linux, Windows, macOS, Docker.

Скачать: portainer.io · GitHub

Итог: Интерфейс, который превращает установку K3s или MicroCloud в нечто, что может использовать остальная часть дома.

6. Docker Swarm, лучший минимальный кластер

Docker Swarm — это встроенный режим кластеризации Docker. docker swarm init на одном узле и docker swarm join на остальных дает кластер с выкатыванием, управлением секретами и сетью оверлей. Никаких новых двоичных файлов для изучения.

Где не хватает: Swarm находится в режиме обслуживания уже много лет; новые функции появляются в других местах. Установка работает, но энергия экосистемы переместилась на Kubernetes.

Цена:

Платформы: Linux (ARM, x86).

Скачать: docker.com · GitHub

Итог: Самый легкий способ кластеризации контейнеров, если вы уже приняли, что Docker — это ваше будущее.

7. Nomad, лучший для непроцессных рабочих нагрузок

Nomad от HashiCorp планирует контейнеры, Java jar файлы, сырые двоичные файлы и рабочие нагрузки Windows exec. Эта комбинация — это то, где он выделяется из инструментов Kubernetes: кластер Pi, который также запускает унаследованный сервис, оказывается аккуратнее под Nomad, чем под K3s.

Где не хватает: экосистема меньше, чем у Kubernetes; каждая интеграция с третьей стороной, которая вам нужна, может быть недоступна.

Цена:

Платформы: Linux (ARM, x86), Windows.

Скачать: nomadproject.io · GitHub

Итог: Правильный планировщик, когда рабочая нагрузка — это не «просто контейнеры» и Kubernetes кажется тяжелым импортом.

Как выбрать правильный

Если вы начинаете с нуля и хотите самый короткий путь к «кластеру Pi, который запускает все», установите MicroCloud на три Ubuntu Server Pi узла. Хранилище, сетевые технологии и управление рабочей нагрузкой поставляются в одном пакете.

Если ваш рабочий процесс в офисе — Kubernetes, поставьте K3s на те же узлы и пропустите разрыв в обучении. Добавьте Portainer сверху для домашнего хозяйства.

Если ваша рабочая нагрузка — смесь долгоживущих системных контейнеров и одну-две полных виртуальных машины, Incus — самый спокойный инструмент в этом списке. Он делает смешивание без притворства, что это продукт для центра обработки данных.

Если вы хотите смягчить кривую обучения Kubernetes курируемым списком дополнений, MicroK8s — это выбор; если нет, K3s легче.

Пропустите Docker Swarm для новых установок. Он все еще работает, и если вы унаследуете один, его можно оставить, но не создавайте на нем что-то новое в 2026 году.

Переходите к Nomad только когда реальная рабочая нагрузка в кластере — это не контейнер.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Сколько Pi мне нужно, чтобы сделать кластер значимым?

Три. Двухузловые кластеры не могут голосовать кворум и безопасно терять данные; три — это где распределенное хранилище начинает работать.

Нужно ли мне идентичное оборудование Pi в кластере?

Рекомендуется, но не требуется. Смешанные модели работают; MicroCloud и MicroK8s их терпят. Производительность ограничена самым медленным членом.

Могу ли я запустить домашний Kubernetes без всего этого?

Docker Compose на одном Pi достаточно для многих домашних хозяйств и не является позорным. Переходите к кластеру, когда отказ одного узла неприемлем.

Что насчет потребления энергии?

Трехузловой кластер Pi 4 потребляет около 12-15 Вт в режиме ожидания; трехузловой кластер Pi 5 ближе к 18-22 Вт. Оба затмевают эффективность NUC для той же рабочей нагрузки, но остаются тихими и компактными.

Заменяет ли MicroCloud Proxmox для меня?

На Pi, да. На x86 Proxmox все еще более зрелый продукт; MicroCloud — это где ARM наконец получает ту же форму инструмента.