Сервер УТ 11.2 (MSSQL, 70+ пользователей, 35Гб база. RLS)

Форум Администрирование Сервер, сеть, оборудование (Hardware)

1. yzimin 28.02.16 15:03 Сейчас в теме

Добрый день!

Подбираем сервер под УТ 11.2 на 70+ пользователей. Роли сервера 1С и MS SQL совмещены. Плановый размер базы 35-50 Гб, позиций номенклатуры 12000. Будет RLS по организациям, кассам, складам, подразделениям, видам цен, группам доступа партнеров.
Активных пользователей 30-40. 1000 документов в день, обмен с БП 3.0, обмен с 3 сайтами. Запас мощности на 3-5 лет.

По параметрам сервера прикидываем следующее:
1. Два процессора CPU Intel Xeon E5-2667V3 3.2 GHz (http://ark.intel.com/products/83361/Intel-Xeon-Processor-E5-2667-v3-20M-Cache-3_20-GHz),
2. Память 96 Гб DDR4 2133 МГц,
3. Диск SSD 800 Gb PCI-Ex4 Intel DC P3700 Series. В качестве баз MS SQL, tempdb, 1С, temp винды (http://ark.intel.com/products/79627/Intel-SSD-DC-P3700-Series-800GB-2_5in-PCIe-3_0-20nm-MLC),
4. RAID контроллер LSI MegaRAID SAS 9271-8i
5. Диск Intel DC S3700 Series 200 Гб под логи транзакций баз SQL каждые 15 минут,
6. 4 SAS диска под винду в RAID 10 (или 2 SAS диска в RAID 1),
7. 2 SAS диска под полные бэкапы SQL RAID 1.

Что скажете по конфигурации? На что ещё обратить внимание?
В бюджет не укладываемся почти в 2 раза. Есть ли смысл экономить на процессоре, если будет RLS?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. h00k 50 28.02.16 18:12 Сейчас в теме

(1) yzimin, В принципе конфиг нормальный, вот только SSD-диски не в массиве - значит надежность хромает.
Temp-файлы виндовз и сервера 1С плюс базу TempDB лучше вынести на отдельный SSD-диск/массив, файлы данных и журналы можно положить на один SSD-диск/ массив. Для SSD-диска не важен различающийся характер записи в файл данных и в журнал транзакций.
Адаптерам от LSI я предпочитаю Adaptec, по мне так они и быстрее, и управление удобней.

3. yzimin 28.02.16 18:59 Сейчас в теме

(2) h00k, в п.5 имел ввиду бэкапы логов каждые 15 минут. Сами логи и база на одном SSD.
Вы про какой именно массив? У меня на одном сервере так и сделано. База с логами на одном ssd, tempdb на другом ssd.

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

5. h00k 50 29.02.16 23:00 Сейчас в теме

(3) yzimin,

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

Да легко, хороший игровой комп на i7, памяти по максимуму да за вычетом видеокарты и с одним жестким диском - сверх бюджетная альтернатива. А как оно реально работать будет - другой вопрос... но, при правильной настройке, будет даже не совсем плохо.
Вопрос в другом, Вам нормальный стабильный сервер на 100 пользователей нужен или минимальный размер бюджета?

Минимальный бюджет как бы противоречит вот этому требованию:
(1) yzimin,

Запас мощности на 3-5 лет.

6. N2 3 20.11.17 15:58 Сейчас в теме

(3) Юрий, добрый день!

В результате приобрели этот сервер? Есть ли проблемы с производительностью? Тоже выбираем сервер, параметры использования очень похожи на Ваши: УТ 11.4, 50 пользователей, порядка 1500 заказов в день.

7. yzimin 20.11.17 21:40 Сейчас в теме

(6) да, приобрели. 1.5 года уже работаем. Основная база УТ размещена на SSD Intel DC серии P3700 800 ГБ, PCIe 3.0, остальные базы: несколько БП, ЗУП на RAID 10 из SSD Intel SATA 2.5" 400Gb S3710.

У нас RLS по организациям, кассам, складам, подразделениям, видам цен, группам доступа партнеров.

Пользователей 130, активных около 50. Просели по скорости после включения RLS по группам доступа партнеров. Партнеров 50000, контрагентов 10 000, номенклатуры 25 000. Под полными правами всё летает. Переписываем периодически быстрые поиски, отказались от полнотекстового поиска. Скоро, думаю, начнём отказывать от доп.реквизитов - тоже сильно влияют на производительность.

8. s_demidov 20.11.17 23:04 Сейчас в теме

(7)а оценивали по Гилеву производительность системы? И почему считаете, что именно RLS сильней всег "просаживает" систему?

11. yzimin 21.11.17 14:19 Сейчас в теме

(8) 23 попугая. Мы у Гилёва аудит проходили.
Оценивал скорость работы с RLS и без.

14. s_demidov 21.11.17 20:47 Сейчас в теме

(11) "разгребал" похожую проблему. Начинали с 10 "попугаев"; Выжали 25 попугаев (Перепробовали все возможные варианты). Тоже вроде как "уперлись" в RLS... думали о смене сервера уже; собрали тестовый.. на 55 попугаев-и.. результат нулевой. (Отчеты стали летать-и только ). Пошли путем анализа запросов. Нашли узкие места; видоизменили; в этом же анализе наша статистика лала влияние RLS на проведение документов-около 5% от общей массы.

(УТ 11.2; SQL. допиленная. )

17. yzimin 22.11.17 06:38 Сейчас в теме

(14) у нас в топ-10 медленных операций - открытие разных журналов документов (заказы, реализации, возвраты). Если ограничивать период документов в формах списка, то открывается быстро. Если отбор по периоду не ставить и пользователь упорядочит случайно список не по дате или номеру - к тормозам. А если в форму списка вывести доп.реквизит из партнера и по нему упорядочить список, то форма может открываться минуты 2.
После обновления на 11.3 отказались от новомодного регистра сведений "Реестр документов", используем обычные журналы документов.

19. yzimin 22.11.17 18:39 Сейчас в теме

(14) Скажите, а RLS у вас по каким типам объектов?

22. s_demidov 23.11.17 10:00 Сейчас в теме

(19)Организации, Цены, склады, кассы, хоз операции, плюс полтора десятка дописанных ролей-ограничения доступа к определенным полям документов. Да, производительность по сравнению с полными правами-падает. но не настолько. Наблюдалась (и на форуме мелькало) изменение производительности в зависимости от релизов платформы. все-таки я бы помониторил запросы. мы столкнулись с ситуацией тормозов при проведении документов, вдумчивый анализ выяснил-некорректные запросы, связанные с формированием ТТН. переписать их у программиста заняло два часа, зависы в десятки секунд при проведении накладных-ушли. в 11.3. многие запросы-сильно оптимизированы.

15. ansh15 21.11.17 21:46 Сейчас в теме

(11) Такой результат получается, если у E5-2643 v3(3.6 ГГц в турбобусте) принудительно понизить частоту до 1.7 ГГц. В районе 3.4-3.6 ГГц выходит до 47-50 баллов. Это на CentOS 7+PostgreSQL+1C. Частота E5-2667 v3 - 3.2-3.6 ГГц, так что результат должен быть примерно в этих же пределах.

16. yzimin 22.11.17 06:22 Сейчас в теме

(15)
А может быть такой низкий результат из-за того, что частота процессора "скачет"? Как зафиксировать на 3.60 GHz?

Прикрепленные файлы:

18. ansh15 22.11.17 15:32 Сейчас в теме

(16) Да. вполне.
Здесь http://forum.infostart.ru/forum16/topic174834/message1822736/#message1822736 более подробно описано что может происходить.
Правда, лично я к выключению в BIOS C-States и т.п. отношусь без особого энтузиазма и больше доверяю рекомендациям производителя конкретной модели матплаты, например(в нашем случае) https://www.supermicro.com/support/faqs/faq.cfm?faq=21555.
Как в Windows управлять частотой CPU, к сожалению, не скажу. Наверное, режима "высокая производительность" и будет достаточно.
В Linux это делается посредством утилит(cpupower, tuned).

20. yzimin 22.11.17 18:51 Сейчас в теме

(18) В винде выставлена максимальная производительность.

а у нас мать Supermicro X10DRW-i, настройка BIOS в отличии от Вашей X10DR-i не должна отличаться, попробуем рекомендацию. Спасибо!

21. ansh15 23.11.17 00:23 Сейчас в теме

(20) http://download.microsoft.com/download/9/b/2/9b205446-37ee-4bb1-9a50-e872565692f1/perftuningguideserver2012r2.pdf
Посмотрите еще здесь, может что-нибудь окажется полезным.

23. s_demidov 23.11.17 10:02 Сейчас в теме

(11) наше штудирование литературы разного рода и советы с коллегами/партнерами привели к умозаключению (не претендующее на уникальность) - в клиент-серверном варианте "попугаи"-не однозначный показатель производительности. дсотижение 23-25 является вполне удобоваримым показателем при правильной организации и настройке сервера. дальше-оптимизация кода 1С.

9. N2 3 21.11.17 10:29 Сейчас в теме

(7) Юрий,

Основная база УТ размещена на SSD Intel DC серии P3700 800 ГБ, PCIe 3.0

т.е. для основной базы вообще от RAID'а отказались? Сильно УТешка разрослась за 1.5 года?

Диск Intel DC S3700 Series 200 Гб под логи транзакций баз SQL каждые 15 минут,

Правильно понимаю, что по сути рискуете 15 минутами работы?

А платформу для сервера какую использовали? Supermicro?

Какие-то тонкие настройки системы делали? Или 1С-ный стандарт: max degree of parallelism, shared memory + максимальная производительность?

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

Тоже думал, что RLS много отъедает, у нас его пока не планируется.

p.s. Юрий, спасибо Вам огромную за обратную связь!!!

12. yzimin 21.11.17 14:29 Сейчас в теме

(9)

т.е. для основной базы вообще от RAID'а отказались? Сильно УТешка разрослась за 1.5 года?

да, основная база без RAID, Логируем транзакции каждые 15 минут. Всё верно, 15 минут максимальная потеря.

Платформа супермикро. По производительности заказывали аудит у Гилёва, выполняли рекомендации своими силами.

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

4. CaptainMorgan 28.02.16 22:27 Сейчас в теме

(1) Откровенно говоря предложенная конфигурация очень достойная.
Если вопрос стоит так: "работающую альтернативу конфигурации с меньшим бюджетом. Возможно, с меньшим запасом мощности"

То экономить можно на всём кроме памяти.
Диски можно использовать с меньшим размером, Один процессор, исключить SSD

Но если предполагается "Запас мощности на 3-5 лет", то надо подумать стоит ли экономить.

10. N2 3 21.11.17 11:20 Сейчас в теме

(1) Юрий, ещё вопрос, в итоге выбрали какие диски из этих пунктов?

6. 4 SAS диска под винду в RAID 10 (или 2 SAS диска в RAID 1),
7. 2 SAS диска под полные бэкапы SQL RAID 1.

13. yzimin 21.11.17 14:34 Сейчас в теме

(10) под бэкапы используем HDD SATA 6Gb/s Western Digital Red 2.5" 5400rpm 16Mb
по винду вязли RAID 10, просто были диски из старого сервера. Можно было и RAID 1 не принципиально. Главное с системного диска вынести темпы, временные файлы юзера под кем стартует 1С, логи сервера 1С на другой быстрый диск

Внимание! Тема сдана в архив