Оборудование на 160 пользователей

[Николай83]

Добрый день.
Планируется глобальный переход на 1С всей организации, соответственно необходимы: терминальный сервер - Сервер 1С (8.2, БП, ЗУП КОРП) - Сервер СУБД (MS SQL). Ориентировочно 160 подключений, из них ~80 удаленные пользователи, в дальнейшем количество пользователей увеличится до 250, но не в ближайшее время. Объем будущей базы пока не известен, навскидку около 50 гб. Хотелось бы знать ориентировочные характеристики серверов, с учетом дальнейшего масштабирования. Также интересует такой вопрос: в целях экономии ресурсов лучше разграничить пользователей на терминальных и локальных, или всех 160 пробрасывать через терминалку? Также были бы полезны ссылки на конкретные решения, которые могут предоставить ваша компания.
Заранее спасибо.

[gs]

Насколько я понимаю, Вы франчайзи 1С?
Это проект для себя или для клиента?

Подобных систем мы сделали неслабое количество. Истории успеха тут: http://www.trinitygroup.ru/about/success_story
Правда там в основном питерцы пишут и только самое интересное.

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

[gs]

Клиентская часть 1С будет классическая?

[Николай83]

Я технический сотрудник компании с опытом работы во франчайзи)

Сумма бюджета пока не известна, ищем золотую середину
Критичность простоя в зависимости от периода (отчетность, расчет зп)
Предпочтений по брендам нет
Из 160 пользователей около 30% заводят документы, остальные пользуются в основном отчетами

[Николай83]

Клиентская часть 1С будет классическая?

Толстый клиент...если я правильно вас понял

[gs]

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

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

Насколько крутые планируются отчеты? А то это может сильно напрячь железо.

Если навскидку, я бы предложил:
1. Кластер серверов БД. Сторадж типа IBM DS3524 (для начала одну полку SAS дисков, потом добавить еще, если не хватит). Серверы - пара среднестарших шестиядерников, 32-48ГБ памяти, саташное зеркало (ну можно пару сасов поставить с рэйд контроллером для красоты - в таких масштабах это не сильно дорого будет). IBM x3550 или http://www.trinitygroup.ru/products/ser ... mr/e210-m3
2. Серверы приложений - парочка типа вышеуказанных. Как разляжется нагрузка между БД-СП-клиентом я угадать не могу, но если у Вас опыт работы по этому профилю, Вы сами лучше знаете . Могу только порекомендовать однотипные машинки, чтобы перекидывать удобнее было по мере надобности и поломок.
3. Терминальников парочку аналогичных (там памяти много не нужно, но она недорогая) - это если на 80 рыл. На 160 лучше 3-4шт поставить.

Это среднепотолочный вариант, т.к. исходных данных мониторинга нет. Его можно для начала подрезать, а потом добавить (СП и терминал масштабируются горизонтально, сложнее с БД).

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

Можно конечно и что-то красивое с виртуализацией придумать (все серверы посадить на сторадж по файберу), но это будет дороже, а смысла особого не видно.

[gs]

Если помимо этого есть еще и другие задачи и серверы, то можно посмотреть на блэйд (одной этой задачи маловато, чтобы оно экономически эффективно было).

[Николай83]

Если рассматривать с точки зрения оперативная память/процессор, получается:
Сервер БД: 48 Гб оперативы, 2х6 проц
Сервер 1С: (24 Гб оперативы, 6 проц) х 2
Терминальный сервер: ( 12 Гб оперативы, 6 проц) х 4
Правильно ли я понял?

По какому принципу идет расчет?
Насколько я знаю на одно ядро каждого из серверов уходит порядка 20 пользователей.
Объем оперативной памяти сервера БД должен стремиться к объему БД + 4 Гб на систему и пр.
На сервере 1С расчет идет исходя из 150 Мб на одного пользователя + 4 Гб на систему и пр.
На терминальном сервере 300 Мб на подключение + 4 Гб на систему и пр. При этом один сервер держит около 40 подключений.
Так ли это?

Еще такой вопрос: если понадобится более подробная консультация (платная), как ее можно организовать? Руководство требует подробную задокументированную аргументации, поэтому нужна детальная информация, как и почему выбрали именно данное оборудование с данными характеристиками.

Исходя из Ваших рекомендаций, какая получается итоговая стоимость?

[gs]

Поскольку исходных данных мало, то расчет среднепотолочный.

По серверу БД все просто - разумный максимум без перехода в более высокий ценовой класс. Даже если избыточно, то пусть будет на вырост, т.к. сервер БД плохо масштабируется (можно только дисков и памяти добавить). Кластер и СХД - для резервирования.

Сервер приложений - по нему трудно предсказать нагрузку (это зависит от внедренцев), поэтому просто машина средней мощности. Две - для резервирования. Будет мало по производительности - можно добавить еще одну (но это вряд ли).

Терминал. Одна современная машина потянет 50-100 клиентов в зависимости от тяжести конфигурации (это опять же зависит от софтовиков - как и расход памяти). Две - минимальный набор с точки зрения резервирования. Плюс надо учитывать, что в случае падения одного из серверов, нагрузка ляжет на другой и он должен иметь запас мощи, чтобы юзеры не взвыли. Поэтому для 160 человек лучше иметь три машинки - в случае сбоя меньше будет чувствоваться падение производительности. Один тонкий момент - в ряде случаев при большом количестве терминальных сессий начинают тормозить внутренние механизмы винды - в этом случае на каждом физическом хосте можно поднять несколько виртуалок.


Вообще, лучше всего такой проект делать, сотрудничая с внедренцами 1С, причем поэтапно:
1. Поставка минимально необходимого комплекта.
2. Разработка, обкатка и снятие параметров нагрузки в тестовой эксплуатации.
3. Экстраполяция нагрузки, уже предметный расчет и поставка полного комплекта - с потребной мощностью, резервированием и т.п.

Рисование полновесного проекта с аргументами - это большая работа и время. Мы это можем сделать, но стоить будет несколько тысяч долларов и недели две времени (а может и больше - в таких случаях при обследовании часто выясняется много интересных подробностей, о которых Вы забыли рассказать). Консультации у нас бесплатно - в разумных пределах
Но в виде коммерческого предложения (спецификаций с пояснительной запиской) сделать можно вполне - не за полдня конечно.

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

[gs]

Еще варианты по инфраструктуре.

Резервирование БД можно сделать не кластером, а средствами сиквела. Тогда не потребуется СХД, просто два сервера, набитых винтами - это дешевле. Правда в случае сбоя потребуется ручное вмешательство админа, но это можно сделать быстро.

Есть другой, более красивый вариант. Все серверы подключить к СХД через FC или SAS коммутаторы и поднять все задачи виртуалками. В этом случае можно обойтись меньшим количеством серверов за счет более полной утилизации ресурсов. Да и удобнее это значительно. Правда для полного щастья желательно использовать Sanbolic MelioFS (http://blog.trinitygroup.ru/search/label/sanbolic), которая стоит довольно кучеряво

[gs]

С точки зрения нагрузки меня несколько напрягла Ваша фраза, что 30% заводят документы, а 70% занимаются аналитикой. Обычно бывает с точностью до наоборот. Причем аналитика может жрать больше, чем все остальное.

[Николай83]

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

[gs]

А какой из вариантов?

[Николай83]

Ну среднепотолочный, без экзотики)

[LCF_R]

Я бы предложил вариант с виртуализацией и СХД. Сейчас пришлю Вам ориентировочную стоимость на аппаратное обеспечение, чтобы Вы представляли себе порядок цен. Написание самой записки займет время. По окончанию - отправлю на почту.