Общие рекомендации при подборе сервера для 1С
Для начала поговорим в общих чертах на что нужно обращать внимание при выборе сервера:- Для приложения Сервер 1С важна частота процессора. Раньше данная система не могла распределять одну задачу по ядрам процессора и производительнее были сервера с высокой тактовой частотой процессора. Сейчас ситуация немного изменилась и приложение оптимизировали под многоядерные процессоры, но частота осталась по- прежнему одним из ключевых параметров при подборе процессора.
- СУБД оптимизированы под многоядерную архитектуру процессора, то есть здесь количество ядер имеет значение.
- Для обеспечения стабильности работы системы при работе с пользователями тоже важно количество ядер процессора- чем больше пользователей, тем больше ядер.
- На производительность системы влияет дисковые подсистемы. При выборе стоит обращать внимание не на скорость линейного чтения, а на количество операций в секунду IOPS. Неоспоримыми лидерами здесь являются SSD NVMe диски.
- Технологии RAID имеют различные уровни реализации и в зависимости от этого кроме стабильности и отказоустойчивости могут дать прирост производительности.
- При выборе оперативной памяти следует учитывать и частоту ее работы. Разумеется, чем выше частота, тем лучше.
- Использование нескольких процессоров повышают производительность сервера.
Дисковая подсистема
Для хранения информации используются HDD, SSD с подключением по интерфейсу SATA- III и NVMe память. Как говорилось ранее, NVMe память дает самые высокие показатели производительности, но и ее стоимость так же выше. Для задач малого и среднего бизнеса обычно хватает SAS HDD.
|
HDD |
SSD |
NVMe |
Тип интерфейса |
SATA-III |
SATA-III |
PCI-e Gen 3.0 |
Средняя скорость чтения/записи |
100 Мбайт/с |
500 Мбайт/c |
3500 Мбайт/с |
Количество обрабатываемых запросов в секунду |
До 100 |
До 100000 |
До 500000 |
Среднее время «жизни» |
Около 50000 часов |
Около 1.5 млн часов |
Около 1.5 млн часов |
Максимальный объем одного диска |
До 12 Тбайт |
До 4 Тбайт |
До 2 Тбайт |
Возможность замены диска, не отключая систему |
Есть |
Есть |
Нет |
Поддержка S.M.A.R.T. |
Есть |
Есть |
Есть |

Расчет оперативной памяти
При расчете оперативной памяти прежде всего нужно выделить под операционную систему (ОС). Здесь все зависит от самой ОС и ее версии. Так, например если для операционных систем Windows Server 2008R2 раньше хватало 2Гб, то для Windows Server 2016-2022 нужно минимум 4Гб. То же справедливо о Unix подобных системах. Следующее что нужно рассчитать это память для приложений, которые будут работать на сервере. Для каждого пользователя потребуется около 700Мб для сессии терминального доступа к базе, но все зависит от конкретной базы специфики работы пользователя и сложности вычислений. Приложение Сервер 1С занимает от 4Гб. SQL сервер занимает от 4 до 8Гб. При этом нужно выделить память под кэш SQL сервера. В идеале размер памяти для кэша должен быть равен объему базы. Кэш позволяет быстрее получать данные из базы и тем самым сказывается на производительности.При настройке MS SQL сервера есть рекомендации держаться следующего правила- в настройках SQL указывать в параметре “Minimum server memory (in MB)” половину общей памяти сервера Total*0,5 , а в параметре “Maximum server memory (in MB)” значение, полученное по формуле Total-1024*Total/16384, где Total- общий размер памяти, который можно посмотреть в диспетчере задач. Если на этом же сервере установлено приложение Сервер 1C, то под него так же нужно выделить место и уменьшить максимальную величину, на объем памяти достаточный для работы приложения. Про другие настройки SQL можно прочитать в статье.
При настройке PostgreSQL рекомендуется указать в файле настроек postgresql.conf параметр effective_cache_size значением Total – 4Гб , то есть общий объем памяти минус размер необходимый для работы операционной системы.Так же здесь нужно оставить место под Сервер 1С и другие приложения если они установлены на этом же сервере.

Представим себе следующую ситуацию. Небольшой офис с количеством одновременно работающих пользователей не больше 10 человек. Соответственно в таких случаях база тоже небольшая. При выборе процессора в данной ситуации нет смысла гнаться за количеством ядер, а лучше взять процессор с более высокой тактовой частотой. Так же не имеет смысла разделять Сервер 1с и сервер СУБД на разные физические машины. Все вполне будет хорошо работать на одной. С задачами справятся серверные HDD диски, которые для надежности всегда лучше объединить в RAID массив.
Если планируется бурное развитие компании, то стоит подумать о масштабируемости системы. Самое простое что можно добавить и обновить в любой момент это оперативная память, она относительно недорогая и не требует дополнительных действий. Все сложнее при смене дисковой подсистемы или процессора. Это требует дополнительных затрат по времени, а не всегда есть возможность остановить работу предприятия надолго. Поэтому стоит заранее подумать хватит ли данных ресурсов в ближайшем будущем.
Когда СУБД и Сервер 1С расположены на одном физическом сервере, это обеспечивает между ними быстрый обмен данными, но увеличивает требования к характеристикам сервера. Если работа ведется с большими базами и большим количеством пользователей, необходимо разделить Сервер 1С и СУБД на разные физические сервера, между которыми реализовать быстрый обмен. Ресурсами одного физического сервера становится просто невозможным обработка такого объема данных.
Нужно понимать, что все базы и процесс работы с ними в рамках разных организаций уникальны. Говоря об 1С, мы говорим об огромном количестве разных конфигураций от типовых, типовых измененных, отраслевых и до самописных. В них производится работа с разной информацией и различными способами. Так например «Управление торговлей» может использоваться компанией, основу которой составляет розничная торговля, а другой компанией для оптовой торговли. При одном и том же количестве пользователей, будут отличатся документы и способы их ведения. Я уже не говорю о доработках, расширениях или внешних обработках. Поэтому с математической точностью высчитать конкретные цифры сложно, но можно воспользоваться некоторыми приемами и формулами для примерного расчета. Об этом поговорим далее.

Методика подбора оборудования от компании 1С
Разберем концепцию метода, предложенного компанией 1С. За основу берутся две системы. Первая из них это эталонная и вторая это целевая. Под целевой нужно понимать систему, которую мы хотим внедрить. Под эталонной системой понимается реально работающая система.Для целевой системы нам должна быть доступна информация:
- Используемая конфигурация 1С.
- Количество активных пользователей. Речь идет о количестве одновременно работающих пользователей и данные, с которыми они работают.
- Размер базы данных. Нужно учитывать ее увеличение в течении следующих 2-3х лет.
- Уникальные нагрузки. Важные операции в базе, работающие с большим объемом данных, и их частота.
- Прочие характеристики, такие как тип и версия СУБД, операционная система сервера и клиентов, типы.
Эталонная система должна совпадать по характеристикам с целевой, исключение составляет интенсивность нагрузки. Сама идея заключается в том, чтобы на эталонной системе произвести замеры и линейно экстраполировать на целевую. Эталонные системы могут быть однопользовательской и многопользовательской.
Однопользовательская тестовая система
Для замеров собирается тестовая эталонная система. На эталонной системе создается нагрузка отдельно по всем операциям и производятся замеры. После этого полученные данные суммируются. Такой подход позволяет не задействовать пользователей для тестирования и замеров, не требует мощного оборудования, расчет можно произвести в течении от 1 до 3 дней. Но при всем этом недостатком является невысокая точность при расчетах и высокая сложность.
Многопользовательская тестовая система
В отличии от однопользовательской тестовой системы, где замеры производились по каждой операции отдельно, в многопользовательской системе позволяет сделать замер одновременно по всем операциям. Это позволяет сделать привлечение пользователей При таком подходе точность более высокая, расчет прост. Однако требуется использование дополнительных пользователей и мощного оборудования.
Использование работающей системы
Если на предприятие есть рабочая система, которая уже работает и используется. Такая ситуация может возникнуть при увеличении пользователей и соответственно нагрузки внедрении новой. При таком подходе можно получить достаточно высокую точность в расчетах и наименьшие трудозатраты за счет участия реальных пользователей.
Рабочая система аналогичная целевой
Если на предприятии имеется рабочая система аналогичная той которой мы предполагаем внедрить. Можно произвести замеры на ней и тем самым понять подходит ли она под наш проект внедрения. Плюс в таком подходе — это очень простой и быстрый расчет. Нужно понимать, что точность зависит от того насколько системы совпадают. Так же не всегда есть организационная возможность произвести работы по тестированию и замерам.

При расчетах системы обращаем на самые важные параметры:
- Производительность процессора.
- Дисковая подсистема.
- Оперативная память.