Нужна помощь по подбору СИСТЕМЫ

[Вадим С.]

Дошла очередь до реорганизации нашего отдела, в частности, в области аппаратного обеспечения. На текущий момент работу выполняет большая группа устаревших разнокалиберных серверов, занимающая приличное место в необорудованном помещении, и работающая на пределе своих возможностей. Соответственно есть два пути развития - добавлять в эту кучу подпорки, или полностью переделать всю структуру...Ладно, теперь о насущем, то есть о том что есть.

Система проста - центральный офис, в котором стоит все оборудование, и куча удаленных подразделений (Москва, область, Россия).
Основная система учета - 1С 8.2 УПП. Количество пользователей в системе с перспективой - 300-400 человек. Данное количество будет работать в одной базе. Плюс некая система электронного документооборота (в перспективе). Сейчас пользователи работают через RDP на терминальных серверах, на которых ведется работа в 1С, в электронной почте и половина - в Интернете (поиск информации). Повторюсь, все через RDP.

Сервисы, которые есть: контроллер домена (2 штуки), почтовый сервер (не MS Exch), прокси (не IIS), MS SQL сервер, SUS, кучка терминал-серверов (штук , рабочие станции и тонкие клиенты (вперемешку) на местах.

Нужно под эти требования подобрать оборудование. Бюджет - вторично, но естественно, не критично. Пожелания - отказоустойчивость, простая масштабируемость по потребности, виртуализация того, что логично держать на виртуальной машине.

ЗЫ. Из вышенаписанного вытекает кластер, но я сам по кластеризации полный профан.

[DefDuck]

Здравствуйте!
Поверхностно:
3-5 терминальных серверов.
2+1 физических машины на которых будут подняты на виртуальных машинах все остальные сервисы. Критичные сервисы должны быть кластеризованы.
+ СХД
Вероятнее всего - блейд + СХД.

Какая платформа виртуализации вам ближе?
Перфмоньте нагруженные сервисы.
Подробнее пишите об объёмах БД и их нагруженности.

Только тогда можно будет говорить конкретнее.

[Вадим С.]

Здравствуйте!
Поверхностно:
3-5 терминальных серверов.
2+1 физических машины на которых будут подняты на виртуальных машинах все остальные сервисы. Критичные сервисы должны быть кластеризованы.
+ СХД
Вероятнее всего - блейд + СХД.

Какая платформа виртуализации вам ближе?
никакая, но желательно от MS. В смысле хотелось бы основную сумму потратить на оборудование вместо софта

Перфмоньте нагруженные сервисы.

2 процессора E5450 (3 Ггц, по 4 ядра на сокет), загрузка (средняя) 40-50% суммарно. Это при условии, что сейчас в работе около 12 баз 1С, из них 8-9 в горячем режиме, и плюс сервер приложений 1С (8.0 и 8.2) стоят на этом же сервере. Будет жить одна горячая база + документооборот плюс еще что-нибудь.
Оперативка 32Gb, загрузка 27 Gb (под скуль отдано 20). В своп не падает.
Дисковая - 14 SAS 15K 300 Gb, raid 10 + 2 HotSpare. Очереди чтения и записи редко когда заходят за единицу, сейчас идет загрузка базы скуль - чтение чуть поболее единицы, запись - 1.2, пики до 50-70 (короткие), в рабочем режиме - 0,5 в среднем.
Сервера приложений - 8-10%, скуль примерно так-же (бывает меньше)


Подробнее пишите об объёмах БД и их нагруженности.
Основная рабочая сейчас - около 30 GB, будет увеличиваться примерно на 5-10 GB в год. Старая (будет работать в полухолодном варианте - столько же, но без увеличения). Много еще более старых баз, они практически холодные все, для просмотра - еще суммарно около 50 GB. Плюс будет электронный документооборот плюс еще что-нибудь.

Только тогда можно будет говорить конкретнее.

[DefDuck]

Какие требования выдвигаются к отказоустойчивости?
Какие требования к RPO/RTO?

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

[gs]

А сколько народу СЕЙЧАС? Как-то слабовато они у Вас молотят.

[Вадим С.]

А сколько народу СЕЙЧАС? Как-то слабовато они у Вас молотят.

Сейчас около 120-150 чел работают в 8 базах. Работа строится на выписывании платежных документов и их оформлении. Злостных "перепроводчиков" практически нет, серьезные перепроводки документов обычно ставятся на вечер.

[Вадим С.]

Какие требования выдвигаются к отказоустойчивости?
Какие требования к RPO/RTO?

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

Отказоустойчивость - в идеале без прерывания рабочих процессов, в неидеальном случае - час.

RPO/RTO - по этому пункту у меня пробел в знаниях. Поясните, что это, пожалуйста.

[gs]

Расчитываем на существующую логику работы или после покупки аппетиты манагеров по части отчетов могут вырасти?

РПО-РТО:
- какое время простоя допустимо?
- за какой срок Вы готовы потерять данные в случае краха? Например, готовы ли восстанавливаться из вчерашнего бэкапа?

[Вадим С.]

Расчитываем на существующую логику работы или после покупки аппетиты манагеров по части отчетов могут вырасти?

РПО-РТО:
- какое время простоя допустимо?
- за какой срок Вы готовы потерять данные в случае краха? Например, готовы ли восстанавливаться из вчерашнего бэкапа?

Допустимое время простоя (за которое мне вынесут мозг) - час.
Соответственно, актуальность бекапа сравнима с этим.

Информация в базе в любой момент оперативна. У нас есть несколько подразделений сейчас и будет еще больше потом, в которых постоянно совершаются операции продаж, а в УПП к этому еще добавятся бухгалтерия, транспортники, снабжение... Плюс в 1С встроена CRM-ка с залитой базой данных. Давайте рассматривать минимальные значения (если 100% решение стоит 1000 единиц, а 95% решение 30 единиц, то берем второе).

[gs]

Хотя бы порядок бюджета есть?
Просто мы можем нарисовать много вариантов, но хотелось бы отбросить заведомо неподъемные.

[Вадим С.]

У нас с порядком сложно и странно - даешь предложение, обосновываешь его - если нормально, то денег дают....В 200 тыс. американцев уложимся?

[gs]

Гут. А то часто говорят "мне бы за 10к$"

Задача достаточно серьезная, может переведем ее с форума в мыло или визит живьем?

[gs]

Очень желателен подробный перечень задач (приложения, операционки и т.п.) с их потребностями в мощи и пресловутыми RPO-RTO по каждой.

[Вадим С.]

Жду звонка, или сообщения.

[DefDuck]

Общение ушло в оффлайн.