SCARAB или ANKH: стоит ли доплачивать за Ryzen 7600X и 64 ГБ памяти

MAATRIX · Выделенные серверы · Статья 21 из 48

Иногда в серверном прайсе самая интересная строка — разница между двумя соседними ценами. SCARAB стоит $309 в месяц, ANKH — $329. За дополнительные двадцать долларов предлагаются ещё два процессорных ядра и вдвое больше оперативной памяти. На первый взгляд спор заканчивается, не успев начаться: зачем брать младшую модель?

Однако выделенный сервер выбирают под работу, а работа бывает разной. Небольшой сервис может годами укладываться в скромные ресурсы; несколько баз данных способны освоить дополнительную память раньше, чем администратор успеет допить чай. Разберём, что именно покупает доплата за ANKH и в каких случаях SCARAB остаётся разумным выбором.

За $20 меняются два важных ресурса

Условия ниже взяты из предоставленных тарифных карточек. Это сравнение конкретных комплектаций, а не обещание неизменного прайса.

Доплата составляет около 6,5% цены SCARAB. При неизменной аренде за год набирается $240. За эти деньги вы получаете на 50% больше физических ядер и удвоенный объём RAM. Такова арифметика предложения; производительность приложения на те же проценты автоматически не увеличивается.

Оба процессора поддерживают одновременное выполнение двух аппаратных потоков на ядро: у EPYC 4124P их восемь, у Ryzen 7600X — двенадцать. Это помогает использовать вычислительные блоки, но не превращает четыре физических ядра в восемь полноценных. Характеристики можно проверить у AMD: EPYC 4124P и Ryzen 5 7600X.

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

Почему 64 ГБ часто заметнее двух дополнительных ядер

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

Пока всё помещается, взаимодействие кажется спокойным. Когда свободного пространства становится мало, приходится чаще освобождать кеш, перечитывать данные с диска или ограничивать параллельную работу. При активном обращении к swap задержки могут стать особенно неприятными. Это не означает, что любой используемый swap уже доказывает нехватку RAM: важны интенсивность обмена и совпадение с ухудшением работы.

Если рабочему набору проекта тесно в 32 ГБ, переход к 64 ГБ способен изменить поведение заметнее, чем небольшая разница в частотах. Вы перестаёте каждый день решать, какой службе сегодня разрешено быть прожорливой. Но если всем приложениям вместе хватает небольшой доли памяти, оставшийся объём не ускорит вычисления одним фактом своего существования.

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

Особенно внимательно считайте подключения к базе. Некоторые параметры задают память на отдельную операцию, а не на весь сервер. Поэтому увеличение числа рабочих процессов может неожиданно умножить расход. В PostgreSQL, например, work_mem относится к отдельным операциям сортировки и хеширования; детали описаны в справочнике по потреблению ресурсов. Присвоить этому параметру большую часть всей RAM — способ быстро познакомиться с аварийным завершением процессов.

Шесть ядер полезны, когда работе есть куда разделиться

Дополнительные ядра ANKH особенно понятны на нагрузке с несколькими независимыми заданиями. Пока один процесс готовит страницу, другой обрабатывает изображение, третий выполняет запрос к базе. Если все они готовы считать прямо сейчас, запас вычислительных ресурсов уменьшает конкуренцию.

Для небольшого сборочного узла это могут быть параллельные проверки разных проектов. Для веб-приложения — несколько одновременно активных обработчиков. Для корпоративной инфраструктуры — отдельные виртуальные машины, которым время от времени нужны ресурсы. ANKH даёт больше места для такой совместной работы, хотя пределы по памяти, диску и самому приложению никуда не исчезают.

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

Поэтому разница между базовыми частотами 3,8 и 4,7 ГГц не является готовым коэффициентом ускорения. Реальные частоты зависят от режима работы, а приложение может большую часть времени ждать диск или сеть. Максимальный boost тоже не означает постоянную частоту всех ядер под любой нагрузкой.

Сводные Benchmark 18 174 и 28 876 в карточках помогают заметить, что модели различаются. На посадочной странице эти баллы обозначены как PassMark, однако версия и методика не раскрыты. Ими нельзя доказать, во сколько раз ускорятся заказы, SQL-запросы или сборки. Для этого нужна проверка собственного сценария, с одинаковыми данными и версиями программ.

Серверный EPYC и настольный Ryzen: названия не заменяют комплектацию

Слово EPYC звучит обстоятельнее: сразу представляются стойка, холодный воздух и человек с доступом в серверную. Ryzen привычнее видеть в рабочем компьютере. Из этого иногда рождается вывод, что SCARAB обязательно надёжнее ANKH, хотя обсуждать надёжность нужно по устройству всей машины.

Важны материнская плата, память, охлаждение, питание, накопитель, средства наблюдения и порядок замены неисправных компонентов. Поддержка определённой возможности процессором ещё не означает, что она реализована в арендованной конфигурации. Для ECC нужны подходящие модули, плата и корректный режим работы; для удалённого управления — соответствующая система и условия доступа.

Поэтому перед решением полезно запросить сведения, которых нет в краткой карточке: точную модель SSD, наличие и тип ECC, доступные средства управления при недоступности ОС, порядок работы с аппаратными сбоями. Сравнение станет предметным, когда ответы получены для обеих машин.

При этом высокий ресурс конкретного SSD не заменяет резервные копии. В обоих тарифах указан один накопитель. Даже если он рассчитан на серьёзную нагрузку, поломка, ошибочная команда или повреждение файлов могут остановить проект. На вопрос «куда уйдёт копия базы» стоит ответить раньше, чем на вопрос «какой логотип процессора солиднее».

Подробности о накопителях полезно сопоставить с материалом NVMe против SATA SSD на сервере. Обозначение интерфейса рассказывает только часть истории; характер нагрузки и конкретная модель часто оказываются важнее красивой аббревиатуры.

Три проекта, для которых ответ будет разным

Небольшой стабильный сервис. Допустим, приложение давно работает, потребление памяти предсказуемо, обработчики редко заняты одновременно, роста в ближайшие месяцы не ожидается. Если выделенная машина нужна по организационным причинам или ради изоляции, SCARAB может закрыть задачу. Экономия $20 не огромна, но платить за ненужный ресурс тоже необязательно. Главное — убедиться, что сама потребность в dedicated оправданна: иногда подходящий VPS остаётся экономичнее.

Проект, который постепенно обрастает службами. Сегодня здесь сайт и база, завтра появятся поиск, обработка изображений и отдельная среда для проверки релизов. В этом случае ANKH выглядит сильнее благодаря запасу RAM и двум дополнительным ядрам. Покупается возможность расти внутри понятных ограничений, а не обещание бесконечного расширения. Тестовую среду всё равно нужно ограничить, чтобы неудачная сборка не вытеснила рабочую базу из памяти.

Нагрузка, которая уже ждёт диск. Предположим, замеры показывают длинные ожидания записи, а процессор при этом свободен. Здесь сравнение четырёх и шести ядер отходит на второй план. Нужно разобраться с запросами, характером записи и характеристиками накопителя. Если причина в памяти и частых повторных чтениях, ANKH может помочь. Если ограничение в устойчивой скорости записи, одинаковая надпись «1 ТБ NVMe» ответа не даёт.

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

Как проверить выбор за один рабочий цикл

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

Отдельно посмотрите, что происходит в момент замедления. Если загружены вычислительные потоки и растёт очередь задач, дополнительные ядра имеют понятную работу. Если увеличиваются ожидания диска, нужно исследовать хранение данных. Если приложение ждёт стороннее API, более дорогая машина может почти не изменить результат.

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

Затем добавьте запас на нормальную эксплуатацию. Бэкап, обновление индекса и выпуск релиза тоже расходуют ресурсы. Сервер, который выдерживает только идеальный рабочий день, будет требовать от администратора слишком большой веры в расписание.

С практической стороны это близко к вопросу, разобранному в статье «Пять признаков, что пора на выделенный сервер»: решение должно следовать из наблюдений, а не из желания иметь тариф повнушительнее.

Когда доплата за ANKH оправданна

По сочетанию предоставленных цены и ресурсов ANKH выглядит предпочтительным кандидатом для растущего проекта: дополнительные $20 покупают существенный запас памяти и больше возможностей для параллельной работы. Особенно убедителен этот выбор, когда 32 ГБ уже становятся тесными или несколько служб регулярно соперничают за CPU.

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

Здесь нет необходимости угадывать далёкое будущее. Достаточно понять ближайший этап жизни проекта: чем он занят сегодня, что появится завтра и какой ресурс закончится первым. Хорошая аренда редко напоминает коллекционирование характеристик. Обычно это машина, о которой в рабочий день удаётся не вспоминать.

Все материалы о выделенных серверах