инфраструктура под: домен, почтовик, файловик, 1С УПП 8.3

[Delavar]

Необходимо организовать с нуля работу предприятия с 500 сотрудниками, 100 из них работают в базе 1С.
Для этого необходима инфраструктура с контроллером домена, эксченджем, сервером 1С, SQL, терминалом, файл-сервером (виртуализация?)
Всё это нужно в 19" стойке c бесперебойником на полчаса автономной работы. Платформа Supermicro.
Опционально интересны простая СХД на 5-10Тб с возможностью дальнейшего роста по полкам и ленточная библиотека начального уровня на LTO-5.
Бюджет невысок, но обсуждаем.
Спасибо.

[Tert]

Delavar
Озвучьте сразу бюджет.

Или это дипломная работа?

[Delavar]

Delavar
Озвучьте сразу бюджет.

Или это дипломная работа?

)))
Что, уже где-то серьезно учат на админа?
Нет, это просто работа. Новая, с заменой всей инфраструктуры и внедрением 1С. Бюджет не определен и будет зависеть от многих факторов.

[gs]

Требования к отказоустойчивости?

[Tert]

Delavar

Бюджет не определен и будет зависеть от многих факторов.

Всегда есть какие то рамки бюджета.

Терминальный режим для всех 500 человек?
С каким ПО они работают в терминале?
Какой объем базы 1С?
Какие требования к объему файлового хранилища? Сколько человек с ним работают? Какой характер работы (с какими типами файлов)?
И нужно ли еще ПО на все это дело (терминальные лицензии и лицензии на SQL могут превысить бюджет на железо)?

gs
Если нужен ИБП на полчаса работы, то все остальное точно надо резервировать.

[Delavar]

Требования к отказоустойчивости?

В пределах разумного: 5 рейд, кластеры не нужны, БП дублированные. Ежедневный бэкап на ленту.

Delavar

Бюджет не определен и будет зависеть от многих факторов.

Всегда есть какие то рамки бюджета.

Терминальный режим для всех 500 человек?
С каким ПО они работают в терминале?
Какой объем базы 1С?
Какие требования к объему файлового хранилища? Сколько человек с ним работают? Какой характер работы (с какими типами файлов)?
И нужно ли еще ПО на все это дело (терминальные лицензии и лицензии на SQL могут превысить бюджет на железо)?

gs
Если нужен ИБП на полчаса работы, то все остальное точно надо резервировать.

Терминал только под 1С и офисные приложения - до 100 человек в пике. База порядка 50 Гб.
СХД до 10Тб, тоже офисные документы, порядка 200 человек одновременно работает закладываю.
Да, ПО тоже нужно.

[Tert]

Delavar
На такое количество пользователей надо минимум 3 терминальных сервера. В NLB кластере.
Остальные службы тоже хорошо бы сделать отказоустойчивыми.
А то что будут делать 200 человек, когда сломается сервер БД?

Сетевая инфраструктура у вас уже есть? Или надо и это учитывать?

[dim-soft]

Delavar
3 терминальных сервера. В NLB кластере.

А 1С (и SQL) можно кластеризовать в виде active-active, чтобы пользователи и не понимали, что один из 3-х серверов "упал" ?

[Stranger03]

А 1С (и SQL) можно кластеризовать в виде active-active, чтобы пользователи и не понимали, что один из 3-х серверов "упал" ?

Можно, но стоимость такого решения будет высокой. В штатном варианте это не реализуемо.

[dim-soft]

А 1С (и SQL) можно кластеризовать в виде active-active, чтобы пользователи и не понимали, что один из 3-х серверов "упал" ?

Можно, но стоимость такого решения будет высокой. В штатном варианте это не реализуемо.

Это не кластеризация SQL, а что-то типа vmware ha ? (IMHO я считал, что MS SQL умеет только active-passive )

[gs]

Ну если по минимуму, то для БД сойдет и репликация от микрософта или веама.
Но простой на часок и потеря какой-то части данных конечно будет. Разумеется, при наличии резервных мощностей.

У микрософта есть штатные средства резервирования БД, но я, честно говоря, не уверен, что они работают под 1С.

[Stranger03]

Это не кластеризация SQL, а что-то типа vmware ha ? (IMHO я считал, что MS SQL умеет только active-passive )

Ну вообщем-то да. Впрочем вот нашел статьи, возможно и реализуемо:
Часть 1
http://blogs.technet.com/b/meamcs/archi ... orage.aspx
Часть 2
http://blogs.msdn.com/b/momalek/archive ... ances.aspx
Часть 3
http://blogs.msdn.com/b/momalek/archive ... ation.aspx
Часть 4
http://blogs.msdn.com/b/momalek/archive ... sited.aspx

[Stranger03]

У микрософта есть штатные средства резервирования БД, но я, честно говоря, не уверен, что они работают под 1С.

Терминалки 100% не актив=актив. Скуль вроде как можно реализовать. Но буковок много, не вдавался в подробности.

[Bormoto]

У микрософта есть штатные средства резервирования БД, но я, честно говоря, не уверен, что они работают под 1С.

Терминалки 100% не актив=актив. Скуль вроде как можно реализовать. Но буковок много, не вдавался в подробности.

В этих статьях немного не про то. Несколько инстансов, распределенных по узлам, это еще не "актив-актив". Это не RAC от Oracle.

Некоторое приближение к "актив-актив" уже можно получить в AlwaysOn с синхронными репликациями. И при некоторых доп.условиях - когда, например, сервер приложения 1С простаивал более 15 секунд - тогда 1С может автоматическое переключение между репликами не заметить. Ссылками подтверждать лень, но их найдется много.

Кстати, "хитрожадные дети"(с), сидя на двухузловом кластере с экономичной стандартной редакцией SQL Server, вполне успешно вместо Resource Governor используют Windows Resource Manager, а скриптом, привязанным к рестарту SQL Agent, пересчитывают max server memory для отдельных инстансов в зависимости от их размещения по узлам и относительного веса. По крайней мере, переезд инстансов происходит максимально предсказуемо.

[Tert]

Stranger03
Bormoto
Что то вы тут развернули ненужную дискуссию.
В требованиях наоборот хотят обойтись без кластеров.
Хотя цена ПО на весь этот функционал намного перекроет и обычные серверы и кластеры.

Delavar
Завтра пришлю информацию.