Отказоустойчивая система под 1С:8.2 на 200 пользователей

[BlackWhite]

Здравствуйте.
Требуется серверная система для развертывания 1С8.2: Документооборот на 200 пользователей (50 из них будут работать также с 1С8.2: Консолидацией). Предполагается, что пользователи 1С:Консолидации будут сильно нагружать систему (ввод финансовых документов, сложные отчеты), а пользователи 1С:Документооборота – не сильно (получать задания, входящие/исходящие документы и т.п.)
Работа пользователей предполагается в течение рабочего времени (скажем, с 8-00 до 20-00 в будние дни и по субботам). В это время остановка работы крайне нежелательна (15 мин простоя еще можно позволить, больше – вряд ли). По ночам – только обмен данными с удаленными офисами (простой системы не критичен).
Поэтому система, очевидно, должна быть отказоустойчивой – с двойным резервированием. Прочитав статью на сайте по рекомендованным конфигурациям для 1С, я приблизительно прикинул архитектуру системы согласно вашим советам:
А) Внешняя СХД с двумя контроллерами.
Б) Кластер из двух серверов под SQL Server (72 Gb памяти, MS Windows Server Enterprise).
В) Кластер из двух серверов под 1С (24 Gb памяти, MS Windows Server Standard).
Г) Два-три терминальных сервера (24 Gb памяти, MS Windows Server Standard).

Хотелось бы минимизировать систему по стоимости (хотя бы на стартовом этапе).
Поэтому у меня вопросы:
1. Сколько дисков SAS должно быть в СХД минимально ?
2. Контроллеры в СХД должны быть с FC интерфейсом или достаточно SAS ?
3. Серверы для кластера БД лучше взять одинаковыми или один может быть послабее ?
4. Дисковая система во всех серверах может быть минимальной (зеркало SATA) ?
5. Может ли дать экономию использование блэйда (под серверы терминалов и серверы 1С или под все серверы)? Не скажется ли это на отказоустойчивости ?
Спасибо.

[Tert]

BlackWhite
А сейчас с какими серверами работают пользователи?
Есть ли данные perfmon'а?

1. Сколько дисков SAS должно быть в СХД минимально ?
2. Контроллеры в СХД должны быть с FC интерфейсом или достаточно SAS ?
3. Серверы для кластера БД лучше взять одинаковыми или один может быть послабее ?
4. Дисковая система во всех серверах может быть минимальной (зеркало SATA) ?
5. Может ли дать экономию использование блэйда (под серверы терминалов и серверы 1С или под все серверы)? Не скажется ли это на отказоустойчивости ?
Спасибо.

1. Зависит от нагрузки, но менее 12 дисков я бы в вашем случае не ставил.
2. Можно и SAS, если не требуется разнести серверы по разным удаленным мплощадкам.
3. Лучше одинаковые, т.к. при отказе народ сразу почувствует ухудшение работы.
4. Да.
5. У вас экономии не будет.

[hitower]

Работа пользователей предполагается в течение рабочего времени (скажем, с 8-00 до 20-00 в будние дни и по субботам). В это время остановка работы крайне нежелательна (15 мин простоя еще можно позволить, больше – вряд ли).

В случае проблем с БД на логическом уровне - попортились данные в результате сбоя СУБД и т.п., успеете за 15 минут восстановить?
Если нет - подумайте о резервном сервере с базой данных, log shipping, database mirroring.

[Tert]

hitower
Я думаю, что можно обойтись и снапшотами на дисковой системе.

[hitower]

Я думаю, что можно обойтись и снапшотами на дисковой системе.

В которых база будет неизвестно в каком состоянии...

[BlackWhite]

Работа пользователей предполагается в течение рабочего времени (скажем, с 8-00 до 20-00 в будние дни и по субботам). В это время остановка работы крайне нежелательна (15 мин простоя еще можно позволить, больше – вряд ли).

В случае проблем с БД на логическом уровне - попортились данные в результате сбоя СУБД и т.п., успеете за 15 минут восстановить?
Если нет - подумайте о резервном сервере с базой данных, log shipping, database mirroring.

Вы имеете в виду еще один резервный сервер СУБД ? С отдельным дисковым массивом ?
Я ведь уже заложил основной и резервный серверы СУБД в конфигурацию.

[hitower]

Вы имеете в виду еще один резервный сервер СУБД ? С отдельным дисковым массивом ?
Я ведь уже заложил основной и резервный серверы СУБД в конфигурацию.

Серверов у Вас два, а база - одна. Если с ней что-то произойдет - успеете за 15 минут восстановить?

[BlackWhite]

Вы имеете в виду еще один резервный сервер СУБД ? С отдельным дисковым массивом ?
Я ведь уже заложил основной и резервный серверы СУБД в конфигурацию.

Серверов у Вас два, а база - одна. Если с ней что-то произойдет - успеете за 15 минут восстановить?

То есть, Вы предлагаете вариант: основной и резервный сервер СУБД, каждый со своим дисковым массивом? А от использования СХД отказаться ? Или основной сервер работает с СХД, а резервный - с встроенной дисковой системой (на случай аварии с основной базой)?

[gs]

В случае резервирования СУБД ее собственными средствами внешняя СХД не нужна - нужно два сервака, набитых дисками.

В общем, вариантов несколько, надо выбирать наиболее оптимальный.

[gs]

И ничто не мешает сделать И кластер, И логшиппинг на резервную машину на случай полного кирдыка (все же кластер большую часть проблем и так снимет).

[hitower]

Я считаю, в данном случае - надо три сервера в кластер (SQL, 1С, запасной) + резервный сервер БД с актуальной копией БД, обновляемой через log shipping.
Как-то так.

UPD. И пару-тройку терминальных серверов, конечно.

[gs]

Можно использовать кластер, в котором будет:
- один сервер БД,
- один сервер приложений,
- один сервер на подхвате на случай сбоя двух других (на нем же можно и резервную копию базы держать).

При наличии СХД можно использовать и средства виртуализации для отказоустойчивости. В случае краха одного из серверов виртуальная машина рестартанет на другой железке.

Ой, куда-то меня понесло

[BlackWhite]

В случае резервирования СУБД ее собственными средствами внешняя СХД не нужна - нужно два сервака, набитых дисками.

В общем, вариантов несколько, надо выбирать наиболее оптимальный.

Может быть, такой вариант ?
А) Основной сервер СУБД (72 Gb памяти, 12 SAS дисков, MS Windows Server Enterprise)
+ резервный сервер СУБД (такой же или послабее - для экономии).
Б) Кластер из двух серверов под 1С (24 Gb памяти, MS Windows Server Standard).
В) Два-три терминальных сервера (24 Gb памяти, MS Windows Server Standard).

(Меня отвлекли, поэтому два предшествующих сообщения не успел прочитать - сейчас изучу).

[Stranger03]

Может быть, такой вариант ?
А) Основной сервер СУБД (72 Gb памяти, 12 SAS дисков, MS Windows Server Enterprise)
+ резервный сервер СУБД (такой же или послабее - для экономии)

- Два сервера под базу данных + внешний дисковый массив. Можно САС-ту-САС.
- Серверок с кучей САТА дисков для резервных копий
- ПО резервного копирования

[gs]

Без СХД не сделать кластер. Вы повнимательнее почитайте про резервирование СУБД ее штатными средствами - там тоже все не так просто. Если в качестве защитного механизма используется логшиппинг, то в случае сбоя теряются последние транзакции и восстанавливать работоспособность придется сугубо вручную. Кластер же, хоть и не защищает от логических сбоев СУБД, гораздо лучше защищает от аппаратных проблем.

В общем, от СХД я бы не стал отказываться - при ее наличии у Вас значительно больше возможностей.

Вы лучше скажите бюджет, мы посмотрим, что в него можно вписать.