Разворачивание платформы
Установка и настройка Proxmox, создание виртуальных машин под серверы и сервисы компании.
Собираем сервисы компании на виртуальных машинах: управляемая платформа вместо парка разрозненных серверов — с копиями, переносом и контролем. Работаем в Москве и Московской области — большинство задач решаем удалённо, при необходимости выезжаем на объект.
Когда под каждую задачу покупается отдельный физический сервер, компания постепенно получает парк разнородных машин — и каждая обслуживается по отдельности. Виртуализация решает это иначе: сервисы живут в виртуальных машинах на одной платформе, их проще копировать, переносить между серверами и выводить из эксплуатации.
Второй частый случай — серверы уже есть, но их количество перестало соответствовать задачам: одни простаивают, другим не хватает. Переезд на платформу виртуализации собирает это в управляемую систему — обычно поэтапно, без остановки работы.
Установка и настройка Proxmox, создание виртуальных машин под серверы и сервисы компании.
Планируем миграцию существующих сервисов с физических серверов и переносим их с минимальным простоем.
Резервное копирование виртуальных машин, мониторинг платформы и ВМ, проверка восстановления из копий.
Один физический сервер с Proxmox, две виртуальные машины: под файловое хранилище и под учётную систему (например, 1С). Сервисы разделяются, копируются и восстанавливаются по отдельности — вместо двух отдельных «железных» серверов.
Второй сервер с Proxmox принимает резервные копии виртуальных машин: если основной хост выходит из строя, машины восстанавливаются на резервном.
Объём данных и число пользователей, требования сервисов к ресурсам, допустимое окно простоя, потребность в резервировании. Конфигурацию подбираем по этим параметрам — а не запасом «на всякий случай».
На виртуальных машинах работают не только готовые сервисы, но и собственные системы компании — например, веб-система бизнес-учёта вместо Excel: заказы, склад, оплаты и отчёты на вашем же контуре.
Схемы не статичны: платформа рассчитана на то, чтобы добавлять машины и хосты по мере роста — поэтому начинать можно с небольшой конфигурации, которая не устареет через год.
Что работает, что имеет смысл виртуализировать и какое оборудование для этого годится.
Гипервизор и виртуальные машины под задачи: состав, ресурсы, диски, сеть, резервное копирование.
Установка гипервизора, создание машин, перенос сервисов по плану — с минимальным простоем.
Сервисы работают на виртуальных машинах, копии создаются, восстановление из них проверено.
Схема платформы и параметры машин передаются компании: что где живёт и как восстанавливать.
Копии, обновления, контроль ресурсов: платформа ведётся, а не просто стоит.
Чек-лист виртуальной платформы, за которой можно не следить постоянно:
Начинаем с аудита: какие сервисы есть, какие из них имеют смысл виртуализировать и на каком железе. Затем предлагаем схему — одна платформа и виртуальные машины под текущие задачи — разворачиваем её и переносим сервисы по плану. После проверки передаём документацию и можем сопровождать платформу: копии, обновления, контроль. Работаем проектом или по абонентской модели; большинство задач решаем удалённо.
Не всегда. Если задачи закрываются одним физическим сервером, усложнять конфигурацию не нужно. Виртуализация оправдывает себя, когда сервисов несколько и важно их разделять, копировать и переносить.
Да, так мы обычно и предлагаем начинать: одна платформа, машины под текущие задачи, возможность добавлять новые без покупки отдельного сервера под каждый сервис.
Копирование настраивается на уровне платформы. Главное правило неизменно: копия считается рабочей только тогда, когда из неё можно восстановиться, — поэтому восстановление проверяем.
Зависит от состава: один гипервизор с несколькими машинами и инфраструктура с переносом существующих сервисов — разные задачи. Опишите текущую ситуацию — предложим вариант.
Зависит от состава: один гипервизор с несколькими машинами и инфраструктура с переносом существующих сервисов — разные задачи. Опишите текущую ситуацию — предложим вариант.
Виртуальные машины восстанавливаются на резервном хосте из копий — если он есть в схеме. Поэтому резервирование обсуждается при проектировании, а не после первого сбоя.
Зависит от того, сколько машин и какой нагрузки на них будет: иногда хватает скромной конфигурации, иногда нужен запас. Считаем по задачам сервисов, которые будут жить на платформе.
Серверы и инфраструктура, миграция и перенос сервисов, резервное копирование, обслуживание серверов. Все направления — в разделе «Услуги».
Расскажите, что нужно настроить, модернизировать или взять на обслуживание. Предложим подходящий вариант реализации.