Налаштування 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, для 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 під ключ — і ваша інфраструктура буде відмовостійкою та продуктивною.