Подбор серверов для 1С 8 на 200-250 пользователей.

[alex_2k]

Собственно давно не следил за серверами и их новинками, поэтому подскажите!
Заканчиваем тестирование системы учета на базе 8.1, конфигурация УТ, сильно доработанная.
Возможно переведем на 8.2, если будут веские аргументы, а именно более высокая отказоустойчивость и кластер серверов.
Планируется от 200 до 250 пользователей.
Видится пока примерно следующее:
1. Сервер БД (MS SQL)
2. Сервер 1С (минимум один, возможно второй в кластер)
3. Серверы терминалов (видимо надо 3-4 штуки, примерно по 50 пользователей на сервер).
Итого 5-6 серверов. Имеет ли смысл объединять сервер БД и сервер 1С на один физический сервер? Думаю что нет.

Собственно размер базы предположить сейчас довольно трудно!
Время простоя сервера - думается что до 1-го дня максимум. В идеале конечно меньше.
Бюджет даже предположительно не могу определить, для этого и обратился сюда.
Имеющиеся сервера довольно старые, так что все с нуля.
Что уже есть - это довольно хорошая и мощная система ИБП.
Спасибо за ответы!

[Stranger03]

"alex_2k"
Если простой в течении одного - двух дней не критичен, то можно обойтись отдельными серверами, но если честно при 200 пользователей..., вы точно уверены, что вас не сьедят в потрохами за день простоя?

[alex_2k]

"alex_2k"
Если простой в течении одного - двух дней не критичен, то можно обойтись отдельными серверами, но если честно при 200 пользователей..., вы точно уверены, что вас не сьедят в потрохами за день простоя?

Я не уверен, и написал максимальное время простоя.
Это не розничные сети, рабочий день с 9 до 18, такое количество пользователей из-за большого числа направлений деятельности и обширной сети филиалов.
А что по теме?

[Stranger03]

А что по теме?

По теме очень сильно зависит от таких параметров:
1. размер базы
2. прирост в месяц (год)
3. время простоя
Если эти параметры не критичны, то можно все сделать на отдельных серверах. Под базу данных акцент сделать на память и диски (в 836-м кузове), под СП на процессора, под терминалки на память и количества ядров процов. Если же время простоя все-таки критично, и в случае падения сервера баз данных скажем в 12-ть дня приведет к валу звонков, то надо смотреть в сторону внешней СХД и может быть даже блейда типа ИБМ БлейдЕ или ХП С7000. Стандартные сервера вам пришлют питерцы, а вот что касается СХД и блейдов, лучше связаться по телефону и поговорить с ребятами. Например Володя Романов, вроде не в отпуске.

[Stranger03]

Я не уверен, и написал максимальное время простоя.

Кстати, оценивать надо по минимальному времени простоя. В случае отдельного сервера он составит порядка 1-2 дней в лучшем случае. Кстати, очень серьезно стоит подумать над прАвильным резервным копированием. Это опять же в В.Романову,

[gs]

Я бы предложил начать с одного сервера для БД и СП, примерно такого плана: пара средних ксеонов 5600, 24ГБ памяти, 16 SAS дисков в рэйд10 на аппаратном контроллере с ББУ (например http://www.trinitygroup.ru/products/ser ... mr/e230-m3). Когда будет некоторая статистика использования, думать уже о разделении ролей, внешних хранилках и т.п. Так меньше риска промахнуться. А этот сервер пойдет как резервный БД.
Терминалки - пара шестиядерников, 12ГБ памяти, саташное зеркало. Например наши машинки http://www.trinitygroup.ru/products/ser ... mr/e210-m3 или IBM x3550-M3.

[gs]

Да, каков бюджет проекта?

[VladimirR]

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

С Уважением, Владимир Романов.
тел. +7 812 327 59 60 #2202
icq 64 099 153

[alex_2k]

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

[Venberg]

У меня очень схожая ситуация. Правда начинаем внедрять 1С 8.2 с нуля. Сей час 7.7.
Соответственно ориентируемся на типовую УТ11. Т.е. основная масса термнальных пользователей будет жить в тонком/web клиенте. Это почти политическое решение. Т.к. интенсивно растет сеть внешних представителей. И у них будет ТОЛЬКО web доступ. Классических толстых клиентов наберется НЕ БОЛЕЕ 20 человек на всю компанию. И то, через год.
Соответственно хотим отказаться от классической схемы - "Один сервер - одна задача" - в пользу виртуализации.
Как вариант рассматривается два сервера Supermicro SuperServer 6026TT Twin и одну внешнюю СХД?
По две ноды в каждой отдельной машине. Лицензировать VmWare vmSphere 4.1 для минимум двух нод. Водружить туда VM 1С СП, VM SQL, VM Terminal. На вторые две ноды поставить ESXi 4.1 и не критичные VM file server, VM почтовик, другие мелкие сервисы. Но это только в случае урезания бюджета проекта и экономии на лицензиях. На начальном этапе поставить по одному процессору 5600 во все платы. При более понятной нагрузке (а это будет только в следующем году), консолидировать установленные процессоры во второстепенных нодах, а в основные купить 4 топовых. Естественно комплектность радиаторов и вентиляторов берем полную изначально.
Хочется сразу включить в проект FC соединения с СХД.
Резервное копирование предполагается Veeam Backup and Replication. Пока не знаком с этой системой. Еще в наличие ленточный автозагрузчик Overland 12 SCSI. Жалко выбрасывать.

Хотелось бы услышать ваше мнение по всей стратегии, а так же совет по выбору СХД.

[russar]

У меня очень схожая ситуация. Правда начинаем внедрять 1С 8.2 с нуля. ...
Соответственно хотим отказаться от классической схемы - "Один сервер - одна задача" - в пользу виртуализации.
Как вариант рассматривается два сервера Supermicro SuperServer 6026TT Twin и одну внешнюю СХД?
По две ноды в каждой отдельной машине. Лицензировать VmWare vmSphere 4.1 для минимум двух нод. Водружить туда VM 1С СП, VM SQL, VM Terminal. На вторые две ноды поставить ESXi 4.1 и не критичные VM file server, VM почтовик, другие мелкие сервисы..... На начальном этапе поставить по одному процессору 5600 во все платы.....

На 2 физические машины VM 1С СП, VM SQL, VM Termina для 200 пользователей? Да еще с одним процессором - ИМХО лучше и не затевайтесь.
Вообще вам для этой задачи виртуализация зачем? Ради модного слова? Виртуализировать сервер СУБД мягко говоря "не айс".

[Venberg]

На 2 физические машины VM 1С СП, VM SQL, VM Termina для 200 пользователей? Да еще с одним процессором - ИМХО лучше и не затевайтесь.
Вообще вам для этой задачи виртуализация зачем? Ради модного слова? Виртуализировать сервер СУБД мягко говоря "не айс".

Вы внимательно читайте.
1. Каждая из предложенных машин состоит из двух двухпроцессорных машин.
2. Предлагается поставить один x5650 в каждую машину на старте. Итого четыре машины. Четыре процессора. По шесть ядер на машину. По одному процессору, дабы определиться с нагрузкой.
3. Виртуализация нужна что бы не заниматься кластеризацией терминального сервера, сервера приложений, SQL сервера. И что бы не покупать минимум 6 отдельных серверов только под эти задачи. Плюс такой же сервер в ЗИП. Плюс сервера для тестовых задач.
"Модное слово" позволяет запустить настроенный и отлаженный сервер СУБД на ЛЮБОМ сервере с виртуальной средой. На старте он будет на одном процессоре с шестью ядрами. А если по факту возникнет надобность, то он может безболезненно мигрировать и на четырех процессорную двенадцатиядерную платформу.
А аппаратный сбой в любом узле приведет к перезапуску виртуальной машины на оставшемся живом узле. И резервные копии полной виртуальной машины будут восстанавливаться на любом железе ровно время считывания самой копии. И аппаратная начинка в сервере на замену может быть кардинально отличной от заменяемого сервера.

[russar]

Вы внимательно читайте.
1. Каждая из предложенных машин состоит из двух двухпроцессорных машин.
2. Предлагается поставить один x5650 в каждую машину на старте. Итого четыре машины. Четыре процессора. По шесть ядер на машину. По одному процессору, дабы определиться с нагрузкой.

Я внимательно читаю, поэтому написал "на 2 физические машины" (то что они объединены в один корпус в данном случае не важно) весь набор из сервера СУБД, терминального сервера и сервера 1С вы собиретесь запускать именно на 2-х физических машинах (точнее на 2-х физических процессорах, с перспективой увеличения до 4-х).

3. Виртуализация нужна что бы не заниматься кластеризацией терминального сервера, сервера приложений, SQL сервера.

Давайте мух отдельно, а котлеты отдельно. Кластеризацией какой? Отказоустойчивой? Это можно обеспечить другими средствами.

И что бы не покупать минимум 6 отдельных серверов только под эти задачи. Плюс такой же сервер в ЗИП. Плюс сервера для тестовых задач.
"Модное слово" позволяет запустить настроенный и отлаженный сервер СУБД на ЛЮБОМ сервере с виртуальной средой. На старте он будет на одном процессоре с шестью ядрами. А если по факту возникнет надобность, то он может безболезненно мигрировать и на четырех процессорную двенадцатиядерную платформу.
А аппаратный сбой в любом узле приведет к перезапуску виртуальной машины на оставшемся живом узле. И резервные копии полной виртуальной машины будут восстанавливаться на любом железе ровно время считывания самой копии. И аппаратная начинка в сервере на замену может быть кардинально отличной от заменяемого сервера.

Запустить-то позволит, а вот работать 200-м пользователям - нет. Вы уж определитесь, что для вас важнее - удобство администрирования или работоспособность вашего решения.

[Venberg]

Я внимательно читаю, поэтому написал "на 2 физические машины" (то что они объединены в один корпус в данном случае не важно) весь набор из сервера СУБД, терминального сервера и сервера 1С вы собиретесь запускать именно на 2-х физических машинах (точнее на 2-х физических процессорах, с перспективой увеличения до 4-х).

Мээээ. Что-то вдруг вспомнилось поговорка.
Существует три типа людей: те, которые умеют считать и те, которые не умеют.
Если мы берем два сервера Supermicro SuperServer 6026TT Twin. В каждом по две двухпроцессорные платы. То у нас четыре двухпроцессорные платы. Если в каждую плату ставим по одному процессору, то у нас вроде как 4 процессора, в четырех платах, но в двух корпусах.

Давайте мух отдельно, а котлеты отдельно. Кластеризацией какой? Отказоустойчивой? Это можно обеспечить другими средствами.

Какими?
Ферма для терминалов из двух серверов. Кластер из двух серверов для 1С серверов предприятия (сама 1С другого и не предлагает). НА кластер из двух SQL серверов.

Запустить-то позволит, а вот работать 200-м пользователям - нет. Вы уж определитесь, что для вас важнее - удобство администрирования или работоспособность вашего решения.

Если сейчас работают 150 человек на сервере 2*X5560 / 24GB/ 12 SAS 10kRpm, то что им помешает в 200 человек работать на 2*X5670? При этом в терминале они работают с файловой 1С 7.7, которая лежит тут же. Т.е. нагрузка на процессоры на мнооооого выше чем от такого же количества web браузеров с web клиентами 1С.

Давайте все же отталкиваться от конкретной задачи, а не от абстрактного терминального сервера. По классической спецификации более 30-50 пользователей 1С 7.7 не могут работать в базе 1С dbf. Срочно нужен переход в SQL. А у меня 150 работают влет. Просто вырезана аналитика из операционной базы. А аналитическая тут же рядом вертится.
И возможность восстановления без кластера(фермы) есть, но уж оооочень большой простой. Если сервер сдох, то на другой сервер резервную копию не водрузишь за время считывания ленты. Ключевое слово "другой". RAID например другой. Чипсет был Intel, стал AMD.

[russar]

Мээээ. Что-то вдруг вспомнилось поговорка.
Существует три типа людей: те, которые умеют считать и те, которые не умеют.
Если мы берем два сервера Supermicro SuperServer 6026TT Twin. В каждом по две двухпроцессорные платы. То у нас четыре двухпроцессорные платы. Если в каждую плату ставим по одному процессору, то у нас вроде как 4 процессора, в четырех платах, но в двух корпусах.

А это кто написал? Я что-ли?
Цитата:

На вторые две ноды поставить ESXi 4.1 и не критичные VM file server, VM почтовик, другие мелкие сервисы.

Какими?
Ферма для терминалов из двух серверов. Кластер из двух серверов для 1С серверов предприятия (сама 1С другого и не предлагает). НА кластер из двух SQL серверов.

Ну вот, сам себе и ответил. Только двух терминальных серверов для 200 пользователей слишком мало, надо 4.

Если сейчас работают 150 человек на сервере 2*X5560 / 24GB/ 12 SAS 10kRpm, то что им помешает в 200 человек работать на 2*X5670? При этом в терминале они работают с файловой 1С 7.7, которая лежит тут же. Т.е. нагрузка на процессоры на мнооооого выше чем от такого же количества web браузеров с web клиентами 1С.

Вы-бы сначала потестили сиквельную 1С что-ли, из того что у вас в 7.7 файловой 150 человек работают никак не следует что 8.2 все так-же замечательно будет. И определитесь - все будут работать в web-клиенте? Терминальный сервер тогда зачем?

Давайте все же отталкиваться от конкретной задачи, а не от абстрактного терминального сервера. По классической спецификации более 30-50 пользователей 1С 7.7 не могут работать в базе 1С dbf. Срочно нужен переход в SQL. А у меня 150 работают влет. Просто вырезана аналитика из операционной базы. А аналитическая тут же рядом вертится.

Если у вас настолько специфичная конфигурация, то зачем было писать в первом посте про "такую-же задачу"? Для типовой 1С требования совсем другие.

И возможность восстановления без кластера(фермы) есть, но уж оооочень большой простой. Если сервер сдох, то на другой сервер резервную копию не водрузишь за время считывания ленты. Ключевое слово "другой". RAID например другой. Чипсет был Intel, стал AMD.

Зайдите что-ли в гугл и спросите "восстановление на другое железо"... Может откроете для себя что-то новое