Как стать автором
Обновить

Комментарии 6

Может я чего не понял, но рекомендация по сокетам и ядрам несколько не соответствует тексту и картинке.
А вообще я всегда считал, что количество сокетов VM просто не должно превышать количества сокетов на хосте. А в случае кластера с разными хостами не превышать количества сокетов на носте с минимальным их количеством. Т.е. если в кластере есть хосты с 4 и 2 сокетами, то на VM надо давать не больше 2.
По поводу paravirtual дискового контроллера для ОС Windows тоже можно порассуждать. Например на тему того, как vmware tools начинают обновляться, включая драйвера для диска, но у них не выходит. Бывает. Только вы останетесь с неработающим системным диском по причине отсутствия в Windows родных драйверов pvscsi.
Прошу прощения, но считали не правильно, перечитайте. Рекомендую вот такую публикацию. В сети есть и сама лекция с VMworld.
cms.vmworldonline.com/event_data/5/session_notes/SER2724BU.pdf

Ставим 1 ядро на сокет и только так. При этом гипервизор сам построит правильную Numa топологию. В облаке вы можете не знать топологию сервера.

При обновлении tools драйвера удалены не будут — они либо обновятся, либо нет. Но не пропадут.
И конечно, не забываем бекап + по вкусу снепшот.
Вы слишком категоричны, кмк. Эти презентации, как и документ Performance Best Practices для 6.5, я читал. И нигде нет однозначного утверждения про единственный сокет с множеством ядер на нем.
Зато весьма подробно нарисовано, что не стоит превышать соотношение виртуальных ядер к физическим ядрам на один физический сокет. Точнее на один узел NUMA. Т.е. рекомендуется строить машину на одном сокете, пока количество vCPU не начнет превышать количество физических ядер. Затем придется дробить по сокетам. И в случае, когда кластер собран из узлов с разными процессорами и разным количеством физических сокетов целесообразнее ориентироваться на узел с минимальным количеством физических ядер. Что автоматически приводит к увеличению сокетов на машине. А превышать количество физических сокетов (ладно, узлов NUMA) уже совсем не стОит. Так что я продолжу соблюдать свое правило: на виртуальной машине нельзя превышать количества физических узлов NUMA. Для меня это количество совпадает с количеством сокетов, если кто работает с AMD — там может быть по-другому.
А по поводу исчезающих драйверов pvscsi — если бы не приходилось с этим сталкиваться, то я бы не поднимал разговор. Очень просто попасть в такую ситуацию, если взвести на VM флажок автоматического обновления VMWare Tools при перезагрузке и отправить машинку на перезагрузку после установки обновлений Windows. При определенном стечении обстоятельств после перезагрузки VMWare Tools начинают обновляться, но не успевают, поскольку система обновления Windows делает принудительную вторую перезагрузку. И несколько раз я попадал на такое неудачное обновление в SLES 11.x, но там есть родные драйвера и система поднимается. Приходится только тулзы руками ставить.
Cores per socket. Оставляйте 1 сокет, т.е. столько сокетов, сколько вам нужно ядер. Да, логично наоборот, но правильно так.

Про ядра с сокетами всё немного сложнее: при установке 1 ядра на сокет топология NUMA строится при первом запуске ВМ и перестраивается только при изменении количества vCPU, так что при переезде на сервер с другой физической топологией она может оказаться неоптимальной (без numa.autosize).

Поэтому правильней (см. комментарий от Mark Achtemichuk внизу страницы) менять количество ядер в соответствии с физической топологией.
По умолчанию актуальные версии Windows и Linux имеют драйвера для работы с виртуальными устройствами VMware

Windows Server 2016-2019 может скачать драйверы для PVSCSI и VMXNET 3 из WU, но при установке не надёт ни дисков, ни сети.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий