Категория: серверы

Диагностика производительности: выбор реестрового сервера YADRO или DEPO для 1С и виртуализации

При миграции с Dell или HPE нельзя выбирать отечественный сервер только по числу процессорных ядер, объёму памяти и наличию записи в реестре. Скорость 1С определяется всей цепочкой: процессором, NUMA-топологией, заполнением каналов памяти, контроллером, накопителями, гипервизором и СУБД. Поэтому сравнивать YADRO и DEPO нужно не по логотипу, а на одинаковой рабочей нагрузке и по заранее утверждённым критериям приёмки.

Что сравнивать у YADRO и DEPO до заказа

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

Параметры технического сравнения
Узел Что запросить у поставщика Почему это важно для 1С
Процессор Точную модель, базовую и турбочастоту, число сокетов, доступные режимы производительности BIOS Часть операций 1С и СУБД чувствительна к скорости отдельного ядра, а не только к их общему числу
Оперативная память Схему установки модулей по процессорам и каналам, частоту после заполнения слотов, возможность расширения Неравномерное заполнение каналов и удалённый NUMA-доступ увеличивают задержки
Дисковый контроллер Модель, режим работы, наличие защищённого кэша, параметры RAID и возможность прямого доступа к NVMe Контроллер может ограничить быстрые SSD или скрыть задержки до исчерпания кэша
Накопители Артикул, интерфейс, класс применения, ресурс записи, защиту от потери питания и прошивку Одинаковая ёмкость не означает одинаковую устойчивость к смешанной нагрузке базы данных
Сеть Модель адаптера, драйверы, поддерживаемые скорости и совместимость с гипервизором Сетевые задержки влияют на внешнюю СХД, миграцию виртуальных машин и резервное копирование
Эксплуатация Удалённое управление, мониторинг оборудования, регламент обновления прошивок, условия замены компонентов Стабильность определяется не только скоростью, но и временем диагностики и восстановления

Перед закупкой проверьте точную реестровую запись, производителя, модель и срок её действия в реестре российской промышленной продукции ГИСП. Запись должна соответствовать поставляемому исполнению, а не только торговому названию семейства.

Пошаговая диагностика производительности

  1. Зафиксировать исходную нагрузку

    На действующем сервере Dell или HPE соберите показатели за обычный рабочий период и во время пиков: загрузку процессоров, активную память, дисковые задержки, глубину очереди, объём чтения и записи, сетевой трафик, длительность регламентных операций и ожидания СУБД. Отдельно отметьте закрытие месяца, массовое проведение документов, обмены, отчёты и резервное копирование.

  2. Подготовить одинаковые стенды

    На YADRO и DEPO должны совпадать версии BIOS, прошивок, операционной системы, гипервизора, СУБД и платформы 1С. Используйте одинаковую резервную копию обезличенной базы, одинаковые параметры виртуальной машины и один план теста. Фоновые задания, антивирусное сканирование и резервное копирование либо отключают на обоих стендах, либо включают на обоих.

  3. Проверить аппаратную конфигурацию

    Убедитесь, что память симметрично распределена между процессорами и каналами, накопители работают на ожидаемой скорости интерфейса, контроллер не выполняет фоновую инициализацию, а CPU не ограничен энергосберегающим профилем. Проверьте температуры, троттлинг, аппаратные ошибки памяти и журнал удалённого контроллера управления.

  4. Протестировать диски отдельно от 1С

    Для Linux применяйте fio, для Windows — DiskSpd либо эквивалентный инструмент. Создайте профили последовательного чтения, последовательной записи, случайного чтения и смешанного случайного ввода-вывода. Используйте размер блока, глубину очереди и соотношение чтения к записи, полученные из мониторинга действующей системы.

    Важно: не запускайте тест записи на боевом блочном устройстве. Используйте отдельный тестовый том без рабочих данных и резервных копий.

    fio --name=db-mixed \
  --filename=/test-volume/fio.test \
  --direct=1 \
  --ioengine=libaio \
  --rw=randrw \
  --rwmixread=${READ_PERCENT} \
  --bs=${BLOCK_SIZE} \
  --iodepth=${QUEUE_DEPTH} \
  --runtime=${TEST_SECONDS} \
  --time_based \
  --group_reporting

    Тест должен работать дольше периода заполнения кэша контроллера. Оценивайте не только IOPS и пропускную способность, но и медианную и хвостовую задержку. Краткий пик скорости из кэша не характеризует продолжительную работу базы.

  5. Запустить прикладную нагрузку

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

  6. Проверить виртуализацию и отказные режимы

    Повторите тест внутри виртуальной машины. Проверьте влияние NUMA, переподписки процессоров, динамической памяти, снимков, резервного копирования и конкурирующих ВМ. Затем оцените работу массива при восстановлении после замены накопителя: именно в этом режиме пользователи часто впервые замечают недостаток производительности.

  7. Составить протокол приёмки

    Зафиксируйте спецификацию, версии прошивок, настройки BIOS и RAID, команды тестирования, исходные данные и результаты каждого прогона. Решение принимают по повторяемости и соответствию бизнес-сценарию, а не по одному максимальному показателю.

Критерии проверки и оптимальная спецификация

Пороговые значения нельзя корректно назначить без характеристик конкретной базы. Их следует вывести из текущей системы и требований бизнеса. До теста согласуйте следующие критерии:

  • время отклика ключевых операций 1С не хуже утверждённого базового уровня;
  • отсутствие устойчивой очереди на процессоре, памяти, дисках и сетевых интерфейсах;
  • стабильная дисковая задержка без регулярных выбросов во время продолжительной записи;
  • отсутствие троттлинга, аппаратных ошибок и деградации частоты под нагрузкой;
  • приемлемое время резервного копирования и подтверждённое восстановление базы;
  • сохранение работоспособности при отказе накопителя, контроллера питания или сетевого пути;
  • предсказуемое поведение при одновременной работе 1С и соседних виртуальных машин.

Рекомендуемый профиль сервера для нагруженной 1С

Без результатов обследования нельзя честно назвать точный процессор или объём памяти. Рабочая спецификация должна строиться по следующему профилю:

  • процессор с приоритетом высокой производительности ядра и достаточным запасом под измеренный параллелизм;
  • симметрично заполненные каналы памяти с резервом для кэша СУБД и роста базы;
  • отдельные отказоустойчивые загрузочные накопители;
  • корпоративные SSD или NVMe с защитой от потери питания и ресурсом записи, подходящим для БД;
  • разделение данных, журналов транзакций и временных файлов на независимые группы накопителей либо гарантированные классы хранения;
  • контроллер с защищённым кэшем или прямой доступ к NVMe — выбор подтверждается тестом конкретной СУБД;
  • резервирование блоков питания и сетевых подключений;
  • совместимые драйверы, гипервизор и средства аппаратного мониторинга;
  • свободные слоты и дисковые корзины для расширения без полной замены платформы.

YADRO имеет смысл выбрать, если его конкретная конфигурация лучше проходит согласованный тест, совместима с используемым программным стеком и удобнее в эксплуатации. То же правило относится к DEPO. Универсального победителя по бренду нет: итог зависит от состава комплектующих, настроек и качества сопровождения.

Типовые ошибки и краткий вывод

  • Сравнение по числу ядер. Больше ядер не гарантирует более быстрые однопоточные операции и может усложнить лицензирование.
  • Тест пустой базы. Он не воспроизводит объём индексов, блокировки и рабочий набор данных.
  • Оценка только IOPS. Для интерактивной работы важны задержка и её стабильность, особенно на смешанной записи.
  • Короткий тест. Результат показывает скорость кэша, но не массива после его заполнения.
  • Разные условия стендов. Несовпадающие прошивки, планы питания и настройки гипервизора делают сравнение недостоверным.
  • Тестирование только физического сервера. Накладные расходы и неправильная NUMA-конфигурация появляются уже внутри виртуальной машины.
  • Игнорирование деградированного RAID. Сервер проходит демонстрационный тест, но замедляется во время восстановления массива.
  • Покупка без точных артикулов. Замена контроллера или SSD на формально похожий компонент меняет результат.
  • Отсутствие теста восстановления. Наличие резервной копии ещё не подтверждает, что 1С можно вернуть в работу в допустимый срок.

Вывод: безопасная миграция с Dell или HPE начинается не с выбора между YADRO и DEPO, а с фиксации текущей нагрузки и протокола приёмки. Оптимальным будет сервер, который на целевой версии 1С, СУБД и гипервизора стабильно выполняет реальные операции компании, выдерживает продолжительную запись и сохраняет приемлемый отклик в отказных режимах.