Настройка и сопровождение кластера Proxmox

После ухода VMware с российского рынка компании остались без обновлений, поддержки и легального продления лицензий. Proxmox VE стал основной заменой: это открытая платформа виртуализации с гипервизором KVM, контейнерами LXC, кластером, встроенным резервным копированием и веб-интерфейсом — без лицензионных платежей за использование.

Мы проектируем, настраиваем и сопровождаем кластеры Proxmox с хранилищем на ZFS: от переноса нескольких машин с ESXi до отказоустойчивого кластера с репликацией и автоматическим переключением при отказе узла. Работаем как на оборудовании клиента, так и на своей площадке.

Что мы делаем

ZFS: почему хранилище решает больше, чем гипервизор

Скорость и надёжность виртуальной среды определяет не столько гипервизор, сколько то, как устроено хранилище. В связке с Proxmox мы используем ZFS — файловую систему, которая совмещает работу с дисковыми массивами и функции, за которые в проприетарных платформах платят отдельно:

• Контрольные суммы всех блоков. ZFS замечает повреждение данных на диске и, если есть избыточность, восстанавливает их автоматически — «тихая» порча файлов не проходит незамеченной.
• Мгновенные снимки состояния. Снимок делается за секунды и не занимает места, пока данные не начали меняться. Перед обновлением 1С или рискованной операцией это страховка, к которой можно откатиться.
• Репликация между узлами. Виртуальные машины копируются на соседний узел по расписанию: при отказе оборудования потери ограничены интервалом репликации.
• Сжатие на лету. Экономит место и часто ускоряет работу: с диска читается меньше данных.
• Кэш на быстрых дисках. Горячие данные обслуживаются с SSD, объём хранится на обычных дисках.

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

Переход с VMware: как это происходит

Миграция — это управляемый проект, а не «скопировать диски». Мы делим его на этапы, и до окна переключения ваша текущая инфраструктура продолжает работать как обычно.

1. Обследование. Смотрим, что работает на ESXi или Hyper-V: машины, диски, сети, зависимости между сервисами, требования к доступности.
2. Проект. Определяем число узлов, схему хранения, сеть, план резервного копирования и порядок переноса.
3. Сборка кластера. Устанавливаем и настраиваем Proxmox, собираем хранилище, поднимаем резервное копирование и мониторинг.
4. Тестовый перенос. Переносим часть машин, проверяем работу приложений, скорость дисков и сети, права доступа.
5. Переключение. Основной перенос — в согласованное окно, чаще вечером или в выходной, чтобы простой был минимальным.
6. Стабилизация. Наблюдаем за нагрузкой, донастраиваем, передаём документацию и доступы.

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

Отказоустойчивость и резервные копии

Кластер сам по себе не спасает данные — он спасает доступность. Поэтому мы разделяем две задачи и настраиваем их отдельно.

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

Резервное копирование. Отдельный сервер Proxmox Backup Server хранит копии виртуальных машин: копии дедуплицируются, поэтому глубина хранения обходится дешевле, чем при обычном копировании. Копии желательно держать на другой площадке — тогда авария в серверной не уносит вместе с боевой средой и архив.

Отдельно проверяем восстановление: резервная копия, которую ни разу не разворачивали, — это надежда, а не копия. Регламент проверок входит в сопровождение.

На чьём оборудовании работаем

Сколько стоит

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

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

Позвоните по номеру +7 495 780-66-50 или оставьте заявку — обсудим вашу инфраструктуру и предложим решение.

Разбираем подробно

• Настройка Proxmox VE — порядок действий для рабочего узла: диски, репозитории, сеть, хранилища, копии.
• Файловая система ZFS — как собрать пул под виртуализацию, снимки и репликация, регулярное обслуживание.
• Миграция с VMware на Proxmox — план переноса, окна и откат, что проверять после переезда.

Вопросы о Proxmox и кластерах

Чем Proxmox отличается от VMware ESXi?

Proxmox VE — платформа виртуализации с открытым исходным кодом: гипервизор KVM, контейнеры LXC, кластер, встроенное резервное копирование и веб-интерфейс. Лицензия на использование не покупается, подписка нужна только за доступ к репозиторию стабильных обновлений и поддержку вендора. Для российских компаний это главная причина перехода после ухода VMware.

Зачем в Proxmox файловая система ZFS?

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

Можно ли перенести виртуальные машины с VMware без остановки бизнеса?

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

Сколько узлов нужно для отказоустойчивого кластера?

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

Вы работаете только со своими серверами?

Нет. Настраиваем и сопровождаем кластер на оборудовании клиента — в его офисе или дата-центре, а также предлагаем разместить мощности у нас, если своё железо держать не хочется.

Сколько стоит настройка кластера?

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