Сервер для баз данных

Память это кэш базы. Когда нужные данные лежат в оперативке, запрос отрабатывает за микросекунды, без обращения к диску. Чем больше рабочей части базы помещается в память, тем меньше нагрузка на диски и тем быстрее работает вся система. Поэтому под СУБД закладывают памяти с запасом: грубо стараются вместить горячие данные базы целиком. Под базу в сотню гигабайт это 128 ГБ и выше, под крупные базы 256-512 ГБ и больше. Память берём только ECC, чтобы сбой бита не повредил данные. Конкретный объём считаем под размер вашей базы.

Зависит от профиля нагрузки. Под учётные системы и много коротких транзакций (OLTP, 1С) важнее частота ядра и низкая задержка, такие запросы плохо распараллеливаются. Под аналитику, отчёты и тяжёлые параллельные запросы (OLAP, хранилища данных) выигрывает число ядер. Отдельно учитываем лицензирование: MS SQL и Oracle часто считаются по ядрам, поэтому иногда выгоднее взять меньше ядер, но быстрее, чтобы не переплачивать за лицензии. Опишите задачу, и мы подберём процессор под баланс скорости, числа ядер и стоимости лицензий.

Под активную базу с записью ставят NVMe SSD корпоративного класса: они дают максимальное число операций в секунду и низкую задержку, имеют высокий ресурс записи и защиту от потери данных при сбое питания. Объединяем их в RAID10, который сочетает скорость и зеркалирование и переживает отказ диска. RAID5 под запись базы мы не берём из-за штрафа на запись и долгого восстановления. Системный том выносим на отдельное зеркало, а при больших нагрузках журналы транзакций на отдельные диски, чтобы лог не конкурировал с данными. Так база держит высокую нагрузку без проседаний.

IOPS это число операций ввода-вывода в секунду, которые держит дисковая подсистема. Для базы данных это ключевой показатель: один тяжёлый отчёт или сотня одновременных пользователей это тысячи мелких чтений и записей. Если дискам не хватает IOPS, запросы встают в очередь и база тормозит, даже если процессор простаивает. Поэтому под СУБД берут NVMe, у которых IOPS на порядки выше, чем у обычных SATA-дисков, и собирают их в RAID10 для суммирования производительности. При подборе мы оцениваем требуемые IOPS по вашей нагрузке и закладываем массив с запасом.

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

На уровне одного сервера закладываем резерв: два блока питания на разные линии, RAID10 с горячим резервом диска, дублирование сетевых портов, горячая замена дисков и БП. Но важно понимать: RAID это не бэкап, он не спасёт от ошибочного удаления данных или шифровальщика. Поэтому отдельно настраиваем резервное копирование базы по расписанию с хранением копий вне сервера. Под критичные базы собираем второй сервер и поднимаем репликацию или отказоустойчивый кластер (MS SQL Always On, потоковая репликация PostgreSQL), чтобы при отказе одного узла база поднялась на резервном с минимальным простоем.

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

Да, серверы под СУБД мы собираем с запасом под рост: можно добавить память в свободные слоты, дозаполнить дисковые отсеки NVMe и расширить массив, поставить второй процессор в 2U, добавить сетевые карты. Поэтому при подборе оставляем свободные слоты памяти и отсеки под диски, исходя из прогноза роста базы на 2-3 года. Когда база вырастет, поможем подобрать совместимые комплектующие и провести апгрейд с переносом данных и минимальным простоем. Это заметно дешевле, чем менять сервер целиком, и позволяет растягивать вложения во времени.

Да, по запросу устанавливаем операционную систему и саму СУБД: PostgreSQL, MS SQL Server, Oracle, MySQL или MariaDB, настраиваем RAID-массив, параметры памяти под базу, журналы транзакций и схему резервного копирования. При необходимости поднимаем репликацию или отказоустойчивый кластер. Если нужен перенос существующей базы со старого сервера, выполняем миграцию с минимальным простоем и проверкой целостности данных. Объём настройки согласуем заранее и включаем в смету, чтобы вы получили готовый к работе сервер с настроенной базой, а не просто железо.

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

Сборку на заказ под вашу СУБД выполняем обычно за 3-7 рабочих дней с учётом теста дисков и памяти на стенде и прогона массива под нагрузкой. Если подходящая конфигурация есть на складе в Алматы, отгружаем за 1-3 дня. Брендовый сервер под заказ поставляется от одной до трёх недель в зависимости от модели и наличия у дистрибьютора. Точный срок называем в коммерческом предложении и фиксируем в договоре. В регионы Казахстана добавляется время на доставку транспортной компанией, его тоже учитываем и сообщаем заранее.

Да, с компаниями и ИП работаем по договору поставки и безналичному расчёту с выставлением счёта и счёта-фактуры (ЭСФ). После отгрузки подписываем накладную и акт приёма-передачи. Реквизиты, проект договора и спецификацию конфигурации присылаем заранее, чтобы бухгалтерия и снабжение успели всё провести. Поможем с документами для постановки оборудования на учёт, а для тендеров и госзакупок подготовим комплект документов и технические характеристики под требования заказчика. Гарантию и условия сервиса прописываем в договоре без скрытых оговорок.

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