Виртуализация серверов: хосты, кластеры и виртуальные машины

Процессоры, память, сеть и локальные или подключённые системы хранения формируют ресурсную базу виртуализации.

Слой виртуализации распределяет вычислительные ресурсы между VM и управляет их запуском и состоянием.

Каждая VM получает виртуальные CPU, память, диски и сетевые интерфейсы для своей операционной системы и приложений.

Объединение хостов позволяет распределять нагрузку и строить отказоустойчивую инфраструктуру.

Количество vCPU не равно количеству физических ядер один к одному: важны загрузка VM, конкуренция за CPU и политика гипервизора.

Допустимый коэффициент зависит от характера нагрузки и не должен назначаться одинаково для всех приложений.

Для memory-intensive систем важны физический объём RAM, запас для гипервизора и поведение при дефиците памяти.

На многосокетных серверах крупные VM нужно рассматривать с учётом NUMA-топологии физического хоста.

При отказе одного хоста кластер должен иметь достаточно ресурсов и настроенный механизм перезапуска или переноса нагрузок.

Возможность миграции зависит от гипервизора, CPU-совместимости, сети и архитектуры хранения.

Кластер может использовать совместно доступное хранилище; требования к latency, IOPS и доступности нужно считать вместе с VM-нагрузкой.

Management, migration, storage и пользовательский трафик могут предъявлять разные требования к пропускной способности и резервированию.

Нужно проверить гостевые ОС, прикладное ПО, драйверы, агенты и требования к лицензированию.

FC, iSCSI, NFS и другие варианты хранения должны поддерживаться новой архитектурой и соответствовать требованиям по отказоустойчивости.

После смены гипервизора нужно сохранить требуемые RPO/RTO, сценарии восстановления и совместимость backup-системы.

План перехода должен учитывать окна миграции, тестирование, откат и требования сервисов к доступности.