Выделенный сервер: как выбрать конфигурацию и не переплатить

Если вы хотите запустить гипервизор или высоконагруженную СУБД, ресурсов VPS может быть недостаточно. В такой ситуации на помощь приходит выделенный физический сервер. Но сколько ядер процессора и оперативной памяти понадобится именно вашему проекту? Хватит ли канала на 1 Гбит/с или нужно больше? Можно взять конфигурацию с запасом, но переплачивать за ресурсы, которые большую часть времени будут простаивать, тоже не хочется.

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

Что такое выделенный сервер

Выделенный сервер — это физическая машина, которую целиком арендует один клиент (такой формат ещё называют Dedicated Server или просто дедиком). В отличие от VPS, где один физический сервер может быть разделён между несколькими виртуальными машинами, на выделенном сервере процессор, оперативная память, диски и другие аппаратные ресурсы не делятся с соседями.

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

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

Из чего состоит конфигурация выделенного сервера

CPU (процессор)

Первое, на что стоит обратить внимание при выборе сервера, — процессор. В выделенном физическом сервере может быть установлен один или несколько процессоров. Чаще всего их два, но бывают конфигурации с четырьмя, восемью или более процессорами. Поэтому при заказе на сайте вы можете видеть 2 CPU, 4 CPU и так далее.

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

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

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

Тактовая частота показывает, сколько рабочих циклов в секунду может выполнять ядро процессора. В характеристиках CPU обычно указывают базовую и максимальную частоту. Максимальная частота достигается не постоянно, а при определённых условиях нагрузки и работы процессора.

Для многопоточной нагрузки показательным примером может быть AMD EPYC 7713: 64 ядра и 128 потоков при базовой частоте 2,0 ГГц и максимальной 3,67 ГГц. Такой процессор может быть полезен для виртуализации, контейнеризации и VDI, где одновременно выполняется большое количество задач.

А вот Intel Xeon E5-2660 v4 имеет 14 ядер и 28 потоков при базовой частоте 2,0 ГГц и максимальной 3,2 ГГц. Для файлового сервера, системы мониторинга или резервного копирования большое количество ядер может быть не критично, и здесь нет смысла переплачивать за вычислительные ресурсы, которые не будут востребованы.

RAM (оперативная память, ОЗУ)

Необходимый объём оперативной памяти зависит от планируемой нагрузки. В качестве первоначального ориентира можете использовать такие значения: для небольшого сайта или простого веб-сервиса — 8–16 ГБ, для корпоративного приложения — 16–32 ГБ, для СУБД — 32–128 ГБ и больше, а для сервера виртуализации объём памяти может стартовать от 64–128 ГБ и значительно увеличиваться при росте количества виртуальных машин.

Если оперативной памяти не хватает, операционная система может начать использовать часть диска как дополнительную память — например, через swap. Диск значительно медленнее RAM, поэтому активное использование swap обычно приводит к снижению производительности.

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

Особенно заметна роль RAM при виртуализации. Память распределяется между несколькими виртуальными машинами, и её необходимый объём можно оценивать исходя из требований каждой из них. Например, десяти виртуальным машинам по 8 ГБ потребуется уже 80 ГБ RAM — без учёта памяти для гипервизора и запаса под рост нагрузки. В этом случае нужно смотреть конфигурации минимум с 128 ГБ RAM, особенно если планируете увеличивать нагрузку. 

Диски

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

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

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

В качестве ориентира используйте такой подход: если нужно хранить до нескольких сотен гигабайт и вам важна скорость работы приложений, смотрите SSD или NVMe. Если речь идёт о нескольких терабайтах данных, которые в основном нужно хранить, а не постоянно обрабатывать, HDD может быть более выгодным вариантом. 

RAID

Если в сервере установлено несколько дисков, их можно объединить в RAID-массив. В зависимости от уровня RAID-массива, это может дать более высокую скорость работы или защиту данных при отказе одного из дисков. Для выделенного сервера важно понимать, что даёт каждый уровень RAID и чем приходится жертвовать взамен.

• RAID 0 — распределяет данные между несколькими дисками, тем самым повышая скорость работы и делая полезную ёмкость массива равной сумме ёмкостей всех подключённых к массиву дисков. Отказ одного из дисков приводит к потере всего массива. Для организации RAID 0 нужны минимум 2 диска.

• RAID 1 — зеркалирует данные на двух или более дисках. При отказе одного из дисков данные остаются доступными. Полезная ёмкость массива, как правило, равна ёмкости одного диска.

• RAID 5 — распределяет данные и контрольную информацию (чётность) между дисками. Массив данного уровня продолжает работать при отказе одного диска. Для организации RAID 5 необходимо наличие минимум трёх дисков.

• RAID 10 — сочетает в себе зеркалирование RAID 1 и распределение данных RAID 0, тем самым обеспечивая высокую производительность и отказоустойчивость. Для организации RAID 10 нужны минимум 4 диска.

Выбор RAID зависит от задачи. Для систем, где важна сохранность данных и доступность сервера, чаще рассматривают RAID 1 или RAID 10. RAID 0 имеет смысл там, где приоритетом является скорость, а потерю данных можно компенсировать из другого источника.

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

Сетевое подключение

Для сервера важна не только скорость обработки данных, но и то, насколько быстро он может передавать их по сети. В конфигурациях выделенных серверов обычно можно встретить подключения на 1, 10 и 25 Гбит/с.

Для большинства веб-сайтов, серверов приложений, СУБД и других типичных задач 1 Гбит/с может быть вполне достаточно. На 10 Гбит/с имеет смысл смотреть, если сервер постоянно передаёт большие объёмы данных, работает с несколькими быстрыми серверами или обслуживает интенсивный сетевой трафик. 25 Гбит/с востребованы в ещё более нагруженных сценариях — например, при работе с крупными хранилищами, виртуализацией и системами с большим объёмом обмена данными.

При этом скорость сетевого интерфейса — не то же самое, что реальная скорость передачи данных через интернет. Порт на 10 или 25 Гбит/с задаёт максимальную пропускную способность сетевой карты, но конкретное соединение может работать медленнее. На скорость влияют маршрут, пропускная способность промежуточных каналов и ограничения удалённого узла.

Какие выделенные серверы есть у RUVDS

На сайте RUVDS можно арендовать выделенный физический сервер Bare Metal. Доступно более сорока конфигураций, которые отличаются процессорами, объёмом оперативной памяти, типом и количеством накопителей и параметрами сетевого подключения. Для удобства они разделены на четыре группы. 

• Старт — конфигурации для веб-проектов и корпоративных сайтов. Здесь представлены серверы на Intel Xeon D-1521 и Intel Xeon E5-2660 с разным объёмом памяти и дисковым пространством.

• Стандарт — универсальные конфигурации для приложений, баз данных, файловых сервисов и других типовых задач. В этой группе доступны варианты с 128–256 ГБ RAM и различными сочетаниями HDD и SSD.

• Мощные — конфигурации с большим количеством вычислительных ресурсов и объёмом памяти до 1024 ГБ. Они рассчитаны на ресурсоёмкие корпоративные системы, обработку видео, Big Data и вычислительные задачи; в некоторых конфигурациях доступны NVMe-накопители.

• AMD EPYC — конфигурации на процессорах AMD EPYC с 512–2304 ГБ RAM и скоростью сетевого подключения до 25 Гбит/с. Такие серверы подходят для задач, в которых важна высокая параллельная производительность и большой объём оперативной памяти.

Подбираем сервер под задачу

Теперь от теории перейдём к практике: рассмотрим несколько типичных сценариев и посмотрим, какие характеристики здесь имеют наибольшее значение.

Сценарий 1 — веб-сайт

Для веб-приложений важна производительность отдельных ядер, при этом большое их количество для работы сайта, как правило, избыточно. Для небольшого веб-сайта можно рассматривать конфигурации на однопроцессорном Intel Xeon D-1521 с 16 или 32 ГБ RAM, двумя SSD-накопителями в RAID 1 и сетевым подключением до 10 Гбит/с. Более ресурсоёмкому веб-приложению может потребоваться более производительная конфигурация.

Сценарий 2 — сервер виртуализации

Для сервера, предназначенного для работы в качестве гипервизора, преимуществом будет большое количество ядер и потоков, которые можно распределить между несколькими одновременно работающими виртуальными машинами. При большом количестве ВМ могут понадобиться сотни гигабайт оперативной памяти и быстрые NVMe-накопители. Для очень крупных инсталляций можно смотреть на конфигурацию с двумя сокетами AMD EPYC 9654, 2304 ГБ RAM, четырьмя HDD и шестью NVMe-дисками, объединёнными в RAID 10, с сетевым подключением до 25 Гбит/с.

Сценарий 3 — файловый сервер, сервер резервных копий

Здесь процессор вообще не обязательно должен быть современным или многоядерным. В первую очередь важны объём дискового пространства и, в зависимости от нагрузки, скорость сетевого подключения. Например, для такого сценария можно рассматривать конфигурацию с двумя сокетами Intel Xeon E5-2650 v2, 128 ГБ RAM и четырьмя HDD-дисками по 1862 ГБ, объединёнными в RAID 10.

Сценарий 4 — СУБД

Для базы данных, например PostgreSQL, процессор — лишь часть системы. Кроме него, здесь важно сочетание объёма RAM и производительности дисковой подсистемы. При интенсивной работе с данными особенно полезны быстрые NVMe-накопители. В качестве одного из вариантов можно рассматривать конфигурацию на двухсокетном Intel Xeon Gold 6338, дополненную 1024 ГБ оперативной памяти, двумя HDD-дисками, объединёнными в RAID 1, и шестью NVMe — в RAID 10.

Как заказать выделенный сервер RUVDS

Когда вы определились с нужной конфигурацией, сервер Bare Metal можно заказать на сайте RUVDS. У нас есть удобный конфигуратор, где можно выбрать модель процессора, количество ядер, тип накопителя и другие параметры. При этом не обязательно оплачивать сервер сразу за месяц — можно арендовать его на сутки для теста и посмотреть, достаточно ли вам выбранных параметров. 

Заключение

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

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