Компания заменила восьмиядерный сервер на 32-ядерный. Проведение документов по-прежнему занимает несколько секунд. Закупка не решила проблему: процессор выбрали без замеров действующей системы.
Для 1С и SQL Server нужно отдельно оценить процессор, дисковый массив и оперативную память. Такой порядок задаёт методика выбора оборудования 1С. Процессор в ней рассчитывают в три этапа: определяют номинальное число ядер, выбирают модель, затем — число процессоров.
Твоя задача — сравнить предложения поставщиков, не заплатить за пустующие ядра и объяснить директору, откуда взялась конфигурация.
Число ядер не показывает скорость отдельной операции
Количество ядер описывает только одну сторону процессора. По этой цифре нельзя предсказать, сколько секунд займёт проведение документа, формирование отчёта или отдельный запрос.
Методика 1С не предлагает выбирать процессор только по числу ядер или частоте. Сначала нужно рассчитать номинальную потребность в ядрах, затем проверить подходящую модель и лишь после этого определить число процессоров.
Базовая частота помогает отсеять часть вариантов, но не заменяет испытание под твоей нагрузкой. Модельная и будущая системы должны использовать одно приложение, тот же режим прикладного решения, одинаковые версии платформы 1С, СУБД и операционной системы. Методика требует также сохранить число рабочих серверов и схему размещения компонентов. Иначе результаты нельзя перенести на будущую систему одним коэффициентом.
Подробнее о том, как число ядер связано с серверной нагрузкой, — в соседнем разборе. Здесь считаем конфигурацию, которую можно вынести на закупку.
Сначала считаем занятые ядра
Возьмём действующий сервер:
- 4 физических ядра;
- базовая частота — 3,4 ГГц;
- загрузка процессора на рабочем пике — 80%;
- через год нагрузка вырастет вдвое;
- конфигурация 1С, версии ПО и профиль операций не изменятся.
Это расчётный пример, а не рекомендация для любой базы. Методика 1С разрешает измерить загрузку модельной системы и линейно перенести результат на целевую.
Текущая нагрузка занимает:
4 × 0,80 = 3,2 ядра
После двукратного роста:
3,2 × 2 = 6,4 ядра
Округляем вверх до восьми. Получаем запас в 1,6 ядра:
8 − 6,4 = 1,6
Это 20% установленной вычислительной ёмкости. В расчёте этот остаток не занят прогнозируемой нагрузкой.
Частота 3,4 ГГц здесь служит нижней границей для отбора кандидатов, но не доказывает равную скорость процессоров. Выбранную модель нужно проверить на тех же версиях 1С, SQL Server и операционной системы, на которых работает модельная система.
Если нагрузка вырастет не в два, а в полтора раза, получим:
4 × 0,80 × 1,5 = 4,8 ядра
По арифметике достаточно шести ядер. Однако итоговый выбор между шестью и восемью зависит от доступных моделей и цен в предложениях поставщиков. Загрузка CPU даёт потребность в вычислительной ёмкости, а не готовый артикул для заказа.
SQL Server использует параллелизм не во всех запросах одинаково
Microsoft использует TPC-E для оценки OLTP-нагрузки — потока транзакций, характерного для современных систем обработки данных. TPC-E измеряет общую транзакционную производительность заданной конфигурации, а не время проведения конкретного документа в твоей базе 1С.
Перед закупкой зафиксируй базовую линию: загрузку CPU, использование памяти, чтение и запись страниц, число соединений и время запросов. Эти показатели перечислены в методике Axial SQL по оценке SQL Server. Собрать их можно через Performance Monitor, динамические представления SQL Server и SQL Server Management Studio.
Если во время медленной операции процессор не загружен до предела, одного показателя CPU недостаточно, чтобы обосновать покупку дополнительных ядер. Проверь диски, доступную память, индексы и запросы: на работу SQL Server влияют аппаратная конфигурация, структура индексов и формулировка запросов. Настройки параллельного выполнения разобраны отдельно в материале про 1С на SQL Server и производительность запросов.
Другая картина — процессор держится на 85–95%, а во время утреннего пика растёт очередь запросов. Здесь число ядер можно считать по загрузке действующей системы, если профиль операций после переноса не изменится.
Спецификация под задачу: 50 пользователей и база 200 ГБ
Считаем конфигурацию для 50 одновременных пользователей и одной базы 200 ГБ. Действующий четырёхъядерный сервер обслуживает половину будущей нагрузки и на пике загружает CPU до 80%. Профиль операций и версии ПО остаются прежними.
Это не рецепт для любой базы на 200 ГБ. Размер файла не раскрывает сложность запросов, число регламентных заданий и интенсивность записи. Спецификация отвечает только названным допущениям.
Процессор
Один процессор, 8 физических ядер, базовая частота не ниже 3,4 ГГц.
Авторская интерпретация линейной экстраполяции из методики 1С даёт 6,4 занятого ядра: четыре ядра умножаем на загрузку 80% и двукратный рост. Восьмиядерная модель оставляет 20% вычислительной ёмкости сверх расчётной нагрузки.
Модель выбирай по испытанию той же системы. Сохрани приложение, режим работы, версии 1С, SQL Server и операционной системы, а также схему размещения компонентов.
Оперативная память
128 ГБ ECC RDIMM с возможностью расширения минимум до 256 ГБ.
Здесь 128 ГБ — расчётное допущение: 64 ГБ под рабочий набор SQL Server, 24 ГБ под сервер 1С, 16 ГБ под операционную систему и служебные процессы. Ещё 24 ГБ остаются сверх этой раскладки.
64 + 24 + 16 + 24 = 128 ГБ
Если замеры рабочей системы показывают активный набор страниц базы в 100 ГБ, эта конфигурация мала. Тогда ставь 192 или 256 ГБ и сохраняй свободные слоты для следующего расширения. Методика 1С относит объём RAM к трём аппаратным параметрам, которые сильнее всего влияют на систему, вместе с CPU и дисковым массивом.
Диски
Четыре NVMe по 960 ГБ в RAID 10 под рабочую базу, журнал и временные файлы. Полезная ёмкость массива по расчёту — 1,92 ТБ до служебных потерь.
База занимает 200 ГБ. Ещё 200 ГБ закладываем под журнал, временные данные и операции обслуживания, затем удваиваем полученный объём под рост:
(200 + 200) × 2 = 800 ГБ
Массив на 1,92 ТБ перекрывает расчётные 800 ГБ и оставляет 1,12 ТБ до служебных потерь. Производительность накопителей этим расчётом не определяется: её нужно проверять на выбранной модели и контроллере под тем же профилем чтения и записи.
Если база растёт медленнее принятого допущения, требуемую ёмкость можно пересчитать. При росте исходных 400 ГБ в полтора раза понадобится 600 ГБ, в три раза — 1,2 ТБ.
Подробный расчёт памяти и дисков есть в материале про конфигурацию сервера 1С для 50 пользователей.
Сеть, питание и корпус
Два порта 10 Гбит/с с отдельным подключением клиентского и служебного трафика.
Для передачи 200 ГБ за 30 минут нужен полезный поток не ниже 0,89 Гбит/с:
200 × 8 ÷ 1800 = 0,89 Гбит/с
Это арифметический минимум без учёта накладных расходов протоколов и ограничений принимающего хранилища. Если поставщик предлагает 10 Гбит/с, проверь, поддерживают ли ту же скорость коммутатор и хранилище: иначе быстрый порт сервера останется неиспользованным.
Питание — два блока с горячей заменой. В закупочной спецификации отдельно укажи мощность каждого блока и совместимость с выбранной конфигурацией.
Корпус — 2U, четыре занятых и четыре свободных отсека под накопители. На плате нужны свободные слоты памяти для роста до 256 ГБ. Такой корпус дороже компактного 1U, зато оставляет место для дисков и памяти без замены платформы.
Когда выбрать быстрые ядра, а когда добавить их число
Сначала выясни, связан ли пик задержек с загрузкой процессора. Если CPU не занят до предела, число ядер нельзя защищать одним фактом медленной работы: базовая линия должна показать, какой ресурс упирается в ограничение.
Если на пике процессор занят, профиль операций останется прежним, а будущая нагрузка известна, используй расчёт:
ядра модельной системы × пиковая загрузка × коэффициент роста
Это авторская запись линейной экстраполяции из методики 1С, а не отдельная формула производителя. Результат округляй вверх. При нескольких выраженных профилях нагрузки рассчитай каждый отдельно и выбери максимальное значение — такой порядок прямо задаёт методика.
Самая точная модель — действующая система: она уже содержит реальные документы, запросы и конкуренцию пользователей. Однопользовательскую модель можно подготовить за 1–3 дня, но методика 1С оценивает её точность ниже. Создание полноценной испытательной системы обычно занимает больше месяца, зато она позволяет проверить параллельную работу, блокировки и изменение параметров до переноса.
Перед директором защищай цепочку расчёта. Действующие четыре ядра загружены на 80%, нагрузка вырастет вдвое, линейная экстраполяция даёт 6,4 ядра — поэтому в спецификации восемь. Модель проходит испытание на том же приложении и тех же версиях ПО. Память и диски считаются отдельно.
Если поставщик предлагает 32 ядра, попроси показать, из какого замера следует эта цифра. Без модельной загрузки, коэффициента роста и сопоставимого испытания это не расчёт, а строка из каталога.
