Пример выбора серверного оборудования для 250 пользователей 1С:Предприятие 8.1

Начнем с начала

Все чаще крупные компании в условиях кризиса посматривают в сторону 1С:Предприятие 8.1 как альтернативы дорогим SAPам. И одной из задач конечно является выбор серверного оборудования. В этой статье речь пойдет о конкретном примере. В качестве исходных данных формулируется задача подобрать сервера для использования 1С:Предприятие 8.1 для 250 пользователей. Автор верит, что Вы пропустите этот текст через свой опыт, подвергая сомнению каждую строчку.

Вопрос стоимости (бюджета и т.п.)

муж с женой:
- твоя резина зимняя сколько стоит? по тысяче?
- Я по две с половиной хочу взять.
- Ужас! кусок резины - 2,5 тысячи!
- Не просто резины, а с шипами...
- Подумаешь, кусок резины с шипами! Хотя... мы вот Светке вибратор на ДР дарили... с шипами... Ну ладно, бери по 2,5.

http://bash.org.ru/quote/33255

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

Скажу просто - админам "с психологией ларечников" дальше можно не читать.

Вот пример психологии:

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

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

Многие компании из небольших фирм вырастают в солидные конторы. А вот психология IT-служб как была, так и остается на прежнем уровне. По моим наблюдениям одним из индикаторов такой ситуации является соотношение стоимости зарплаты админа к стоимости сервера.

Экономим на серверах

Авторитетные источники, такие как компания Elashkin Research (ИТ аналитика) в наши времена финансового кризиса дают в том числе такие рекомендации:

• Эффективно используй охлаждение
• Следить за потреблением энергии

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

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

Сервер приложений 1С:Предприятие 8.1

В компании Х порядка 500 пользователей системы 1С:Управление торговлей. Конфигурации имеет значительный процент доработок, по функциональности наверно даже ближе к УПП. Текущий сервер приложений на какой-то момент времени стал "перегружен". С помощью счетчиков "Монитора быстродействия" (Perfomance) было выявлено, что процессорное время используется на 98%, т.е. CPU не хватает уже при 160 пользователях. Вторая проблема - вынужденные перезагрузки сервера приложений каждую ночь, иначе выдавалось сообщение о нехватке памяти (т.е. так называемые утечки памяти, о которых уже писал в своих заметках здесь.

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

По памяти RAM также были сделаны корректировки, на основе опыта аналогичных проектов.

В результате всех пожеланий были выработаны следующие критерии к серверу приложений:

4 CPU QuadCore 2.6

12 GB RAM.

Таким образом, получился примерно такой сервер:

Чтобы посмотреть эту и ниже идущую спецификацию с актуальными данными, скачайте бесплатную тулзу от IBM Standalone Solutions Configuration Tool (SSCT), с помощью которой сможете открыть этот файл спецификации сервера приложений.

Теперь о том, какие факторы повлияли при выборе данной конфигурации:

Возможность вертикальной масштабируемости

Сервера IBM – передовые серверные технологии, в том числе X-Architecture (аппаратная масштабируемость – мощность увеличивается не покупкой более мощного сервера, а только добавление части мощности к уже существующей мощности, об этом уже писал в своих заметках "Вертикальное масштабирование для устранения деградации производительности 1С:Предприятие").

Скорость замены и ремонта

Одним из определяющих выбор факторов часто становиться возможность оперативного ремонта при выходе из строя серверного оборудования. В крупных компания помимо этого также не пустым звуком является понятие "корпоративная политика", определяющая стандартизацию процедур. Конечно "самосбор" -вещь экономичная, но вы попробуйте найти например процессор к вашему серверу через два года.

Т.е. фактором в нашем случаи стало гарантийное и пост-гарантийное обслуживание фирмы IBM (ремонт и тех.поддержка) .

По умолчанию с сервером идет 3х годичная бесплатная гарантия. Срок фиксации неисправности – рабочие сутки.

В спецификации добавил пример платной дополнительной поддержки, которая дополнительно расширяет сроки реакции на 24 часа 7 дней в неделю, время реакци - 4 часа.

Для корпоративных заказчиков также удобство в том, что имеет номер по каталогу продуктов для заказа и продаётся по фиксированной цене со 100% предоплатой.

Возможность сборки под заказ (уникальные конфигурации)

Еще один момент, это готовность заказчика ждать до 8 недель поставки заказного оборудования. В нашем случаи, до того как сервер пришел, чтобы как-то выдержать нагрузку 250 пользователей, мы перераспределили мощности сервера СУБД, поставив туда второй узел кластера 1С:Предприятия.

Экономичное энергопотребление (снижение стоимости владения)

внимание, пару абзацев можно не читать, это я с надеждой написал немного маркетинга, вдруг IBM заметит и заплатит :)

gns .o0 в принципе, можно обложить сервер бутылками пива из морозильника. минус - часто менять придется. плюс - в офисе всегда будет пиво
gns: минус - пиво будет тёплым
Maks|wrk: а вот для этого мы и заюзаем thermal sensor
Maks|wrk: как только пиво достигает +15, оно заменяется новым, а старое утилизируется

http://bash.org.ru/quote/14166

А вот теперь вспоминаем, что там нам рекомендовали в кризисные времена делать умные люди. О! Экономим:

• IBM Cool Blue - набора средств, облегчающих планирование, управление и контроль энергопотребления и охлаждения центров данных, что обеспечивает создание более эффективных инфраструктур.
• Технология IBM Calibrated Vector Cooling™ (у HP этой технологии нет!), которая организует два маршрута подачи потока воздуха к каждому компоненту, в результате чего повышаются коэффициент использования и долговечность компонентов, а также сокращаются избыточные потоки воздуха.
• IBM PowerExecutive – позволяет не только спланировать потребляемый объем мощности и отражает реальное потребление мощности питания.
• ЭТО ЭКОНОМИТ ДО 50% электроэнергии!!!

Совместимость, поддержка производителем

Просто читаем информационное письмо 1С: Сервер IBM System x3850 получил сертификат "Совместимо! Система программ "1С:Предприятие"

Сервер баз данных ("по феншую")

и сервер у нас тоже похоже не по фэншую стоит )
Сервер стоит по фэншую. Просто руки не по фэншую растут.

(С) http://bash.org.ru/quote/401343

Итак, теперь второй случай.

Общие требования:

4 CPU QuadCore 2.6

32 GB RAM с возможностью наращивания

система хранения данных на 16 HDD SAS (4Gbt/sec) c возможностью наращивания дисков

Вылилось это в такую спецификацию:

Прилагаю файл спецификации сервера субд .

В данном примере за базу взята та же самая железка x3850M2. Однако у Вас уже должен быть возникнуть вопрос, а что эта за "фигня" рядом? Это внешняя система хранения данных, типа жесткие диски, но дороже. Догадываюсь, что следующий вопрос будет что вроде, "в баню" дорогие диски, мы люди простые, предметами роскоши не избалованы.

Дисковая подсистема СУБД

Один из способов повысить производительность субд, это "закэшировать" базу данных в памяти. И это действительно действенный прием для очень многих конфигураций 1С:Предприятие, где более процентов обращений к данным происходит на чтение, а остальное на запись. Но для 250 человек:

1) даже 20% относительного времени обращений к HDD на практике выливается в достаточное большое количество обращений

2) при интенсивном вводе данных соотношение операций над данными может быть 50% на чтение / 50% на запись

3) при интенсивном вводе данных (где то через 10 месяцев после ввода в эксплуатацию) база данных перерастает 32 GB, и на второй год для большинства серверов достигается предел максимально возможного к установке RAM

4) наряду с характеристиками как емкость дисков и скорости линейного передачи данных (можно замерить обычным копированием больших файлов) на первый план выходит количество операций ввода-вывода в секунду, которые способно обработать устройство, так называемые IOps (Input-Output operations per second) .

Это означает, что можно делать "ставку" на кэширования операций чтения/записи RAID-контроллера (и мы будем это делать ).

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

Хорошим выбором определенно является система хранения IBM System Storage DS4700 Express Model, которая получила сертификат "Совместимо! Система программ "1С:Предприятие" . Смотрим выше указанную табличку.

Оперативная память СУБД

Как уже видно из таблички, на сервере установлен достаточно большой объем RAM. Но что показательно, что сервер обладает "скрытым потенциалом", а если конкретно, то в максимальной комплектации он способен переварить 256Gb. Не думаю, что Вам потребуется такой объем, но случаи бывают разные и в этот сервер не даст Вам повода его заменить на более мощный.

Процессоры СУБД

CPU обычно редко становятся узким местом в серверах такого уровня. Обращу лишь внимание, что хотя и существует некоторая разница между 3 процессорами Quad Core и 1 процессором Six Core (в обоих случаях 6 ядер), рекомендую обратить внимание на политику лицензирования субд. Например MS SQL Server считает (на момент написания статьи) лицензии по процессорам и не учитывает количество ядер.

Взаимодействие сервера приложений и СУБД

Скорость передачи по сети между серверами должен быть не ниже 1GB/sec. А поскольку дисковая подсистема в нашем случаи выполняет обмен на скорости 4GB/sec, следите с помощью счетчиков производительности, чтобы сеть не стала "узким местом" производительности.

Высокая доступность (отказоустойчивость)

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

Терминальный сервер

в данном случаи надо выделить, что рекомендуется большое количество пользователей держать не на одном сервере, а разносить на несколько. Примерно на каждом сервере примерно хостить 25 пользователей. В нашем примере будет использован сервер IBM System x3650, который получил сертификат "Совместимо! Система программ "1С:Предприятие" .

Справедливости ради надо отметить, что в отличии от более "тяжелых" серверов выше, свобода выбора "терминалок" куда больше, а обновление "железок" чаще. Приведенная конфигурация будет уместна при 1-2 терминальных серверах. Я бы также рекомендовал при переводе большей части 250 пользователей в терминал (3-12 серверов) посмотреть в сторону Blade-серверов, отказавшись от локальных дисков, и подключив лезвия на недорогую систему хранения данных типа DS 3400.

Upgrade железа

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

А выдержат ли эти сервера 500 пользователей?

Ну конечно выдержат...

Рассуждая по этому поводу, хочется вспомнить один старый мультфильм о том, как к скорняку пришел купец и принес каракулевую шкурку. Купец спросил мастерового, - ты шапку из неё сделать сможешь? Скорняк ответил, – могу. Купец обрадовался и спросил, – а две? Тот посмотрел на шкурку и сказал, – и две могу. Купец, - а четыре? Ответ, - и четыре могу. Если помните этот мультфильм, то вспомните, что дело дошло до десяти шапок из одной шкурки и как эти десять маленьких шапочек смотрелись на голове купца.

P.S. Кто внимательно читал, должны были обратить внимание на приемы горизонтального и вертикального масштабирования, которые позволяют выдержать и 1000 полноценных пользователей.