Spec-Zone .ru
спецификации, руководства, описания, API

Глава 15. Высокая доступность и Масштабируемость

Оглавление

15.1. Oracle Шаблон VM для MySQL Enterprise Edition
15.2. Краткий обзор MySQL с DRBD/Pacemaker/Corosync/Oracle Linux
15.3. Краткий обзор MySQL с Windows Failover Clustering
15.4. Используя MySQL в пределах Amazon Экземпляр EC2
15.4.1. Установка MySQL на ЭМИ EC2
15.4.2. Ограничения Экземпляра EC2
15.4.3. Развертывание MySQL Database Using EC2
15.5. Используя Репликацию ZF
15.5.1. Используя ZF для Репликации Файловой системы
15.5.2. Конфигурирование MySQL для Репликации ZF
15.5.3. Обработка MySQL Recovery с ZF
15.6. Используя MySQL с memcached
15.6.1. Установка memcached
15.6.2. Используя memcached
15.6.3. Разрабатывание memcached Приложения
15.6.4. Получение memcached Статистика
15.6.5. FAQ memcached
15.7. MySQL Proxy
15.7.1. MySQL Proxy Supported Platforms
15.7.2. Установка MySQL Proxy
15.7.3. MySQL Proxy Command Options
15.7.4. MySQL Proxy Scripting
15.7.5. Используя MySQL Proxy
15.7.6. FAQ MySQL Proxy

Данные являются валютой сегодняшней сети, мобильной, социальной, предприятие и "облачные" приложения. Обеспечение данных всегда доступно, высший приоритет для любой организации. Минуты времени простоя могут привести к существенной потере дохода и репутации.

Нет никаких "судорог размера всего" подхода к поставке Высокой доступности (HA). Уникальные атрибуты приложения, бизнес-требования, операционные возможности и инфраструктура наследства могут все влиять на технологический выбор HA. И технология является только одним элементом в поставляющем HA: люди и процессы являются столь же критическими как технология непосредственно.

MySQL развертывается во многие приложения требовательная доступность и масштабируемость. Доступность обращается к возможности справиться, и в случае необходимости восстановиться с, отказы на узле, включая отказы MySQL, операционной системы, или аппаратных средств и действия обслуживания, которое может иначе вызвать время простоя. Масштабируемость обращается к возможности распространить и базу данных и загрузку Ваших запросов приложения через многократные серверы MySQL.

Поскольку каждое приложение имеет отличающийся операционный и требования доступности, MySQL предлагает диапазон сертифицированных и поддерживаемых решений, поставляя соответствующие уровни Высокой доступности (HA) и масштабируемость, чтобы удовлетворить требования уровня обслуживания. Такие решения расширяются от репликации через виртуализацию и географически избыточные решения мультицентра обработки данных, предоставляющие время работы на 99.999 %.

Выбор правильного высоконадежного решения для приложения в значительной степени зависит от:

Основные решения, поддерживаемые MySQL, включают:

Дальнейшие опции являются доступными использующими сторонними решениями.

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

Как иллюстрировано в следующем числе, каждая эта архитектура предлагает прогрессивно более высокие уровни времени работы, которое должно быть сбалансировано относительно потенциально больших уровней стоимости и сложности, которой каждый может подвергнуться. Просто развертывание высоконадежной архитектуры не является гарантией фактически поставляющего HA. Фактически, плохо реализованный и сохраняемый совместно использованный - ничто кластер не мог легко поставить более низкие уровни доступности чем простое решение для репликации данных.

Рисунок 15.1. Компромиссы: Стоимость и Сложность против Доступности

Как число

Следующая таблица сравнивает HA и возможности Масштабируемости различных решений для MySQL:

Таблица 15.1. Сравнение функции Решений для HA MySQL

Требование MySQL Replication Windows Server DRBD Oracle Шаблон VM MySQL Cluster
Доступность
Поддержка платформы Все Поддерживаемые MySQL Server Linux Linux Oracle Linux AllSupported MySQL Cluster
Автоматизированный IP Failover Нет Да Да Зависит от Соединителя и Конфигурации
Автоматизированная База данных Failover Нет Да Да Да
Автоматическая Пересинхронизация Данных Нет Да N/A - Совместно используемая память Да
Типичное Время Failover Пользователь / Зависимый Сценарий Зависимая конфигурация, 60 секунд и Выше Зависимая конфигурация, 60 секунд и Выше 1 Секунда и Меньше
Синхронная Репликация Нет, Асинхронный и Полусинхронный Да N/A - Совместно используемая память Да
Совместно используемая память Нет, Распределенный Нет, Распределенный Да Нет, Распределенный
Географическая поддержка избыточности Да Да, через MySQL Replication Да, через MySQL Replication Да, через MySQL Replication
Схема обновления Онлайн Нет Нет Нет Да
Масштабируемость
Число Узлов Одно Ведущее устройство, Многократные Ведомые устройства Одно Активное (основное устройство), один Пассивный (вторичный) Узел Одно Активное (основное устройство), один Пассивный (вторичный) Узел 255
Встроенное Выравнивание нагрузки Чтения, через MySQL Replication Чтения, через MySQL Replication Чтения, через MySQL Replication & During Failover Да, Чтения и Записи
Поддерживает Интенсивные чтением Рабочие нагрузки Да Да Да Да
Поддерживает Интенсивные записью Рабочие нагрузки Да, через Уровень приложения Sharding Да, через Уровень приложения Sharding к Многократным Активным/Пассивным Парам Да, через Уровень приложения Sharding к Многократным Активным/Пассивным Парам Да, через Auto-Sharding
Масштабируйтесь Онлайн (добавьте узлы, повторно разделите, и т.д.), Нет Нет Нет Да