Назад | Перейти на главную страницу

Hyper-V, Hyperthreading и последствия лицензирования по числу ядер

Возможный дубликат:
Hyper-V и Hyper-threading: включено или выключено?
Вы можете помочь мне с проблемой лицензирования программного обеспечения?

Я видел много людей, говорящих, что мы должны включить гиперпоточность на хостах Hyper-V, но у меня возникла дилемма.

Мы собираемся запустить SQL Server 2012 Enterprise в кластере Hyper-V 2012 года. Это лицензируется по числу ядер, и в виртуальной среде с гиперпоточностью я думаю, что ядро ​​- это поток, а не полное ядро. Это также довольно дорого по сравнению со стоимостью оборудования :-)

Если наши экземпляры SQL Server начнут зависеть от ЦП, сколько дополнительной вычислительной мощности мы получим от 4 ядер без гиперпотоков по сравнению с 4 потоками (т. Е. Эквивалентными 2 ядрам)?

Стоит ли рассматривать возможность запуска среды Hyper-V с отключенной гиперпоточностью?

Обратите внимание на лицензирование на уровне хоста, а не на уровне виртуальной машины. Если у вас 24 ядра и у вас два хоста, вам необходимо лицензировать 48 ядер. Если ваши виртуальные машины содержат до 60 виртуальных ЦП, будет дешевле лицензировать на уровне хоста.

Для этого требуется, чтобы у вас были SA и EA, но если вы покупаете столько программного обеспечения, они вам все равно понадобятся.

По сравнимой причине мы запускаем наш сервер Oracle на виртуальной машине, НО у хоста есть только один сокет, ограниченный объем памяти и нет доступа к SAN. Мы виртуализировали его в основном для того, чтобы иметь возможность делать снимки, быстрое восстановление и переключение на новую машину.

Управление лицензиями Oracles - это безумие ... Каждое ядро, которое может получить доступ к серверу базы данных в виртуализированной среде, должно быть оплачено. Если бы мы запустили этот сервер в наш San, нам пришлось бы заплатить за все ядра в San, способные получить доступ к диску. Так что лицензирование MS не может быть НАСТОЛЬКО плохим ...