Состав системы
рабочие места компании
NOVECTRA / КЕЙСЫ
Перенос физического сервера на Proxmox
Физический сервер компании находился в эксплуатации более семи лет. Сам он продолжал работать, срочности клиент не ощущал — но фактически вся компания зависела от одной старой машины.
- Исходная задача
- Работа компании зависела от физического сервера с устаревшим оборудованием.
- Что изменили
- Сервисы поэтапно перенесены на Proxmox с проверками и планом возврата.
01 / ПАРАМЕТРЫ ПРОЕКТА
Задача и состав работ
Задача
Заменить устаревший сервер, сохранив существующие сервисы
Формат
Подготовка → поэтапная миграция → проверка
02 / СИТУАЦИЯ
Исходная ситуация
На сервере работали файловые ресурсы, база данных, сервер приложения и несколько служебных компонентов. Запасных комплектующих к платформе становилось меньше, дисковая система устарела, а дальнейшее обновление операционной системы было затруднено.
03 / СЛОЖНОСТЬ
Основная сложность
Самой опасной частью проекта было не установить новый сервер — самой опасной частью было правильно перенести старые сервисы. Часть программного обеспечения была установлена много лет назад, документация отсутствовала, некоторые настройки знали только по факту их работы.
Поэтому сценарий «выключить старый сервер и попробовать всё установить заново» был исключён.
04 / ПОДГОТОВКА
Подготовка
Сначала был составлен перечень сервисов. Для каждого определили зависимости, порты, пользователей, расположение данных, объём дисков, требования по CPU и RAM и способ проверки после миграции. После этого была составлена последовательность переноса.
05 / НОВАЯ ПЛАТФОРМА
Новая платформа
На новом физическом сервере был развёрнут Proxmox. Сервисы разделили по виртуальным машинам — это позволило избавиться от ситуации, когда изменение одного приложения затрагивает весь сервер. Для виртуальных машин заранее были определены CPU, RAM, диски, VLAN и резервирование.
06 / МИГРАЦИЯ
Миграция
Перенос выполнялся поэтапно. Сначала переносились некритичные сервисы, после каждого этапа проводилась проверка. Критичный сервис переносился в заранее согласованное окно. Старая система некоторое время сохранялась в состоянии, позволяющем выполнить обратное переключение.
07 / ПОСЛЕ ПЕРЕНОСА
После переноса
На новой платформе были настроены backup виртуальных машин, мониторинг Proxmox, контроль дисков и свободного пространства, мониторинг гостевых ОС. Затем было выполнено тестовое восстановление одной виртуальной машины. Только после завершения проверки старый сервер был выведен из постоянной эксплуатации.
08 / РЕЗУЛЬТАТ
Результат
Компания избавилась от зависимости от старого физического сервера без необходимости одновременно менять весь прикладной контур. Каждый сервис теперь существует в отдельной виртуальной среде: его можно независимо резервировать, обслуживать и при необходимости переносить на другое оборудование.
09 / ТЕХНОЛОГИИ И СВЯЗАННЫЕ СТРАНИЦЫ
Технологии
PROXMOX VE WINDOWS SERVER LINUX BACKUP VLAN МОНИТОРИНГ
Подробности о технологиях из этого кейса: миграция и перенос сервисов и виртуализация на Proxmox.
ИНЖЕНЕРНЫЙ РАЗБОР
Совместимость и план возврата перед миграцией
Что выяснили до изменений
Проверили дисковые контроллеры, режим загрузки, драйверы и зависимости гостевых систем. Сравнили доступные ресурсы с фактической нагрузкой, отдельно оценили место для резервных копий и временных данных переноса.
Почему выбрали такую схему
Тестовый перенос позволил проверить загрузку и сетевую конфигурацию до рабочего окна. Для финального переключения определили момент остановки записи, перенос последних изменений и критерии возврата к исходной системе.
Проверка и передача
Проверили время, DNS, сетевые адаптеры, приложения и резервное копирование на новой платформе. Старые экземпляры не запускали одновременно с рабочими: одинаковые имена и адреса могут вызвать конфликт.
УСТРОЙСТВО РЕШЕНИЯ
До и после: что изменилось в системе
До Исходные зависимости
Физический сервер
Сервисы связаны с конкретным оборудованием.
Неполные сведения
Для переноса нужно восстановить зависимости и параметры.
После Разделение ролей и контроль
Проверка совместимости
Режим загрузки, драйверы, диски и ресурсы проверены до переключения.
Виртуальная платформа
Сервисы размещены на подготовленном узле.
Контрольная точка и резерв
Исходная система сохранена до проверки и согласованного завершения.
Исходный сервер → тестовый перенос → рабочее окно → проверка приложений. При нарушении критериев — возврат по плану.
Откат нужно спланировать до переключения. После начала записи в новую систему возврат требует учитывать последние изменения данных.
ДОКУМЕНТАЦИЯ
План переключения и возврата
Структура документа помогает связать конфигурацию с её назначением и порядком обслуживания. В рабочую версию вносятся параметры системы и согласованные ответственные.
Скачать лист проверки · Markdown- До окна
- Резерв, зависимости, совместимость и тестовый запуск
- Момент переключения
- Остановка записи, перенос изменений, смена маршрута доступа
- Критерии
- Рабочие операции и допустимые отклонения
- Возврат
- Условия, ответственный и обращение с новыми данными
ТЕХНИЧЕСКИЙ ФРАГМЕНТ
Лист переключения и возврата
Роли и обозначения условные: фрагмент раскрывает логику решения, не содержит адресов и доступов заказчика.
Скачать технический фрагмент · Markdown
- Фиксация исходных данных
- Перенос и запуск
- Решение о приёмке
| Раздел | Фрагмент записи | Что подтвердить |
|---|---|---|
| Перед переносом | Копия, состояние записи и окно остановки согласованы | Доступность копии и ресурсы целевого узла |
| После импорта | Загрузка, драйверы, сеть и лицензирование | Прикладная операция на целевой машине |
| Возврат | Точка невозврата и учёт новых записей | Возврат не теряет данные после переключения |
ПРОВЕРКА РЕЗУЛЬТАТА
Какие проверки показывают, что решение работает
Для каждой проверки нужны действие, ожидаемый результат и запись фактического наблюдения. Ниже — критерии для такой задачи; значения и замечания фиксируются при выполнении работ.
| Что проверять | Как проверить | Критерий результата |
|---|---|---|
| Загрузка гостевой системы | Тестовый запуск с новыми виртуальными устройствами | ОС загружается, диски и сетевые адаптеры определяются |
| Приложения и данные | Проверка DNS, времени, доступа и типовых операций | Зависимости доступны; приложения работают с нужными данными |
| Резервирование после переноса | Выполнение копии на новой платформе и проверка возврата | Новая система включена в рабочую схему резервирования |
Что фиксируется в рабочем листе
Дата, исполнитель, проверяемый экземпляр, фактический результат и отклонения. Если критерий не выполнен — замечание, следующее действие и решение о переключении или возврате.
10 / ОБСУЖДЕНИЕ
Обсудим вашу инфраструктуру?
Расскажите, что нужно перенести, модернизировать или взять на сопровождение. Предложим подходящий вариант реализации.