У меня возникли некоторые трудности в определении того, как наилучшим образом реализовать различные части служб отчетности.
Наша компания только что купила новый набор серверов и общую сеть SAN для поддержки нашей растущей инфраструктуры.
Наши серверы работают под управлением VMware, и у нас есть несколько виртуальных машин, каждая из которых имеет собственную нагрузку, распределенную по множеству физических машин. В настоящее время у нас есть сервер приложений, на котором выполняются службы терминалов, и блок SQL, на котором запущены 2005 для хранения наших данных, а также несколько других для других целей, не связанных с нашей базой данных.
Мой вопрос:
Какой будет идеальная установка служб отчетов в виртуальной среде? Мы по-прежнему будем иметь дело с тем же количеством ресурсов, если мы установим все на нашем текущем блоке SQL или разделим установку на несколько виртуальных машин. Разделение конфигурации на отдельные машины поможет распределить нагрузку, но для ее разделения также потребуется больше лицензий.
Моя текущая мысль заключалась в том, чтобы установить базу данных сервера отчетов в том же блоке, где в настоящее время находятся наши базы данных sql, и установить службу сервера отчетов в другом блоке, чтобы не использовать isl sql box с нашими рабочими данными.
Насколько сложно было бы перейти с одной конфигурации на другую, или я бы в значительной степени привязался к чему-либо, как только будет принято решение?
Редактирование: добавление моих опций
Различные конфигурации, которые я могу придумать
А) Преимущество: проще всего настроить. недостаток: для масштабирования требуется миграция серверной части
- 1. Блок данных SQL, содержащий наши производственные данные
- 2. База данных служб отчетов, служба служб отчетов и IIS
B) преимущество: поддержка масштабирования без переноса на сервер
- 1. Блок данных SQL, содержащий наши производственные данные, и БД служб отчетов
- 2. Служба отчетов и IIS
C) преимущество: лучше всего подходит для балансировки нагрузки виртуальных машин на оборудовании, поддерживает масштабирование без изменений. Недостаток: самый дорогой для лицензий
- 1. Блок данных SQL, содержащий наши производственные данные
- 2. БД служб отчетов
- 3. Служба отчетов и IIS
D) преимущество: самое дешевое для лицензий. недостаток: лоты
Таким образом, варианты A или B являются моими лидерами, поскольку у B нет недостатков, о которых я могу думать, но не уверен, какой тип служб отчетов о нагрузке оказывает влияние на его базу данных, если это окажет заметное влияние, так как поле производственных данных будет быть опрошен для необработанных данных, а также. Вариант А позволил бы мне отрезать новый виртуальный сервер и поиграть с ним, разрабатывая и сохраняя все за пределами нашего рабочего бокса, и тогда мы могли бы изменить наши источники данных, чтобы они указывали на рабочий блок, и развернуть его.
Я до сих пор не уверен, что лучший вариант, так что если у кого-то еще есть мнения, они будут приветствоваться.
Еще раз спасибо, Уэсли