«Алмаз-Айти» переводит серверную инфраструктуру организаций на Proxmox VE в рамках удалённого администрирования: переносим машины с VMware, Hyper-V и физических серверов поэтапно, а при необходимости собираем отказоустойчивый кластер. Услуга рассчитана на компании, которым нужна не разовая конвертация дисков, а продуманная платформа, которую потом кто-то будет грамотно сопровождать.
Миграция как часть администрирования
Мы занимаемся администрированием серверов удалённо и смотрим на переход к Proxmox с позиции того, кто будет отвечать за площадку дальше. Отсюда несколько принципов:
- сначала разбираемся, как устроена текущая система и почему она устроена именно так, а уже потом переносим;
- новая площадка проектируется под реальную нагрузку и требования к доступности, а не копирует старые ограничения;
- каждое решение фиксируется в документации, чтобы площадку мог принять любой квалифицированный администратор;
- резервное копирование настраивается и проверяется до того, как на платформу переедут важные системы.
Одиночный хост или кластер
Proxmox VE позволяет объединить несколько серверов в кластер с общим управлением. Нужен ли он, зависит от того, сколько может стоить простой. Ниже — основные варианты.
| Схема | Что даёт | Что учесть |
|---|---|---|
| Один хост | Простая и недорогая площадка, снимки и резервные копии | При отказе сервера машины восстанавливаются из копий |
| Два узла и арбитр кворума | Перенос машин между узлами для обслуживания, репликация дисков ZFS по расписанию | Третьей машиной служит лёгкий арбитр QDevice; при аварии возможна потеря данных за время с последней репликации |
| Три узла и более с Ceph | Общее распределённое хранилище, автоматический перезапуск машин на исправном узле | Нужны быстрая отдельная сеть для хранилища и достаточный запас дисков |
Важно понимать, как работает высокая доступность (HA). Кластеру нужен кворум — большинство голосующих узлов, иначе он не станет принимать решений, поэтому и требуется третий голос. При отказе узла машины не продолжают работу без паузы: менеджер HA перезапускает их на другом узле. Простой сокращается до времени загрузки, но не исчезает. Для плановых работ машины переносятся между узлами на лету, без остановки.
Поэтапный переход
Переносить всё за одну ночь мы не предлагаем. Поэтапная схема снижает риски и позволяет команде привыкнуть к новой платформе.
- Обследование. Инвентаризация машин, хранилищ и сетей, требования к простою, выбор схемы — хост или кластер.
- Подготовка площадки. Установка Proxmox, сеть, хранилище, резервное копирование, права администраторов.
- Второстепенные машины. Тестовые и вспомогательные серверы переезжают первыми — на них проверяем драйверы, производительность и процедуры.
- Основная нагрузка. Файловые серверы, почта, терминальный доступ — группами в согласованные окна.
- Критичные системы. Базы данных и учётные программы — после того, как платформа показала себя стабильной.
- Вывод старой платформы. Только после вашего подтверждения, когда все машины работают на новом месте.
На время перехода старая и новая площадки работают параллельно, машины переключаются по одной или небольшими группами.
Технические детали переноса
Диски VMDK и VHDX преобразуются в raw или qcow2. В гостевые Windows заранее устанавливаются драйверы virtio, иначе система может не загрузиться с нового контроллера дисков. Вместо VMware Tools ставится гостевой агент QEMU — он нужен для корректного выключения и согласованных резервных копий. Лицензии гостевых ОС и программ, привязанные к оборудованию, могут потребовать повторной активации; мы составляем их список, а проверка лицензионных условий остаётся за вами.
Доступы и безопасность платформы
При администрировании важно, кто и что может делать на площадке. В Proxmox мы разделяем права: ваши сотрудники получают доступ только к своим машинам через пулы и роли, учётные записи администраторов защищаются двухфакторной аутентификацией, веб-интерфейс не публикуется в интернет напрямую. Обновления хостов ставятся по согласованному графику. В кластере узлы обновляются поочерёдно, а машины на это время переезжают на соседний узел, поэтому сервисы не останавливаются. На одиночном хосте для перезагрузки после обновления выбираем нерабочее время.
Опыт крупной миграции
Мы переводили на Proxmox облако VMware из нескольких десятков серверов, причём параллельно вся инфраструктура переезжала в другой ЦОД. Поэтапный подход, описанный выше, сложился во многом из этого проекта.
Где будет работать платформа
Proxmox можно развернуть на вашем оборудовании или на арендованных выделенных серверах. Когда собственным серверам нет подходящего места, возможны недорогое размещение оборудования или помощь с его перевозкой в ЦОД. Копии машин удобно хранить вне основной площадки — в хранилище Proxmox Backup Server.
Стоимость
Стоимость — после обследования инфраструктуры. Она зависит от числа машин, выбранной схемы, объёма данных и количества этапов. Работаем с НДС, все суммы указываем с НДС.
Частые вопросы
Обязательно ли строить кластер?
Нет. Для многих компаний достаточно одного хоста с хорошими резервными копиями. Кластер оправдан, когда простой на время восстановления из копии неприемлем.
Почему для кластера нужен третий узел?
Чтобы кворум сохранялся при отказе одного сервера. Третьим голосом может быть полноценный узел или лёгкий арбитр на отдельной небольшой машине.
Можно ли сначала поставить один хост, а кластер собрать позже?
Да. Узлы добавляются в кластер по мере необходимости, схему хранения при этом закладываем заранее.
Кто будет обслуживать площадку после миграции?
Можем мы — в рамках удалённого администрирования или ИТ-аутсорсинга. Если обслуживание у нас, размещение оборудования у нас рассматриваем индивидуально.
Нужно ли останавливать все серверы одновременно?
Нет. Каждая машина останавливается только на время своего переключения, остальные продолжают работать.
Связаться с «Алмаз-Айти»
Расскажите о текущих серверах и требованиях к доступности — предложим схему и порядок обследования. Телефон: +7 (931) 902-58-58, Telegram: @almazithelp_bot.