Конфигурация серверов для 1С 7.7 и 1С8.2

[Cincinnut]

Доброе утро!
Задача следующая:
1 сервер - БД для поддержки 1С7.7 До 50 пользователей, база 12 ГБ.
2 сервер - 1С документооборот, файловый и веб.
3 сервер - БД 1С8.2, базы ещё нет, будет переносится из 1С7.7 пользователей до ста.
4 сервер - сервер приложений для 1С8.2
5 сервер - терминальный. Пользователей 50-70.

Как планирую:
1 сервер. Однопроцессорный, 4 ядра, 8 ГБ памяти, раид-10 из 6 сас-дисков небольшого объёма
2 сервер. Двухпроцессорный, 8 ядер, 8-16 ГБ ОЗУ, раид-5 из 6 сас-дисков среднего объёма
3. Двух, 8 ядер, 16 ГБ ОЗУ, раид-10 из 8 сас-дисков большого объёма.
4. Двух, 8 ядер, 8-16 ГБ ОЗУ, раид-1 из 2 дисков
5. Аналогично 4.
2,3,4 будут на linux, соответственно нужна его поддержка, драйвера для раида и проч.

Есть какие-то ошибки? В аппаратном плане на чём лучше собирать?
И сотрудникам тринити - вышлите пожалуйста предложение с конфигурацией

[Stranger03]

И сотрудникам тринити - вышлите пожалуйста предложение с конфигурацией

КП вышлем, нет проблем конечно, давайте чуть-чуть разберемся с конфигурациями....

[Stranger03]

1 сервер - БД для поддержки 1С7.7 До 50 пользователей, база 12 ГБ.

Пользователи здесь будут терминальные? на этом же сервере или они отдельно?

2 сервер - 1С документооборот, файловый и веб.

здесь поподробнее, что за документооборот, как построен, какова нагрузка

3 сервер - БД 1С8.2, базы ещё нет, будет переносится из 1С7.7 пользователей до ста.
4 сервер - сервер приложений для 1С8.2
5 сервер - терминальный. Пользователей 50-70.

Минимальное время простоя как-то регламентировано? Планируете ли построение кластера хотя бы под базу данных?

[Cincinnut]

на 1С 7.7 пользователи терминальные, но не на этом сервере

документооборот - в планах, программисты говорят про небольшой объём и небольшую нагрузку, но как бы хотелось иметь хороший запас...

Максимальное время простоя не регламентировано, но примерно 4-5 часов. Кластера под БД не планируется, резерв - один из этих серверов, №2, поэтому его дисковую подсистему можно улучшить.

[Ziggy Stardust]

Доброе утро!
1 сервер - БД для поддержки 1С7.7 До 50 пользователей, база 12 ГБ.
1 сервер. Однопроцессорный, 4 ядра, 8 ГБ памяти, раид-10 из 6 сас-дисков небольшого объёма

50 пользователей по сети или в терминале? Если второе, то тут лучше "аналогично 3" сервер взять. Впоследствии, когда мигрируете с 7.7 на 8.2 из двух таких серверов построите кластер СУБД.

2 сервер - 1С документооборот, файловый и веб.
2 сервер. Двухпроцессорный, 8 ядер, 8-16 ГБ ОЗУ, раид-5 из 6 сас-дисков среднего объёма

Рейд-5 из 6 дисков не надо. Лучше рейд-6 из 7 + хот-спейр.

Платформа что-то типа два 5504/5520 ксеона, 12 Гб ОЗУ, 8 х 300 Гб SAS, аппаратный рейд + батарейка, все это в 2U шасси, по необходимости доп. сетевой адаптер.

3 сервер - БД 1С8.2, базы ещё нет, будет переносится из 1С7.7 пользователей до ста.
3. Двух, 8 ядер, 16 ГБ ОЗУ, раид-10 из 8 сас-дисков большого объёма.

Если 8 SAS большого объема, то примерно шасси аналогично предыдущему (ксеоны 5520, памяти 12-24 Гб). Сколько именно то ообъема надо? Если 1 Тб хватит, то так же 8 по 300 в 10 рейд.

4 сервер - сервер приложений для 1С8.2
4. Двух, 8 ядер, 8-16 ГБ ОЗУ, раид-1 из 2 дисков

5 сервер - терминальный. Пользователей 50-70.
5. Аналогично 4.

Тут одноюнитовые шасси подойдут.

2,3,4 будут на linux, соответственно нужна его поддержка, драйвера для раида и проч.

С совместимостью проблем не должно возникнуть. Линукс какой именно?

[Ziggy Stardust]

Вообще еще стоит рассмотреть вариант с вынесением дисковой на внешнюю СХД.

[Cincinnut]

50 пользователей в терминале, но на другом сервере.
внешний СХД - пока нет, но в будущем почему бы и не да, поэтому возможность подключения внешней полки как минимум крайне желательно или другие варианты.
Кластер СУБД - вряд ли, 3 года 1С7.7 как минимум будет.
2 сервер на раид-6 пожалуй жирно будет, всё-таки раид-5 + 1 хот-спейр.
№3 - 1 ТБ должно хватить
Линукс любой, рекомендованный 1С, наверное Centos.

[Ziggy Stardust]

50 пользователей в терминале, но на другом сервере.

Т.е. с 7.7 будут по сети работать? 1C в таком случае однозначно в SQL?

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

Возможность подключения к внешней СХД будет определяться возможность установки в шасси соотвествующих карт расширения, например для подключения по FCP нужно будет в шасси ставить две (для отказоустойчивости) оптических ХБА. При таком раскладе лучше тогда все сервера брать в 2U шасси, т.к. в 1U шасси проблематично будет потом дополнительные карты воткнуть (в 1U максимум 1-2 карты можно добавить).

2 сервер на раид-6 пожалуй жирно будет, всё-таки раид-5 + 1 хот-спейр.

А чего жирно то? 5-ый от 6-го всего то на один диск отличаются :-)
5-ый рейд при выходе из строя одного диска будет уязвим на все то время, пока на хот-спейр будет перестраиваться.

[Stranger03]

Примерно понятно, давайте попробуем сделать однотипные сервера:

1 сервер. Однопроцессорный, 4 ядра, 8 ГБ памяти, раид-10 из 6 сас-дисков небольшого объёма

один 3440, 4-8ГБ памяти, контроллер с батарейкой, 6-ть дисков САС, 825-й кузов

2 сервер. Двухпроцессорный, 8 ядер, 8-16 ГБ ОЗУ, раид-5 из 6 сас-дисков среднего объёма

один 3440, 4-8ГБ памяти, контроллер с батарейкой, 6-ть дисков САС, 825-й кузов

3. Двух, 8 ядер, 16 ГБ ОЗУ, раид-10 из 8 сас-дисков большого объёма.

Пара 5520 процессоров, 24Гб памяти, контроллер с батарейкой, винты, 836-й кузов

4. Двух, 8 ядер, 8-16 ГБ ОЗУ, раид-1 из 2 дисков

Пара 5520, 12Гб памяти, 6016-я платформа, диски САТА

5. Аналогично 4.

Пара 5520, 12Гб памяти, 6016-я платформа, диски САТА
В ЗИП: блоки питания для платфом по 1 штуке, один контроллер (ставим 5805), по одному диску.

[Cincinnut]

да по сети, да в sql
схд подключать нужно будет только для СБД 8.2 и, возможно, для файлового, их то однозначно как минимум в 2U, зачем остальным внешний схд?
по поводу раид-6. контроллер там сильно мощнее надо? долго идёт перестроение? может вообще не заморачиваться с этим раид-5 (никогда он мне не нравился) и построить тоже на раид-10?

[Ziggy Stardust]

да по сети, да в sql
схд подключать нужно будет только для СБД 8.2 и, возможно, для файлового, их то однозначно как минимум в 2U, зачем остальным внешний схд?

При наличии СХД сервера можно вообще бездисковые держать.
Хотя в вашем случае конечно в самом деле достаточно только БД и ФС на СХД перевезти. Сервера приложений и терминальные и на локальных файловых проживут.

по поводу раид-6. контроллер там сильно мощнее надо?

Да собственно тот же самый контроллер и надо. В наши сервера мы как правило адаптек 5408/5805 ставим, он и 5-ый и 6-ой рейды держит.

долго идёт перестроение?

Соизмеримо с 5-ым. Но при этом при выходе из строя 1 диска рейд находится в устойчивом состоянии без потери производительности.

может вообще не заморачиваться с этим раид-5 (никогда он мне не нравился) и построить тоже на раид-10?

Ну тут нужно оценить требования по трем параметрам: производительность, отказоустойчивость и предоставляемый объем.

По объему 5-ый рейд лидирует, за ним 6-ой, 10-ый ровно половину места сожрет.

По производительности ровно наоборот. 10-ый самый быстрый, 5-ый и 6-ой заметно медленнее, особенно на запись.

По отказойстойчивости: 6-ой терпит выход из строя двух произвольных дисков, 10-ый терпит выход из строя до нескольких дисков из разных зеркал (но если умрут два из одного зеркала, то массив развалится), 5-ый - только выход из строя одного диска и сразу наступает деградация производительности.

[Cincinnut]

1 Однопроцессорная только 3000-серия?
2. на нём веб-сервер (для 1С ДО), один процессор потянет?
3. 24 ГБ это максимум для этой платформы? Почему такая цифра?
4-5. аналогично, 12ГБ? и раид встроенный, без контроллера?

Контроллер 5805 - к нему внешнюю полку прицепить потом можно будет?
Винты - какие 2.5" или 3.5"? Есть разница в производительности?
Добавлено: в 1,2,3 сервер разумеется +1 диск на хот-спаре.

[Cincinnut]

2Ziggy Stardust
а может внешний схд дешевле получится чем две дисковые подсистемы? тогда можно подумать чтоб поставить его сразу
перестроение не в сравнении, а вообще по времени. день, два, неделя?
5-й медленнее на запись это понятно, а во сколько раз на 5805?

[Ziggy Stardust]

1 Однопроцессорная только 3000-серия?

Нет, под 55хх/56хх тоже однопроцессорные материнки есть.

2. на нём веб-сервер (для 1С ДО), один процессор потянет?

4 ядра плюс гипертрейдинг, самое то под веб-сервера...

3. 24 ГБ это максимум для этой платформы? Почему такая цифра?

Нет, можно еще больше.
24 потому что с 55хх ксеонами память может работать в 3-х канальном режиме, поэтому нужно на каждый процессор минимум по три планки памяти ставить для оптимальной конфигурации. Итого если по 4 Гб планки ставить, то 6 планок * 4 Гб = 24 Гб.

4-5. аналогично, 12ГБ? и раид встроенный, без контроллера?

12 Гб = 6 планок * 2 Гб.
Рейд либо встроенный, либо вовсе программный (что даже предпочтительнее было бы по некоторым соображениям).

Контроллер 5805 - к нему внешнюю полку прицепить потом можно будет?

Нет. Для подключения к СХД более другие карточки нужны будут (для подключения по SAS - просто SAS HBA нужен будет, для подключения по файберу - соответственно FC HBA).

Винты - какие 2.5" или 3.5"? Есть разница в производительности?

Шасси есть и под те, и под те винты.
Есть в пользу 2.5, но не радикальная.

[Ziggy Stardust]

а может внешний схд дешевле получится чем две дисковые подсистемы? тогда можно подумать чтоб поставить его сразу

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

перестроение не в сравнении, а вообще по времени. день, два, неделя?

Это от объемов массива зависит. 6-7 дисков по 300 Гб будут несколько часов пересобираться, если без нагрузки. Под нагрузкой может и больше суток пересобираться. Это и к 5-му и к 6-му рейду относится. Просто 6-ой во время перестроения будет все же защищен, а 5-ый уже нет.

5-й медленнее на запись это понятно, а во сколько раз на 5805?

Если сравнивать 8 дисков в 10-ом и 6-7 в 5-ом или 6-ом, то кстати не такая уж и большая разница будет. Точные цифры не скажу (нроще погуглить на этот предмет), но точно не в разы.