Проектирование
Расчёт ресурсов под планируемые машины с запасом на пиковую нагрузку.
Работаем и с внедрением с нуля, и с обслуживанием существующей среды, включая перенос физических серверов.
Расчёт ресурсов под планируемые машины с запасом на пиковую нагрузку.
Установка и настройка гипервизора, сети, хранилища.
Миграция физических машин в виртуальные с минимальным простоем.
Лимиты и приоритеты, чтобы одна машина не забирала всё у остальных.
Регламент снимков перед изменениями и полноценное копирование машин.
Второй узел с автоматическим перезапуском машин при отказе первого.
Внедрение для небольшой инфраструктуры - одна-две недели. Перенос серверов делается по одному в согласованные окна.
Что за серверы, какая нагрузка, что можно виртуализировать, а что нет.
Конфигурация узла, схема сети и хранилища, план миграции.
Гипервизор, затем перенос машин по очереди с проверкой каждой.
Снимки, копии, мониторинг ресурсов, план действий при отказе узла.
Снимок состояния - не замена резервной копии. Он живёт на том же хранилище и исчезнет вместе с ним, а ещё замедляет работу машины, если висит неделями. Снимок делается перед изменением и удаляется после проверки, а данные защищаются полноценным копированием.
Накладные расходы современных гипервизоров невелики и обычно незаметны. Замедление возникает при переподписке ресурсов - когда на узел напихали машин больше, чем он тянет. Это вопрос расчёта, а не технологии.
Да, и это распространённая практика. Важно выделить достаточно ресурсов и не размещать на одном узле с машинами, создающими интенсивную дисковую нагрузку. Требования к дискам при этом остаются прежними: только твердотельные накопители.
Без резервирования - остановятся все машины на нём, и это главный риск виртуализации: складывание яиц в одну корзину. Поэтому для критичной инфраструктуры нужен второй узел, а для остальных - надёжные копии и понятный план восстановления.
Расскажите, сколько серверов и что на них работает. Посчитаем узел и предложим план переноса без остановки.
Город не найден. Проверьте написание.