AMD EPYC 7543P32 ядра · 256 ГБ DDR4 ECC · 2 × 1,92 ТБ NVMe
Классический сервер для баз данных: 32 ядра, 256 ГБ и 256 МБ кэша L3 для нагруженного OLTP.
Базы данных
Серверы для баз данных. Вся машина — вашим данным.
PostgreSQL, MySQL, ClickHouse и Redis ценят три вещи: память, быстрые и стабильные накопители и ядра, которыми больше никто не пользуется. Физический сервер даёт все три — и ECC, чтобы сбойный бит никогда не попал в ваши данные.
- До 1 ТБпамять ECC
- NVMeбез лимита IOPS и шумных соседей
- ECCна каждом сервере
- $249минимальная цена в месяц
Что нужно этой задачеПрофиль нагрузки
- Память — и многоРабочий набор данных должен помещаться в RAM. Наш сервер на двух EPYC вмещает до 1 ТБ — достаточно, чтобы держать в памяти даже большие наборы данных.
- Предсказуемая задержкаПроизводительность общих облачных томов зависит от нагрузки других клиентов. Локальные NVMe дают стабильную задержку меньше миллисекунды для WAL и случайного чтения.
- Ядра для параллельных запросовАналитические СУБД вроде ClickHouse распараллеливают запросы на все выделенные им ядра, а OLTP выигрывает от высоких частот.
- ECC — всегдаВо всех наших серверах — память ECC. Скрытое повреждение данных — единственный сбой, который база данных не может обнаружить сама.
Рекомендуем
Лучшие выделенные серверы для баз данных
Их выбрали инженеры, которые подбирают серверы под такие задачи каждую неделю. Все они в наличии.
AMD EPYC 9455P48 ядер · 128 ГБ DDR5 ECC · 2 × 1,92 ТБ NVMe
DDR5 в 12 каналах и 48 ядер Zen 5 для аналитики; при заказе память можно расширить до 768 ГБ.
2 × AMD EPYC 753264 ядра · 1 ТБ DDR4 ECC · 2 × 1,92 ТБ NVMe
In-memory с размахом: 1 ТБ RAM на два сокета для Redis, кэшей и огромных буферных пулов.
Советы наших инженеров
Как настроить сервер для баз данных
Первый час на новом сервере определяет, как пройдёт следующий год.
Где размещать
Размещайте базу данных рядом с серверами приложений. Для реплики выберите второй город в том же регионе: между Амстердамом и Франкфуртом около 11 мс.
Сравните задержку для ваших пользователей- Начните с shared_buffers около 25% RAM для PostgreSQL, а остальное пусть кэширует ОС.
- Включите huge pages для больших буферных пулов и привяжите СУБД к узлам NUMA на двухпроцессорных серверах.
- Держите WAL/binlog на NVMe и непрерывно архивируйте его за пределы сервера (pgBackRest, WAL-G).
- Реплицируйте между локациями: потоковая реплика в другом городе превращает катастрофу в штатное переключение (failover).
Частые вопросы
Вопросы о базах данных
Остались вопросы?
Клиенты задают вопросы напрямую инженерам, которые обслуживают серверы, — в тикете из личного кабинета. Медианное время первого ответа — менее 15 минут, 24/7.
Как работает техподдержкаМожно ли получить больше памяти, чем указано?
Да. Для большинства серверов расширение памяти доступно на странице заказа, а при необходимости его можно установить и позже — прямо в ваш сервер.
Вы предлагаете управляемые базы данных?
Нет — СУБД и её настройки полностью под вашим контролем. Мы следим за железом, сетью и запасом комплектующих.
Аппаратный RAID или программный?
Мы используем программный RAID Linux (mdadm) на NVMe: для NVMe он не медленнее контроллера, не привязан к конкретному железу, и его можно мониторить напрямую.
Другие задачи
Все задачи