Серверная платформа под MySQL
Подбор многоядерного CPU и ECC-памяти под buffer pool InnoDB и binlog-трафик
Подбор сервера MySQL с репликацией мастер-слейв — проектирование отказоустойчивых баз данных
Корпоративная база MySQL плохо переживает три события: бэкап в часы пик, тяжёлый отчётный JOIN от аналитика и отказ master без подготовленной реплики.
Сервер MySQL с репликацией мастер-слейв мы собираем как страховку от всех трёх: master закрываем NVMe RAID 10 под высокий IOPS, на реплике гоняем бэкапы и read-нагрузку, failover настраиваем на автоматический promote через ProxySQL или MHA. На выходе - готовая пара master + реплика под ключ
В реестре проверенных поставщиков
Рейтинг компании
{ серверные решения }
Роль выделенного сервера MySQL в нагруженных сервисах
Если каждое утро DBA проверяет, не сломалась ли репликация за ночь, и руками гоняет mysqldump в обход рабочих часов - это симптом того, что инфраструктура собрана из несовместимых узлов и без отдельной реплики под бэкап
Надёжная дисковая подсистема
Сборка NVMe RAID 10 под master и SSD-массива под реплику - снимаем дисковое узкое место для коммитов
Отказоустойчивая репликация
Настройка репликации через GTID и автоматического failover через ProxySQL или MHA
Резервное копирование без простоя
Развёртывание схемы резервного копирования с реплики (Percona XtraBackup, mariabackup) - без блокировки записи на master
Соответствие требованиям ФЗ
Закрытие требований ФЗ-152 и 187-ФЗ для объектов КИИ - оборудование из реестра Минпромторга
{ характеристики }
Технические характеристики и преимущества профессиональных решений
Расчёт сервера MySQL под нагрузку и сетевая пропускная способность
Расчёт сервера MySQL мы делаем под фактический профиль вашей нагрузки: соотношение OLTP и OLAP, размер активной части базы, средний и пиковый QPS. Берём 16–32 ядра серверного класса, 128 ГБ ECC-памяти как рабочий минимум для базы 100–300 ГБ, 10 GbE - для базового сценария или 25 GbE с агрегацией портов под binlog-трафик. Под аналитический профиль с тяжёлыми JOIN-ами увеличиваем число ядер и объём buffer pool - конфигурацию ведёт инженер с опытом нагруженных MySQL-проектов
Отказоустойчивость дисковой подсистемы и целостность данных
Под master собираем NVMe-массив в RAID 10 на аппаратном контроллере с BBU - сотни тысяч IOPS на запись и предсказуемое время отклика, redo log не повреждается при пропадании питания. На реплике ставим SAS / SATA SSD в RAID 6 или RAID 10 - реплика работает под бэкап и аналитику, требования к IOPS мягче. ECC-память для сервера БД обязательна: без неё сбой одного бита приводит к тому, что данные пишутся на диск с ошибкой, и InnoDB не отлавливает это до момента чтения
Программная совместимость и инструменты HA
Платформу собираем под MySQL Community и Enterprise, MariaDB или Percona Server - выбираем под стандарт вашего ИТ-отдела без переплаты за лицензию, если задача не требует Enterprise. Для упрощённого failover используем GTID-репликацию, для гарантии доставки - semi-sync, для read-нагрузки - ProxySQL или HAProxy. Автоматический promote реплики настраиваем через MHA или MySQL Router. В каталоге представлены серверы для SQL-нагрузок - отдельная категория с подобранными платформами под high-load БД
Оставьте заявку, и мы свяжемся с вами в ближайшее время
{ конфигурации }
Готовые решения для серверов MySQL с репликацией
Среднее предприятие и интернет-магазин с базой 100–300 ГБ
- 1 master + 1 реплика; на master - 16 ядер, 128 ГБ ECC и NVMe в RAID 10 на 4 ТБ
- Асинхронная репликация с GTID - простая в администрировании и достаточная для read-heavy-нагрузки
- Реплика работает под Percona XtraBackup и read-only-запросы, отчёты тимлида аналитики идут в обход master
- Лицензирование, пусконаладка и поддержка 24/7 включены в проект
Федеральная розничная сеть и финтех с базой 1–3 ТБ
- 1 master + 2 реплики с разделением ролей: одна под OLTP-чтение, вторая под бэкап и тяжёлую аналитику
- На master - 32 ядра, 256 ГБ ECC и NVMe в RAID 10 под высокий QPS
- Semi-sync репликация - гарантия доставки транзакции на реплику перед коммитом master
- ProxySQL + MHA для автоматического promote - переключение мастера за секунды без потери данных
Высоконагруженный кластер для объектов КИИ и медицинских платформ
- CPU 16–24 ядра серверного класса, 128 ГБ ECC и SSD-массив под архивные данные
- Конфигурация полностью из реестра радиоэлектронной продукции Минпромторга - закрываем 187-ФЗ и импортозамещение
- Active-passive переключение и репликация на удалённую площадку - disaster recovery с RPO в минуты
- Расширенный аудит изменений в БД и журналирование действий администраторов под ФЗ-152
На что мы опираемся при проектировании серверов MySQL
1 этап
Считаем профиль нагрузки: соотношение OLTP и OLAP, размер активного датасета, средний и пиковый QPS
- 2 этап
Подбираем число ядер CPU и объём памяти. Закладываем запас 30–40% на пиковые часы и рост на 2–3 года
- 3 этап
Проектируем дисковую подсистему: NVMe RAID 10 под master, SSD RAID 6 под реплику, отдельный SSD под binlog
- 4 этап
Выбираем редакцию MySQL под стандарт вашего ИТ-отдела и реестр отечественного ПО
- 5 этап
Настраиваем репликацию (async / semi-sync / GTID), бэкап-политику и мониторинг как единый стек
- 6 этап
Прогоняем нагрузочное тестирование на синтетике от ваших боевых запросов
- 7 этап
Балансируем цену и производительность. Каждая статья бюджета даёт максимальный прирост стабильности
{ сервисное обслуживание }
Технический сервис и внедрение сервера под ключ
Профессиональная настройка и ввод в эксплуатацию
Инженеры Serverzilla берут на себя полный цикл под ключ: сборку, прошивку, установку MySQL, тонкую настройку my.cnf, развёртывание репликации и контрольный failover на стенде. Вы получаете готовую к работе пару master + реплика с runbook для дежурного DBA без необходимости держать своего администратора на старте
Масштабируемость и подключение новых реплик
Если нагрузка на чтение вырастет, добавим дополнительные реплики без перерыва в работе master. Когда упираемся в вертикальный потолок одного master, помогаем спланировать переход на шардирование через Vitess или гибрид с MariaDB Galera - крупные проекты сопровождаем итеративно
Регулярный аудит и мониторинг состояния системы
Удалённое сопровождение и круглосуточный мониторинг - наша зона ответственности. Лаг репликации и replica health отслеживаем по графику, прошивки и patch-релизы MySQL обновляем плановым циклом, диски меняем превентивно по SMART
{ свяжитесь с нами }
Получите расчёт сервера MySQL за 1 рабочий день
Оставьте заявку - эксперты Serverzilla проанализируют ваш профиль нагрузки, рассчитают конфигурацию под фактический размер базы и предложат сервер с настроенной репликацией, бэкапом и мониторингом под ключ
Часто задаваемые вопросы (FAQ)
Buffer pool InnoDB ставим в 50–70% от объёма активной части БД - обычно это 128 ГБ ECC-памяти. Если запросы тяжёлые и часто заходят в холодные данные, поднимаем до 192–256 ГБ. Точное число рассчитываем по результатам анализа slow query log на боевой нагрузке вашего сервиса.
Async - master коммитит транзакцию и сразу освобождает соединение, реплика догоняет в фоне. Быстро, но при отказе master свежие транзакции могут не доехать до реплики. Semi-sync - master ждёт подтверждения хотя бы от одной реплики перед коммитом, медленнее на единицы миллисекунд, зато даёт гарантию доставки. Для задач с минимальным окном потерь собираем отказоустойчивый сервер в active-passive с автоматическим promote реплики.
Да, это одна из главных причин держать реплику. Бэкапы делаем через Percona XtraBackup или mariabackup на реплике без блокировки записи на master. Чтобы аналитика не мешала бэкапу, разносим по двум репликам: одна под OLTP-чтение, вторая под XtraBackup и тяжёлые отчёты.
MariaDB и Percona Server - это форки MySQL с собственной репликацией и совместимым протоколом, разворачиваются на той же серверной платформе. Если задача допускает другую СУБД, поддерживаем сборку под Postgres Pro и Tantor с потоковой репликацией.
{ свяжитесь с нами }Остались вопросы? Оставьте заявку и мы свяжемся с вами
Остались вопросы? Оставьте заявку и мы свяжемся с вами
в ближайшее время
Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.