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