SQL Server - Сколько пользователей мне действительно нужно?
Я настраиваю приложение и ищу покупку лицензии на SQL Server. Мой вопрос довольно прост (хотя может иметь сложный ответ...)
Сколько учетных записей пользователей мне действительно нужно для SQL Server?
На мой взгляд, я бы дал одну основную учетную запись администратора, может быть, 2 или 3 учетных записи пользователя, а затем одну учетную запись на основе приложения.
Мое приложение, вероятно, будет иметь около 30-40 пользователей, при этом редкая возможность одновременного использования 4-5 человек. Но, как я понимаю, я бы настроил BLL с 30-40 учетными записями - и у BLL будет учетная запись SQL, которую все 30 учетных записей будут использовать для запроса БД через...
Мне просто интересно, что люди думают об этом. Это путь, или у меня неправильное представление об архитектуре здесь?
7 ответов
Ваш случай называется мультиплексированием и рассматривается в специальных соображениях, касающихся промежуточного программного обеспечения, серверов транзакций и многоуровневой архитектуры:
Иногда организации разрабатывают сетевые сценарии, в которых используются различные виды аппаратного и / или программного обеспечения, которые уменьшают количество устройств или пользователей, которые непосредственно обращаются к программному обеспечению или используют его на конкретном сервере, часто называемом "мультиплексированием" или "объединением в пул" аппаратного или программного обеспечения. Использование такого аппаратного и / или программного обеспечения для мультиплексирования или объединения в пул не уменьшает количество клиентских лицензий (CAL), необходимых для доступа или использования программного обеспечения SQL Server. Клиентская лицензия требуется для каждого отдельного устройства или пользователя для программного или аппаратного интерфейса мультиплексирования или объединения в пул. Это остается верным независимо от того, сколько уровней оборудования или программного обеспечения существует между сервером, на котором запущен SQL Server, и клиентскими устройствами, которые в конечном итоге используют его данные, службы или функциональные возможности.
Итог: вам нужна одна клиентская лицензия на каждого пользователя, то есть 35-45 лицензий.
Насколько я понимаю, вам нужна клиентская лицензия для каждого отдельного пользователя или устройства, которое использует SQL Server, поэтому 30-40 в вашем случае. Учетные записи - это просто набор учетных данных, которые проходят проверку подлинности на сервере, а пользователи - мешки с мясом. Лицензионные мешки с мясом, а не счета.
Это легко понимаемая область, и я бы посоветовал связаться с Microsoft Licensing, чтобы узнать реальную сделку.
Вы знаете, что коммерческое использование SQL Express 2005/2008 разрешено и может идеально подходить для вашего сценария?
Вы всегда можете в любой момент перейти на Standard Edition, если вам это нужно.
Для сравнения выпусков MS SQL Server проверьте здесь. Это также включает их ограничения. Я убежден, что для вашего сценария SQL Server Express будет работать очень хорошо (при условии, что ваша БД не превышает 4 ГБ).
Простой ответ...
Клиентская лицензия требуется для каждого отдельного пользователя или устройства, которое подключается к SQL Server, независимо от "мультиплексирования", веб-сервера или прокси между конечным пользователем и установкой SQL Server.
Если вы не можете физически подсчитать и количественно оценить их (например, общедоступный веб-сайт), вам нужны лицензии на процессор.
Больше...
- Что делать, если вы расширяете магазин или базу пользователей?
- Клиентские лицензии становятся дороже, чем на процессор в какой-то момент
- Вы редко лицензируете одну коробку.
- А как насчет сбоя в производстве?
- Non-prod лицензии (окна Test/dev) -> получить подписку MSDN
Мой совет: поговорите с MS или с кем-либо, кто имеет дело с вашими лицензиями в вашем магазине. У вас уже есть соглашение с MS по крайней мере для ОС и Office.
Если ваше приложение опирается на BLL, который проксирует многих пользователей на экземпляр SQL Server, то я думаю, что вы не можете получить лицензию на основе количества учетных записей.
Microsoft скажет вам, что вам нужна лицензия на процессор. (И это дешевле, чем покупать лицензии 30-40 CAL)
Если вы не делаете что-то хитрое с прокси-аутентификацией и аудитом, у вас будет только логин для приложения. В противном случае я бы лицензировал процессор.
Вот что говорит FAQ по MS Sql Server:
Для внешне ориентированных серверных приложений. Лицензирование процессоров - лучший выбор для серверных приложений, ориентированных извне, таких как сценарии Интернета и экстрасети. В этих сценариях часто сложно сосчитать устройства или пользователей, поэтому цены на аппаратное обеспечение более просты.
Для серверов смешанного использования. Для серверов смешанного использования, доступ к которым осуществляется как изнутри, так и за пределами брандмауэра организации, лицензирование процессоров обычно является предпочтительным. Поскольку лицензии на процессор, вероятно, необходимы для внешних пользователей, не было бы необходимости приобретать доступ отдельно для внутренних пользователей через клиентские лицензии.
Для сред внутри брандмауэра. Для сред внутри брандмауэра, где соотношение процессоров клиент-сервер относительно низкое, модель лицензирования CAL "сервер плюс устройство", вероятно, будет более экономически выгодным выбором, если на устройство приходится несколько пользователей (например, в центре обработки вызовов), в то время как модель лицензирования CAL "сервер-плюс-пользователь", вероятно, будет более рентабельной, если на пользователя приходится несколько устройств. Для сред внутри брандмауэра, где соотношение процессоров клиент-сервер высокое, модель лицензирования процессоров, вероятно, будет более рентабельной.