Как оптимально настроить сервер 1С?

Question

[luxter]

Доброго времени суток!

На производстве полёг сервер 1С-предприятия (был юзерский системный блок на i7 и 32 RAM), начальство дало добро на то, чтобы сделать "всё правильно и кошерно". Сейчас всё держится на обычном системном блоке с i5 и 16 RAM, где SSD под базу и на этом конец.
Крайняя цифра бюджета - 300 000-340 000 рублей.
Хотелось бы спросить совета по правильной организации сервера 1С и MS SQL с пиковой нагрузкой клиентов 50 человек,но в перспективе юзеров будет больше.
Варианты, которые были изучены, без мелких тех. подробностей касаемо железа.
1. Один сервер, где и база SQL и 1С, SQL на SSD в RAID1, остальное - RAID10.
2. Два сервера. Первый под 1С, второй - SQL.
3. Кластер из 2 серваков. С подобным не сталкивался, насколько возможно с моим бюджетом собрать производительное решение?

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

С удовольствием ознакомлюсь с Вашим опытом\советами\рекомендациями.
Спасибо.

Comments

[АртемЪ]

Пользователей сколько? Размер базы текущий какой?
Насколько сейчас все быстро работает.
В каком режиме сейчас работает?

[Пасечник Кузьмич]

Второй вариант однозначно.

Answer 1

[Vladimir Zhurkin]

> Кластер из 2 серваков. С подобным не сталкивался, насколько возможно с моим бюджетом собрать производительное решение?

Кластер из двух серверов это не оптимально. Должен быть кворум. (те три)
Для кластера необходимо еще и СХД и тогда точка отказа будет эта самая СХД.
Это конечно самый правильный вариант был бы делать кластер, но очень дорого.
Клиентов по своему опыту, хорошо загонять в терминальные сессии. Тут надо смотреть насколько нагружается сеть 1С и насколько все тормозит.
SSD+hdd лучше использовать в гибрид по технологии storage space, там же можно и raid сделать программный.
Вполне работоспособная вещь.

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

Взять хороший сервер. Под систему взять диски 256gb в кол-ве трех. Сделать зеркало + hot spare.
Остальное добить SSD+HDD из расчета , что примерно на 1 tb данных, лучше взять 256gb кеша SSD. (хотя бы).
Используя Microsoft StorageSpace сделать Raid+кеширование.
SSD лучше взять из расчета на зеркало.
Создать две машины виртуализации на Hyper-V. Зачем ?
1) Удобнее делать backup целой машины сразу
2) Если все умрет, вам проще будет развернуть эти машины где угодно, просто их перетащит куда надо.
3) Если вдруг вы упретесь в производительность, можно легко это все разнести и кластеризировать.
У вас не те нагрузки, что бы например создавать отдельный ClusterFileSystem (там правда могут храниться только MSSQL и машины Hyper-V)

Бюджет правда не очень понятно, это на сервера с лицен ?

Answer 2

[Максим]

Выше сказано верно, на два сервера вам не хватит.
Ваш вариант все на 1-ном.
Не сочтите за рекламу просто первый результат в google здесь конфигуратор с ценами.
-Дорого обойдется процессор (чем выше частота тем лучше) и SSD диски (выбрать нужно исходя из того что чаще делают пользователи, записывают информацию в базу или считывают, или по наиболее критичной ресурсоёмкой операции).
-На ОЗУ можно выиграть 1-2 т.р., с вашим бюджетом может быть критично)), поиграйтесь с планками 4х16 или 2х32 увидите разницу.
-Если вам позже, но это должно быть точно, смогут дать денег на приобретение доп. комплектующих (аргументируйте ростом пользователей в будущем), то для начала берите сервер с 1 CPU но возможностью установки второго, с 1 блоком питания но с возможностью установки второго, например 32 гб ОЗУ (маловато конечно но терпимо) позже расширите до 64 гб минимум. Под базу нужен минимум RAID1 SSD позже можно добавить и пересобрать.
-Дальше по железу, если есть большая критичность потери данных, то RAID контроллер с кэшом и батарейкой)) обязательно.
-1С не умеет распараллеливать запросы в БД! По этому гнаться нужно не за ядрами а за частотой CPU (только если вы не мега программист 1С и умеете писать запросы напрямую в БД MS SQL (сама MS SQL отлично их "параллелит")).
-БД должна быть на отдельном диске, tempdb нужно поместить на отдельный диск, логи БД лучше всего тоже поместить на отдельный диск (речь идет только про SSD), так как в последних двух идет очень интенсивный обмен.
-А вот ОС можно поставить на обычные HDD, (естественно желательно на 1 RAID).
-Сетевые интерфейсы обычно их минимум 2 по 1 Гб/с, можно объединить с помощью NIC Teaming, будет 2 Гб/с (посмотрите по нынешней загрузке, может больше и не понадобиться).
-Почему 1С сервер и БД на одном сервере? Все из за заветного протокола Shared Memory (гулить Shared Memory и 1С).
Спросите, если будет интересно что-то еще.

Answer 3

[Sergey Ryzhkin]

Буквально неделю назад сделал себе первый вариант - бюджетный.
- Сервер HPE DL120 Gen9 оперативы 64, два блока питания.
- SSD Intel на 240Gb (серия Interprise, те которые для баз данных, в большим циклом записи в день) - 2 штуки в зеркало под Windows server 2016
- SSD Intel на 240Gb (те же) - 1 штука, под размещение файлов базы MSSQL.
- HDD WD RE 1Tb - под временные бекапы базы.

Работает как часы, грузится моментально. Пользователи довольны, работает 45 человек.

Answer 4

[Антон Антон]

Для 50 пользователей 1 сервер будет быстрее. Ну и обеспечить темпы пользюка службы 1с и /srvinfo/ также на быстрых дисках.

Answer 5

[Олег Баталов]

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