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