Spec-Zone .ru
спецификации, руководства, описания, API
|
Оглавление
Данные являются валютой сегодняшней сети, мобильной, социальной, предприятие и "облачные" приложения. Обеспечение данных всегда доступно, высший приоритет для любой организации. Минуты времени простоя могут привести к существенной потере дохода и репутации.
Нет никаких "судорог размера всего" подхода к поставке Высокой доступности (HA). Уникальные атрибуты приложения, бизнес-требования, операционные возможности и инфраструктура наследства могут все влиять на технологический выбор HA. И технология является только одним элементом в поставляющем HA: люди и процессы являются столь же критическими как технология непосредственно.
MySQL развертывается во многие приложения требовательная доступность и масштабируемость. Доступность обращается к возможности справиться, и в случае необходимости восстановиться с, отказы на узле, включая отказы MySQL, операционной системы, или аппаратных средств и действия обслуживания, которое может иначе вызвать время простоя. Масштабируемость обращается к возможности распространить и базу данных и загрузку Ваших запросов приложения через многократные серверы MySQL.
Поскольку каждое приложение имеет отличающийся операционный и требования доступности, MySQL предлагает диапазон сертифицированных и поддерживаемых решений, поставляя соответствующие уровни Высокой доступности (HA) и масштабируемость, чтобы удовлетворить требования уровня обслуживания. Такие решения расширяются от репликации через виртуализацию и географически избыточные решения мультицентра обработки данных, предоставляющие время работы на 99.999 %.
Выбор правильного высоконадежного решения для приложения в значительной степени зависит от:
Уровень доступности требуется.
Тип развертываемого приложения.
Принятые лучшие методы в пределах Вашей собственной среды.
Основные решения, поддерживаемые MySQL, включают:
MySQL Replication. Учитесь больше: Глава 16, Репликация
MySQL Cluster. Учитесь больше:
Oracle Шаблон VM для MySQL. Учитесь больше: Раздел 15.1, "Oracle Шаблон VM для MySQL Enterprise Edition".
MySQL с DRBD с Corosync и Pacemaker. Учитесь больше: Раздел 15.2, "Краткий обзор MySQL с DRBD/Pacemaker/Corosync/Oracle Linux".
MySQL с Windows Failover Clustering. Учитесь больше: Раздел 15.3, "Краткий обзор MySQL с Windows Failover Clustering".
MySQL с Кластером Соляриса.
Дальнейшие опции являются доступными использующими сторонними решениями.
Каждая архитектура, используемая, чтобы достигнуть высоконадежных служб базы данных, дифференцируется уровнями времени работы, которое она предлагает. Эта архитектура может быть сгруппирована в три основных категории:
Репликация данных.
Кластеризируемые & Виртуализированные Системы.
Совместно использованный - Ничто, Географически тиражированные Кластеры.
Как иллюстрировано в следующем числе, каждая эта архитектура предлагает прогрессивно более высокие уровни времени работы, которое должно быть сбалансировано относительно потенциально больших уровней стоимости и сложности, которой каждый может подвергнуться. Просто развертывание высоконадежной архитектуры не является гарантией фактически поставляющего HA. Фактически, плохо реализованный и сохраняемый совместно использованный - ничто кластер не мог легко поставить более низкие уровни доступности чем простое решение для репликации данных.
Следующая таблица сравнивает HA и возможности Масштабируемости различных решений для MySQL:
Таблица 15.1. Сравнение функции Решений для HA MySQL
Требование | MySQL Replication | Windows Server | DRBD | Oracle Шаблон VM | MySQL Cluster |
---|---|---|---|---|---|
Доступность | |||||
Поддержка платформы | Linux | Linux | Oracle Linux | ||
Автоматизированный 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 | |
Масштабируйтесь Онлайн (добавьте узлы, повторно разделите, и т.д.), | Нет | Нет | Нет | Да |