Как стать автором
Обновить

Комментарии 4

Какие-то странные у вас подсчеты.
1. Непонятно высчитана цена SQL Server Standard Edition (примерно 400$ в месяц) на двуядерной виртуалке. И почему тогда нет подсчета стоимости SQL сервера для Reporting Services?
2. Во втором подсчете, где SQL Server «разрывает» SQL Reporting, у вас на той же конфигурации виртуалки, что и в первом примере, создается уже в 5 раз больше отчетов. Для убедительности посоветовал бы увеличить количество клиентов до 200 — тогда разница в стоимости будет еще убедительнее.
3. Также непонятно, кто будет саппортить вашу виртуалку с запущенным на ней репортингом (ставить туда апдейты и т.п.)

Хотелось бы увидеть более близкие к реальности подсчеты.
Здравствуйте, andreyK.

1. Ну почему же неправильно? Давайте считать вместе. Стоимость одного часа вычислений виртуальной машины с SQL Server Standard (лицензия SQL Server уже включена в стоимость), размера Medium (2 ядра, 3,5 ГБ ОЗУ) составляет $0,73 (http://www.windowsazure.com/en-us/pricing/details/virtual-machines/). Умножаем на 24. Потом на 31 (а Microsoft отталкивается от 744 часов в месяц, то есть 24 часа умножить на 31 день). Получается: 0,73 * 24 * 31 = 543,12.
И почему тогда нет подсчета стоимости SQL сервера для Reporting Services?

Не совсем понял вопрос. Функционал SQL Reporting Services (SSRS) уже включен в стоимость SQL Server. Если же вы используете SQL Reporting как сервис (то есть не поднимаете виртуальную машину с SQL Server, а просто создаете endpoint для работы с функционалом SQL Reporting), то расчет уже идет по стоимости $0,16 за 30 отчетов в час.

2. Я думаю смысл и так понятен. Опять же. Я не хочу сказать, что SQL Reporting чем-то хуже и т.д. Оба решения имеют право на существование. К примеру, в стоимость SQL Server можно было бы включить зарплату maintenance engineer, который будет support-ить эту виртуальную машину. Тогда как в случае с SQL Reporting сервисами, все поддерживается Microsoft. Я думаю скорее будет уместно сказать, что если приложение генерирует большое количество отчетов за час, тогда скорее всего выгоднее будет поднять отдельную виртуальную машину, нежели использовать SQL Reporting.

3. Этот пункт упомянул в предыдущем разделе.

Надеюсь я ответил на вопросы? =)
Момент с SQL Server виртуалками упустил, каюсь :)
Я ожидал увидеть привязанные к каким-то реальным данным цифры, а не абстрактные.

Например у нас есть база в 50 GB на которой ежемесячно создается 30 000 отчетов (1000 часов). TCO решения Azure + SQL Reporting будет согласно калькулятора 125.88 + 160.00 = $285.88/mo.
Cколько будет стоить аналогичное решение с помощью Virtual Machine + SSRS с учетом стоимости «maintenance engineer»? Вытянет ли 2 ядра + 3.5 GB памяти эту конфигурацию базы и это количество отчетов?
Я думаю скорее будет уместно сказать, что если приложение генерирует большое количество отчетов за час, тогда скорее всего выгоднее будет поднять отдельную виртуальную машину, нежели использовать SQL Reporting.

Я этого совсем не увидел. Слишком много условностей и допущений.
На самом деле отчет в SQL Reporting представляет из себя по сути обычный SQL запрос, результаты которого оформлены с использованием HTML-разметки. Вот и все. Поэтому размер базы и не фигурирует в вычислениях. То есть один отчет — один запрос. В калькуляторе Windows Azure и при настройке SQL Reporting вы нигде не найдете упоминание о размере базы, которая указана в качестве Data Source для сервиса отчетов. Кстати, если интересует, могу поделиться Excel файлом с табличкой для подсчетов. Может быть вы что-то подскажите, что можно добавить.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий