NUMA в виртуализации: какие данные собрать до выбора серверного узла
Передать поставщику топологию и профиль виртуальных машин для проверки размещения нагрузки.
Начать с крупных виртуальных машин
Иллюстрация: Серверная инфраструктура, Brett Sayles / Pexels; иллюстрация, не конфигурация предлагаемого сервера.
Суммарные ядра и гигабайты узла не показывают, как разместится одна требовательная виртуальная машина. Составьте список наиболее крупных ВМ: число виртуальных процессоров, назначенная память, обычный и пиковый режим работы, роль приложения. Для каждой укажите версии гостевой системы и гипервизора. Не превращайте настроенный максимум ресурсов в измеренную потребность. Отделите фактическое использование от будущего запаса, который пока выбран расчётно. Такая таблица позволяет обсуждать конкретные машины и их совместную работу, а не сравнивать серверы только по общему объёму памяти.
Проверить физическую и виртуальную топологию
Microsoft описывает NUMA как архитектуру с различной задержкой доступа к локальной и удалённой памяти. Hyper-V может показывать гостю виртуальную NUMA-топологию, чтобы учитывающее её приложение использовало соответствующее размещение. Это не означает, что число сокетов всегда равно числу узлов или что любое приложение автоматически ускорится. В документации настройки Microsoft для получения сведений о физических узлах приведён Get-VMHostNumaNode. Администратору полезно сохранить вывод вместе с данными о модели процессоров, памяти и версии системы; результаты должны относиться к реально рассматриваемой конфигурации.
Зафиксировать режим памяти и ограничения
В текущем описании Hyper-V Microsoft отдельно указывает несовместимость использования виртуальной NUMA и Dynamic Memory в одной ВМ. Поэтому в запросе нужны фактический режим памяти, параметры ВМ и настройки NUMA spanning, а не только количество установленной ОЗУ. Не меняйте рабочие настройки ради заполнения таблицы: сбор данных и изменения конфигурации — разные действия. Для предлагаемого нового узла попросите показать, какие предположения приняты о размещении крупных ВМ и что изменится при переносе нагрузки. Применимость ответа проверяйте для вашей версии гипервизора.
Сравнивать по воспроизводимой нагрузке
Для проверки предложения выберите характерную задачу приложения и сохраните её входные данные в допустимом обезличенном виде. Запишите одновременно конфигурацию ВМ, условия работы соседних машин и измеряемый результат. Для действующего Hyper-V официальная инструкция также описывает счётчики соответствия виртуальных и физических NUMA-узлов; их интерпретацию поручают администратору. Не выдавайте результат пустого узла за оценку плотного рабочего кластера. Универсального процента ускорения здесь нет: программа проверки должна отвечать на вопрос о конкретном приложении и согласованном сценарии использования ресурсов.
Что передать для подбора
Итоговый пакет содержит таблицу крупных ВМ, данные физической топологии, режим памяти, версии программ и описание контрольной нагрузки. Отдельно приложите сценарий отказа или обслуживания узла, если оставшиеся серверы должны принять его машины. Поставщик должен раскрыть предполагаемое размещение и ограничения, а не ограничиться итоговой суммой ядер. Для запроса в Адриатику достаточно этих обезличенных сведений без учётных данных и содержимого рабочих баз. Точная платформа, совместимость памяти и результат проверки требуют отдельного подтверждения; каталожная ссылка не гарантирует выбранной виртуальной машине нужную задержку или производительность.