Сервер с KVM с Cockpit UI

KVM — гипервизор, встроенный в ядро Linux: он превращает обычный сервер в платформу виртуализации без отдельного программного слоя между железом и виртуальными машинами. Cockpit добавляет к нему веб-консоль, из которой машины создаются, запускаются и обслуживаются в браузере, без командной строки. Связка разворачивается из маркетплейса при заказе и требует физического сервера — на виртуальном она в большинстве случаев не заработает. Ниже разобрано почему, что умеет консоль и чем этот вариант отличается от Proxmox.

Что такое KVM и при чем тут Cockpit

KVM живет в ядре Linux с 2007 года и работает как гипервизор, выполняющийся прямо на железе. Это значит, что между виртуальной машиной и процессором нет лишней прослойки: гостевой код исполняется на физических ядрах с аппаратной поддержкой виртуализации.

Вокруг ядра собирается стандартный набор: QEMU отвечает за эмуляцию устройств, libvirt — за управление машинами и их описания. Все это управляется из командной строки, и именно этот барьер снимает Cockpit.

Cockpit — веб-консоль администратора для серверов Linux. Она не требует установки агента и не заводит собственных учетных записей: вход идет под системным пользователем сервера. Модуль для виртуальных машин добавляет в нее раздел управления гипервизором. Подробности о самом проекте — на сайте Cockpit, о гипервизоре — на сайте KVM.

Что умеет веб-консоль

• Создание виртуальных машин мастером: выбор образа, объема памяти, числа ядер, размера диска.
• Запуск, остановка, перезагрузка и приостановка машин.
• Графическая консоль гостя прямо в браузере — видно экран машины, даже если сеть внутри нее не поднялась.
• Управление дисками: добавление, отключение, изменение размера.
• Настройка сетевых интерфейсов и подключение к мостам.
• Снимки состояния и откат к ним.
• Загрузка и хранение установочных образов.
• Помимо виртуализации — обычные функции консоли: журналы, службы, обновления, учетные записи, сетевые настройки, терминал в браузере.

Последний пункт часто оказывается решающим. Cockpit — это не только про виртуальные машины: тот же интерфейс закрывает повседневное администрирование самого сервера, и для команды без опытного системного администратора это заметно снижает порог входа.

Почему нужен физический сервер, а не VPS

Это главное ограничение, и о нем лучше знать до заказа. Гипервизору нужна аппаратная поддержка виртуализации от процессора — набор расширений, который у Intel называется VT-x, у AMD — AMD-V.

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

Проверить доступность на конкретной машине можно одной командой:

• lscpu | grep -i virtual — покажет тип виртуализации и поддержку расширений;
• grep -cE 'vmx|svm' /proc/cpuinfo — ненулевой результат означает, что расширения видны системе;
• ls /dev/kvm — если устройства нет, гипервизор не запустится.

Если планируете держать несколько машин, берите сразу физический сервер: арендовать выделенный сервер можно в тринадцати локациях, а память и диски потом добавляются без переноса данных.

Диски и сеть виртуальных машин

Два решения на старте определяют, насколько удобно будет жить дальше.

Формат диска. Образ с тонким выделением места занимает столько, сколько реально заполнено, и поддерживает снимки — удобно для тестовых машин и всего, что часто откатывают. Формат без накладных расходов работает быстрее и предсказуемее под нагрузкой, но снимков на уровне образа не дает и место резервирует сразу. Под базы данных и нагруженные сервисы берут второй, под все остальное — первый.

Сеть. По умолчанию машины получают трансляцию адресов и выходят в интернет через хост, но снаружи недоступны. Чтобы виртуальная машина имела собственный внешний адрес, на хосте настраивается мост, а адреса заказываются отдельно — дополнительные IP-адреса подключаются к арендованному серверу по заявке.

И отдельно про гостевые драйверы: для дисков и сети используйте паравиртуальные драйверы вместо эмуляции обычных устройств. Разница в скорости дисковых операций измеряется разами, а не процентами. Для гостевых систем Windows их нужно ставить отдельным пакетом при установке.

Cockpit или Proxmox

Обе платформы работают на одном и том же гипервизоре, разница в объеме надстройки.

Простое правило: один сервер и несколько машин на нем — берите Cockpit, он не навязывает свою систему и не тратит ресурсы на то, чем вы не пользуетесь. Нужны кластер, живая миграция между узлами, встроенные резервные копии и контейнеры — смотрите в сторону Proxmox.

Безопасность: порт консоли и доступ

Веб-консоль работает на отдельном порту, и открывать его в интернет всему миру не стоит. Причина та же, что с интерфейсами управления железом: за этой формой входа стоит полный доступ к серверу и ко всем машинам на нем.

Что сделать сразу:

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

Отдельно про снимки: они удобны, но резервной копией не являются. Снимок лежит на том же диске, что и машина, и отказ дискового массива уносит их вместе.

Требования к серверу

Считайте от суммы ресурсов гостевых машин плюс запас на хост.

Первым упирается объем памяти: каждой машине нужен свой кусок, и он не делится. Хосту оставляйте 2–4 ГБ сверх суммы гостей.

Как заказать и что сделать в первый день

1. Посчитайте суммарные ресурсы будущих машин и добавьте запас на хост.
2. Выберите физический сервер — на виртуальном гипервизор в большинстве случаев не запустится.
3. Отметьте образ с KVM и веб-консолью в маркетплейсе при заказе.
4. После получения доступов закройте порт консоли списком адресов и смените пароли.
5. Проверьте, что устройство гипервизора доступно, и создайте первую машину.
6. Настройте резервное копирование образов до того, как на машинах появятся рабочие данные.

Коротко

• KVM — гипервизор в ядре Linux, работающий прямо на железе, без промежуточного слоя.
• Cockpit дает веб-консоль: создание машин, снимки, графическая консоль гостя, диски и сети в браузере.
• Тот же интерфейс закрывает повседневное администрирование сервера — журналы, службы, обновления.
• Нужен физический сервер: на VPS вложенная виртуализация обычно отключена.
• Для внешних адресов у виртуальных машин настраивается мост и заказываются дополнительные адреса.
• Порт веб-консоли не выставляют в открытый интернет.
• Снимок не заменяет резервную копию: он лежит на том же диске.