Плюсы и минусы виртуализации серверов приложения (AOS'ов) и, возможно, инфраструктурных серверов

[gl00mie]

Тут в VMware обнаружилась одна очень полезная особенность, связанная с тем, как для гостевой ОСи представляются виртуальные процессоры. Применительно к физическому железу принято различать сокеты (т.е. физически отдельные процы) и ядра, потому что на одном физическом сокете может быть несколько ядер. И еще, как известно, некоторый софт лицензируется именно по количеству сокетов, которые он может использовать. Так вот, VMware позволяет представлять для гостевой ОСи N виртуальных процессоров не только как N одноядерных сокетов, но и как M сокетов по N div M ядер в каждом!
Что это дает? Ну вот, к примеру, есть у вас некий сервер с 8-ю процами по 4 ядра на каждом, и хотите вы на этом сервере запустить в виртуалке некое виндовое серверное приложение, предоставив ему максимально возможное количество ядер. Для использования более чем 4-х виртуальных ядер в общем случае понадобится ставить в виртуалке Enterprise-версию виндов, которая стоит так нефигово, при том что приложение может не использовать никаких служб и ролей этой версии виндов. В то же время, в VMware можно сконфигурировать виртуалку так, что ОС будет видеть 4 сокета из имеющихся 8-и по 4 ядра в каждом - 16 ядер; более того, на указанном сервере можно даже предоставить гостевой ОСи 4 сокета по 8 ядер, 2 по 16 или 1 сокет с 32-я ядрами (последние версии VMware поддерживают до 32-х ядер на виртуалку). В этом случае в качестве гостевой ОС можно уже использовать обычный Windows Server Standard. Аналогичный финт ушами можно провернуть, скажем, с Ms SQL Server, имея процессорные лицензии на последний...
По поводу возможностей представления виртуальных ядер для гостевой ОСи как нескольких многоядерных сокетов см., например, эту статью http://www.vcritical.com/2009/09/use...-socket-count/ Насколько мне известно, Hyper-V всегда представляет виртуальные процы как одноядерные сокеты.