Лицензирование SQL Server в кластере VMware vSphere
Возможный дубликат:
Можете ли вы помочь мне с моим вопросом о лицензировании программного обеспечения?
Если у меня есть экземпляры SQL Server 2008, работающие на виртуальных машинах в кластере VMware vSphere с включенным vMotion\DRS, чтобы виртуальные машины могли (потенциально) работать на любом из физических серверов в кластере, каковы точные требования к лицензии?
Например, предположим, что у меня есть 4 физических хоста ESX с двумя физическими процессорами и 3 отдельных виртуальных машины с vCPU, на которых работает SQL Server 2008 в этом кластере.
Сколько лицензий SQL Standard Processor мне понадобится?
Это 3 (по одному на ВМ) или 12 (по одному на ВМ на каждом физическом хосте) или что-то еще?
Сколько лицензий SQL Enterprise Processor мне понадобится?
Это 3 (по одному на ВМ) или 8 (по одному на каждый физический ЦП в кластере) или опять что-то еще?
Диапазон цен в прайс-листе для этих опций колеблется от 17 до 200 тыс. Долл., Поэтому правильно его понять очень важно.
Дополнительный вопрос: если я выберу модель лицензирования Server+CAL, нужно ли мне покупать несколько лицензий на экземпляры сервера для каждого из хостов ESX (таким образом, 12 копий серверной лицензии на SQL Server Standard, чтобы на каждом хосте было достаточно лицензий для запуска всех Виртуальных машин) или еще раз я могу просто лицензировать виртуальную машину, и какая разница с лицензированием Enterprise на сервер?
Отредактировано для добавления Потратив некоторое время на чтение Руководства по лицензированию SQL 2008 (63 страницы! Включает в себя карты!*), Я сталкивался с этим:
• В модели Server/CAL вы можете запускать неограниченное количество экземпляров SQL Server 2008 Enterprise в ферме серверов и свободно перемещать их, если эти экземпляры не работают на большем количестве серверов, чем количество лицензий, назначенных ферме серверов.,
• В модели "на процессор" вы фактически подсчитываете наибольшее количество физических процессоров, которые могут одновременно поддерживать запущенные экземпляры SQL Server 2008 Enterprise в ферме серверов, и назначаете это количество лицензий на процессоры.И ранее: ..Для SQL Server эти изменения правил применяются только к SQL Server 2008 Enterprise.
Насколько я понимаю, это означает, что для моих 3 виртуальных машин мне нужны только 3 лицензии на процессор SQL Server Enterprise или одна копия Server Enterprise + CAL для кластера. Подразумевается, что я должен лицензировать все процессоры, если я выбираю лицензирование SQL Server Standard Processor, или что мне нужно купить копию SQL Server 2008 Standard для каждого хоста ESX, если я решу использовать клиентские лицензии.
* Существует карта, демонстрирующая, что ферма серверов не может распространяться на область, превышающую 3 часовых пояса, если только она не находится в Европейской зоне свободной торговли, я этого не ожидала, когда начала читать.
3 ответа
Вот довольно хорошая статья о лицензировании SQL и CPU против CAL, включая разъяснение VM.
Это на самом деле довольно простой H, но, как обычно, есть некоторые оговорки.
Если это трехсторонний активно-активный-активный кластер, и ни одной виртуальной машине не было назначено больше виртуальных ЦП, чем число НИТЕЙ, которое имеет один ЦП для одного хоста, тогда вам просто потребуется 3 x лицензии ЦП MSSQL.
В этом примере давайте представим, что на ваших серверах установлены два Xeon E5570 - каждый из этих Xeon имеет 4 полных ядра, но с гиперпоточностью позволяет одновременно запускать на нем 8 контекстов виртуального ЦП ESX (даже если VCenter немного противоречит тому, как это отображается!). Таким образом, если у вас есть виртуальная машина с целым числом целых 8 виртуальных ЦП, назначаемых ей в настоящее время, то теоретически она может работать на одном pCPU, поэтому вам нужно будет купить только одну лицензию MSSQL CPU на каждую виртуальную машину. Если бы это были X5440, у них не было бы гиперпоточности, поэтому, если бы вы предоставили виртуальную частную машину 5 или более виртуальных машин, вам по сути пришлось бы использовать второй физический процессор, чтобы все виртуальные контексты ESX 5+ были свободными одновременно - то есть нужны две лицензии MSSQL CPU.
Это понятно?
Затем, конечно, вы попадаете во всю активную / пассивную проблему, где вы платите только за действительно активные процессоры, но я предполагаю, что вы согласны с этой стороной - если нет, дайте мне знать.
Нас развлекают новые AMD Magny-Cours (12-ядерный, без HT) и серии Xeon 75xx (8/12/16-ядерный с HT), а также не выпущенные версии ESX, которые начинают ломать некоторые из этих правила и может повлечь за собой дополнительные расходы в будущем - давайте перейдем этот мост в следующем квартале:)
Как всегда, консультируется со специалистом по лицензированию MS для окончательного ответа
Вот лицензирование, насколько я понимаю:
- Для каждого процесса - вам нужно будет лицензировать каждый из сокетов в кластере VMWare, поэтому для обеих лицензий для каждого процесса вам потребуется 8 лицензий.
- Сервер + Cal 1 - вам потребуется 6 серверных лицензий. потому что во время миграции DRS/HA технически программное обеспечение существует в двух местах одновременно в течение короткого периода времени (хотя, честно говоря, оно придерживается очень буквального определения)
1 Теперь самое интересное в клиентских лицензиях SQL состоит в том, что они основаны на том, кто использует данные, поэтому они основаны на КОНЕЧНОМ ПОЛЬЗОВАТЕЛЕ, а не на том, сколько соединений напрямую установлено с сервером SQL.
Пример 1. Внутреннее приложение. У вас есть офис с 50 сотрудниками, которые получают отчеты, сгенерированные из данных на сервере SQL. Вам понадобится 50 клиентских лицензий - не важно, что пользователи, вероятно, не подключаются напрямую к серверу SQL.
Пример 2. Веб-приложение. У вас есть динамически управляемое веб-приложение, поддерживаемое сервером SQL. Вам потребуются лицензии для каждой процедуры, так как вам фактически потребуется бесконечное количество клиентских лицензий, поскольку каждому, кто может подключиться к вашему веб-приложению, потребуется клиентская лицензия.