Выбор инфраструктуры для 1С: когда Гилев бессилен — разбор AMD против Intel

Время от времени ко мне, как к айтишнику с опытом, прибегают ребята с классическим лицом «помогите-подскажите, что делать». Обычно это мучения выбора — класть 1С в облако или на выделенный сервер, брать Intel или качнуть AMD, и много ли платить за это чудо. На днях напоролся на бодрую статью о небезызвестном «тесте Гилева», и вспомнил свежий кейс из жизни, когда тест показал одно, а реальные пользователи — совсем другое. Вот о нём и расскажу: почему бенчмарки — это просто скучный шар в вакууме, и как не влететь на дорогую ошибку, выбирая площадку для вашей 1С.

Тест Гилева: коротко о главном, без скуки

Итак, если вы работали с внедрением 1С в облаке или на физическом сервере, вы наверняка слышали о тесте Гилева — любимый инструмент айтишников для сравнения мощи конкретного процессора под нагрузкой. Быстро, наглядно, баллы посчитали, железо выбрали — и разошлись, как после парной. Только вот жизнь редко идет по сценарию из мануала.

Реальный кейс: заказчик, который сбросил SAP с корабля

Пару месяцев назад к нам обратился заказчик — хорошие ребята из среднего бизнеса, решили пересесть с SAP на 1С. Бюджет считать умеют, вопросы правильные задают: «Что брать — облако или свой сервер? Интел или АМД? А почём эксплуатация?» Разве такие вопросы айтишник пропустит? Конечно, взялись помогать.

Тесты в теории: Intel впереди… но только на бумаге!

Решили мы для чистоты эксперимента прогнать оба сценария: Intel Xeon Gold 6548Y и AMD EPYC 9274F. На тесте Гилева — Интел получил 60 очков, а АМД — 58. Почти ничья, но формально Интел выиграл. Казалось бы, готово — ставим галочку, идём оформлять серверы!

Практика ломает шаблоны: реальная работа 1С показывает фокусы

Но тут мы сказали «А теперь по-взрослому!» — и запустили рабочий сценарий: «закрытие месяца» в реальной базе 1С:ERP. И тут, скажу честно, у меня брови поехали в разные стороны. AMD справился на треть быстрее! Казалось бы — тесты рядом, а по задачам бизнеса разрыв.

Почему так случается: шарики вселенской истины

Причин море, и вот основные грабли:

• Тест Гилева оценивает только «сырые» CPU — четыре ядра, ничего лишнего, всё идеально. Но 1С по-настоящему нагружает диски, память и резко распараллеливает задачи.
• В реальной работе ваши «соседи» по облаку могут плющить базу, и результат теста у вас прыгает, как жаба на раскалённом асфальте: то 15 баллов, то 25.
• Даже сам Гилев пишет: тест проводить на идеально пустой машине и одном процессоре. Вся идея летит в трубу при запуске в облаке или на занятом сервере.

Моя практика: почему тюнинг “из коробки” — лишь половина дела

За годы набил руку на таких проектах. Пробовали всё: разные диски, процессоры, тюнили PostgreSQL (особенно с патчами от 1С — это вообще must-have). Как только дело доходит до реального сценария закрытия месяца, высыпают неожиданные факторы:

• Профиль нагрузки меняется — тесту Гилева нужен быстрый CPU, а 1С использует потоки, параллельные процессы, зверское чтение с диска.
• Допилили RAID — стало чуть лучше, поменяли память — лучше ещё чуть, но без фанатизма. Уже не раз замечал: можно бесконечно покупать новое железо, но схемы запросов Старый Петрович часто пишет “на живую нитку”, и тогда хоть суперкомпьютер выставь — всё равно тормозить будет.

Архитектура из реального мира: почему AMD неожиданно выстрелил

Вот тут начинается техно-магия для тех, кто любит цифры:

• AMD EPYC 9274F — 24 ядра, 48 потоков, частота 4.05 ГГц
• Intel Xeon 6548Y — 32 ядра, 64 потока, частота 2.5 ГГц

Всё красиво на бумаге, но из-за именно архитектуры и работы памяти, а также особенностей конкретного профиля нагрузки 1С, преимущества одного процессора над другим оказываются не столь очевидны. Тут +10% в одном типе задач, там —30% в другом.

Память, диск и все, что между ними

Вопрос памяти в 1С — отдельная «песня». Когда оптимизировали настройки памяти PostgreSQL да ещё и правильно настроили NVMe-накопители в RAID1 для AMD — получаем, что база летает быстрее, чем на бумаге. А на Intel на тех же настройках — ну, просто летает, но не быстрее.

Что добавлю из личных кейсов: правильно настроенная дисковая подсистема зачастую даёт больше, чем новый процессор. Был случай — переключили с обычных SSD на правильные NVMe, прирост был больше, чем от апгрейда Интела на АМД. Главное — не забывайте, что тестировать надо конкретную базу и типы операций, а не абстрактную “букашку из примера”.

Волшебные бенчмарки и суровая действительность

Один мой коллега любит шутить: “Тест Гилева — это как сфотографироваться в фильтре Инстаграма и думать, что на паспорт ставят такой же портрет”. Мол, красиво, но к жизни отношения почти нет. Синтетика хороша, пока реальность не подкинула новостей о шумных соседях, скачках цен на железо или сбоях в логистике компонентов.

Облако против железа: "Что, где, когда" решать вам — или всё же опыт?

Здесь без личного опыта никуда. Я сам никогда не говорю «берите только физический сервер!» Всё зависит:

• Если у вас длинные периоды тяжелой нагрузки и каждый рубль на счету — выделенный сервер дешевле, по отдаче на рубль, если ничего не сломается и не устареет.
• Облако дороже и непредсказуемо при “шумных соседях”, но прощает сбои, обновляется без головняка, легко масштабируется — зато за всё это платите ежемесячно.
• А цена-то неспокойная — на железо сейчас такой ажиотаж, что SSD-диски стоят как хороший отдых на морях, а оперативка в цене как новый пылесос с вертикальным взлётом.
• Из личного: не раз заказчики ждали свои сервера по 3–4 месяца, пока всё нужное появится у поставщиков. А время — деньги!

Как правильно подходить к тестам: мой рецепт

Лично я за такой подход: тест Гилева — для "разогрева", а не для принятия решений. Хотите знать, как реально поведёт себя ваша база? Возьмите полный дамп, разверните тестовую площадку и повторите именно тот процесс, который у вас тормозит — будь то закрытие месяца, массовое проведение документов, расчёт себестоимости. Только тогда получите честную картину.

Слово аналитикам: эксперты тоже советуют “думать головой”

Легендарный Gartner как-то писал: “Реальные показатели важнее искусственных сценариев — инфраструктура должна быть оптимизирована под особенности именно вашей бизнес-логики”. Оно и верно — сколько я не смотрел обзоров, типовая Виртуальная АТС может бегать прекрасно на одном сервере, а на облаке затыкаться из-за шума. А вот для SD-WAN вполне подойдёт и гибкое масштабирование, если умеете держать систему под контролем.

Советы финалиста: на что обратить внимание читателю

• Не верьте только бенчмаркам. Тестируйте прикладные сценарии, которые болят именно у вас.
• Правильный выбор — это компромисс между "железячной" дешевизной, гибкостью облака и скоростью внедрения.
• Никогда не забывайте про “шумных соседей” в публичном облаке и про риски устаревания “физики”.
• Оптимизируйте базу и запросы — иногда грамотно переписанный отчет даёт экономию времени круче любого апгрейда CPU.
• Применяйте патчи, не скупитесь на консультацию у профи — это дешевле, чем дорогостоящие сливы бюджета на лишние “коробки”.

Вывод: Идеального решения нет, готовых «волшебных кнопок» тоже нет. Каждый бизнес и каждая 1С — уникальны. Хотите максимума отдачи? Тестируйте под себя, не бойтесь «черновых» экспериментов, ну и — обращайтесь за консультацией, если хотите сэкономить годы и деньги.

Нужна помощь с выбором инфраструктуры для 1С? Оставьте заявку, и наши специалисты свяжутся с вами в течение 15 минут — разберем вашу задачу и предложим решение.
Получить консультацию бесплатно