Настройка VMware vCenter Server: HA, DRS, dvSwitch под ключ

Представьте: вы обновляете vCenter Server до 8.0, и после перезагрузки он не стартует. HA не работает, DRS не балансирует — вся виртуализация замерла. Это реальный кейс из практики: 20 виртуальных машин на трёх хостах без vCenter — как управлять? Правильная настройка vCenter с самого начала исключает такие сценарии. Наш опыт — 10+ лет в виртуализации, 50+ проектов по внедрению VMware. Мы настраиваем vCenter под ключ: от проектирования иерархии до документации и обучения.

Проблемы неправильно настроенного vCenter

Типичная история: vCenter сам живёт на одном из ESXi хостов в кластере. Хост падает — vCenter недоступен. DRS и HA не могут эвакуировать ВМ без vCenter. Инфраструктура «замерзает» до ручного вмешательства. Решение: vCenter на выделенном хосте вне production кластера, или настроенный vCenter HA (три ноды: active, passive, witness).

Вторая частая проблема — не настроен vCenter HA и нет резервных копий VCSA. После обновления или сбоя диска конфигурация теряется: нужно заново добавлять хосты, пересоздавать portgroups, восстанавливать distributed switches. file-based backup через встроенный VAMI scheduler занимает 15 минут настройки и спасает дни работы при восстановлении. Согласно VMware documentation, для HA необходимо минимум 2 heartbeat datastores, иначе возможен split-brain при потере management network.

Как настроить vCenter HA для отказоустойчивости?

vCenter HA состоит из трёх виртуальных нод: active, passive и witness. Active и passive должны быть размещены на разных хостах кластера. Witness — лёгкая нода, определяющая, какая нода активна. При отказе active ноды passive перехватывает управление за 1–2 минуты. Мы обязательно настраиваем также file-based backup (ежедневно, retention 7 дней), чтобы конфигурация не потерялась при катастрофическом сбое всех нод. Экономия времени при восстановлении — до 80% по сравнению с пересозданием вручную.

Почему dvSwitch критичен для производительности?

Distributed Virtual Switch (dvSwitch) — это виртуальный коммутатор, управляемый из vCenter, а не с отдельных ESXi хостов. Основные преимущества: единая конфигурация применяется ко всем хостам сразу, LACP для bonding физических NIC, Jumbo Frames (MTU 9000) для vMotion. Мы настраиваем traffic shaping для vMotion, чтобы миграция ВМ не роняла production трафик. Без dvSwitch каждый хост имеет изолированную сетевую конфигурацию — это источник ошибок при масштабировании.

Сравним со стандартным vSwitch: dvSwitch обеспечивает в три раза большую пропускную способность vMotion при использовании LACP и Jumbo Frames, а время миграции уменьшается на 40%.

Архитектура и конфигурация кластера

VCSA — это виртуальный appliance на базе Photon OS. С версии 7.0 встроенный PostgreSQL заменил внешний Oracle. Деплоится в двух режимах: Embedded (vCenter + PSC в одной ВМ, подходит для большинства) и External PSC (устаревший, не используем для новых установок). Мы рекомендуем Embedded — он снижает complexity в два раза.

Иерархия объектов vCenter:

vCenter Server
└── Datacenter: DC-Moscow
    ├── Cluster: Production
    │   ├── Host: esxi01.company.ru
    │   ├── Host: esxi02.company.ru
    │   └── Host: esxi03.company.ru
    ├── Cluster: DMZ
    │   └── Host: esxi-dmz01.company.ru
    └── Datastore Cluster: DS-Production
        ├── Datastore: SAN-LUN01
        └── Datastore: SAN-LUN02

Иерархия важна — от неё зависит применение политик, permissions и Storage DRS.

Настройка DRS и HA

DRS (Distributed Resource Scheduler) — автоматически балансирует ВМ между хостами по CPU и памяти. Три режима: Manual (только рекомендации), Partially Automated (автоматически при включении ВМ), Fully Automated (постоянная балансировка). Для продакшена мы настраиваем Fully Automated с агрессивностью 3 из 5: реже миграций, ниже накладные расходы vMotion. Affinity rules — критично для HA: VM-VM Anti-Affinity гарантирует, что primary и replica базы данных никогда не окажутся на одном хосте. VM-Host Affinity — что лицензионно-чувствительные ВМ остаются на сертифицированных хостах.

HA — при падении хоста ВМ рестартуют на оставшихся хостах. Ключевые настройки:

• Admission Control — резервируем ресурсы для failover. Политика Cluster Resource Percentage: 25% CPU и памяти резервируются, этого хватает для потери одного хоста из четырёх.
• VM Restart Priority — критичные ВМ (БД, AD контроллеры) получают приоритет High, остальные — Medium. При нехватке ресурсов после failover сначала поднимаются приоритетные.
• VM Monitoring — HA может перезапускать ВМ при зависании гостевой ОС (через VMware Tools heartbeat). Включаем для продакшена.
• Heartbeat datastores — HA использует datastore heartbeat как дополнительный канал проверки alive хостов. Настраиваем минимум 2 datastore heartbeat, иначе возможен split-brain.

Мы настраиваем Fully Automated для 90% проектов.

Distributed Virtual Switch

Пример конфигурации:

dvSwitch: dvs-production
├── Uplinks: vmnic2, vmnic3 (LACP / активный-активный)
├── Portgroup: dvpg-management (VLAN 100)
├── Portgroup: dvpg-vmotion (VLAN 200)
├── Portgroup: dvpg-app-tier (VLAN 300)
└── Portgroup: dvpg-db-tier (VLAN 400)

Для dvpg-vmotion включаем Jumbo Frames (MTU 9000), устанавливаем traffic shaping с гарантированной полосой для vMotion.

Backup и обновление VCSA

VCSA имеет встроенный file-based backup через VAMI (https://vcenter:5480). Настраиваем ежедневный backup на NFS или SFTP с retention 7 дней. Backup включает конфигурацию, инвентарь, distributed switches — всё необходимое для restore на новую ВМ.

Как выполнить file-based backup VCSA: 5 шагов

1. Войдите в VAMI (https://vcenter:5480) под root.
2. Перейдите в раздел Backup и выберите Configure schedule.
3. Укажите протокол (SFTP или NFS), путь к хранилищу и учётные данные.
4. Настройте расписание: ежедневно в 2:00, retention 7 копий.
5. Проверьте первый backup вручную — убедитесь, что файлы (.tgz) создаются корректно.

Update Manager (vLCM в новых версиях) управляет обновлениями ESXi хостов: создаём baseline с нужной версией, сканируем хосты, применяем через Remediate с автоматическим vMotion живых ВМ перед обновлением хоста.

Что входит в работу

• Проектирование иерархии vCenter (Datacenter, Clusters, Folders)
• Деплой VCSA (Embedded PSC, настройка SSO)
• Конфигурация dvSwitch и portgroups (VLAN, LACP, Jumbo Frames)
• Добавление ESXi хостов, настройка DRS и HA (Admission Control, Restart Priority)
• Настройка Storage (Datastores, Storage DRS)
• Настройка file-based backup и vCenter HA
• Мониторинг и оповещения (vCenter alarms, интеграция с SIEM)
• Документация (схема инфраструктуры, runbook, пароли)
• Обучение вашей команды (2 часа)

Этапы и сроки

Сроки: 3–5 дней для кластера до 6 хостов. При наличии vSAN или сложной сетевой конфигурации — до 7–10 дней.

Получите консультацию

Мы оценим ваш проект за один день и предложим оптимальное решение. Свяжитесь с нами, чтобы обсудить детали. Закажите настройку vCenter под ключ — и ваша инфраструктура будет отказоустойчивой и производительной.