(зевая) давай сделаем так. Ты прочитаешь по ссылке целиком, и ЕСЛИ там этого не будет, то я с радостью приму советы и поправки

Особенности выбора конфигурации сервера

Широкие ВМ. При необходимости размещения широких ВМ (сравнимых с 1 узлом NUMA и более) рекомендуется по возможности выбирать сервер с конфигурацией, позволяющей таким ВМ остаться в пределах NUMA узла. При большом количестве широких ВМ возникает опасность фрагментирования ресурсов кластера, и в этом случае выбираются серверы, позволяющие разместить широкие ВМ максимально плотно.

vNUMA включится при 8+ ядер, современные процы для 4-сокетных конфигураций могут иметь больше 8 ядер, а значит создав условную ВМ на 16 vCPU гипервизор раскидает ее по 4 NUMA нодам по 4 ядра

то есть гипервизор возьмет минимально необходимое число vNUMA нод для VM если ВМ не влазит в одну физ. NUMA. так?

If multiple vNUMA clients are created, the NUMA scheduler auto-sizes the vNUMA clients. By default, it equally distributes the vCPUs across the least number of NUMA clients.

Denneman, Frank. VMware vSphere 6.5 Host Resources Deep Dive (p. 78). Kindle Edition.

то есть гипервизор возьмет минимально необходимое число vNUMA нод для VM если ВМ не влазит в одну физ. NUMA. так?

Прямо в тему, у нас как раз утром с интервалом в ≈20 минут отвалилась сеть на обоих хостах кластера с кучей сообщений «Network memory pool free size dropped below 2 percent» в Events.
Ну и все вм на них, соответственно, тоже без сети остались 😂

Почему?

Что именно «почему»?

Чисто гипотетически: ежели в Remote Client сменят h264 на тот же 265-й — что-нибудь изменится в плане быстродействия, меньшей нагрузки на сеть (из-за лучшего сжатия) и т.д.? Или наоборот, всё станет хуже, ибо возрастёт нагрузка?