Управление MySQL-05-

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

стандартизация

Стандартизация является основой для крупномасштабных, автоматизированы. Разработка стандартов и использовать saltstack поддерживать установку программного обеспечения инфраструктуры сервера БД и спецификации файла конфигурации:

RAID5 диск из единой модели для расширения использования пространства.
Для планирования политики Всемирного банка, IO на срок, а также оптимизировать другие аспекты IO SSD чтения RAID карты единой стратегии.
Единая конфигурация каталога, отличающийся порт, например my3306, my3307, создавать соответствующие данные в my3306 каталоге ниже, каталога журналов, запустите файл каталог, TMP каталог.
Каждый экземпляр эксклюзивного профиля, кроме server_id, innodb_buffer_pool_size других параметров и другие параметры соответствуют.
Каталог программного обеспечения MySQL и онлайн-версии среды последовательной.

Резервное копирование Мониторинг

Если нет единого входа для просмотра результатов резервного копирования удалось или не удалось, база данных DBA резервная эффективность их обслуживания невежественного, неожиданная проблема возникла, когда необходимо восстановить, но не может восстановить, это будет смертельным ударом:

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

Миссия системы

Все автоматизированная платформа управления требует основного компонента - система управления задачами, активно или пассивно различное планирование задач. И необходимость поддержки нескольких типов задач: поддержка в соответствии со временем (минута, час, день, неделю, месяц), а также поддерживает повторяющиеся задачи определенные интервалы.
Система состоит из планирования задач логического агента и выдается на задачи сервера базы данных, таблицы метаданных планирования задач записывает все задачи политики времени и задач , связанных хостов. Через систему миссии, мы полностью удалили кронтаб сценария на хосте БД, динамическое изменение времени выполнения задачи, политика и необходимость выполнения ветер.

Управление резервных копий

Резервные копирование базы данных является использование XtraBackup сделать физическую резервную копию, сжатой, а затем Rsync для назначения машины резервного копирования, регулярно создавать резервные копии на выездную удаленную комнату.

Реконструкция с использованием питона основным сценария резервного копирования, выполняемый агентом по БДУ сервера, добавить обратный вызов интерфейсы API для настройки рабочего состояния задания резервного копирования, резервное копирование не выполняется, если экземпляр присутствует на хосте, тревога будет отправлена на телефонный DBA мобильного, администратор базы данных могут напрямую просматривать систему резервного копирования для резервного копирования своих журналов ошибок, повторных попыток, устраняя необходимость шагов для входа DB выполнения узла.
И задача сопряжения системы, мы PFDs CRONTAB задачи резервного копирования времени.
Поддержка установить время резервного копирования и страница управления экземпляром для резервного копирования, поддерживает динамическое регулирование в целях резервного копирования машины.
Ежедневная проверка эффективности реализации основной базы данных для резервного копирования. Если резервная копия проверка неудачна, вызвав тревогу через SMS микро-канал или платформы сигнализации, чтобы уведомить администратора базы данных, чтобы проверить и повторно открыть резервную копию.

Управление хост

Хост является основой для сохранения метаданных экземпляра базы данных, содержит: Ядро имени хоста, IP-адрес, номер местоположение, память, пространство и т.д.
Используя информацию о задаче синхронизации приобретенную хостом Zabbix / открытых соколы API периодически, таких как: дисковое пространство, доступное пространство памяти
Кассетные операции с базами данных, такими как: пространство, остающееся предупреждение

Управление Instance

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

Просмотр текущих списков примеров, приобретение текущего экземпляра размера данных, размер журнала, мастер статус с задержкой, медленно номер чека и тому подобное. Можно также указать, следует ли включить экземпляр через списки
Добавить один экземпляр, пару основных добавления одного или нескольких из библиотеки. Примерами нового процесса является стандартной командой с помощью RSYNC базы данных шаблона на удаленном компьютере или локальной резервной машине (например тузд из предварительно сгенерирован и выключен), а затем вынести server_id, buffer_pool_size my.cnf с другим стандартным шаблоном для создания my.cnf файл конфигурации, конкретные шаги могут быть просмотрены через интерфейс управления, система планирования задач поддерживает некоторые из этапов повторных попыток не удались.
Примеры последовательности проверки от мастера. В репликации MySQL ведущий-ведомый, так как возможно от ошибки мастер копирования, главный выключатель, или как из-за неправильного использования вызывает главное приложение из-за несоответствия данных. День для всех основных баз данных, проверить соответствие ведущего и ведомого, чтобы избежать влияния в Интернете.
Примеры разрешения, за предыдущий пример множества тех же схемы внутри разделена на различные экземпляры внутри.
Экземпляр метаданных ежедневные снимки, такие как медленный поиск данные, размер каталога, простые примеры исторического анализа данных.

Вход управления

Управление Входа для поддержания slow_log и killed_sql (быть написано, чтобы убить правила SQL конкретных указанный файл журнал)

Витрина различного бизнеса медленные запросы наиболее TopN и соответствующая медленный анализ проверки (пт-запрос-дайджест)
Медленный экземпляр запроса превышает определенный порог вызовет аварийное сообщение, незамедлительно уведомляет об этом администраторе базы и развитии проблемы.
Показать TopN ситуация SQL Смертельный

Управление метаданными

Metadata Management Двоичный содержат метаданные переливные проверить первичный ключ, и т.п. информации фрагментации.

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

плановое техническое обслуживание

Регулярное техническое обслуживание в основном низкочастотная часть решения, но трудоемкие операции человеческой плоти: Bulk Посмотреть примеры некоторых параметров, пакетное изменение восстановления конфигурации, аварийное Двоичное.

Пакетное выполнение SQL, интеллигентная выполнять техническое обслуживание SQL, таких как: необходимость изменить значение параметра, или получить значение параметра, DML не разрешается выполнять.
Объемные конфигурационные файлы редактирования, такие как: медленное время проверки регулировки.
Двоичные решено на основе открытого исходного кода binlog2sql, в соответствии с именем базы данных при условии, имя таблицы, период времени, используя метаданные, найденные в указанном Двоичных Двоичном разрешено к текстовым файлам можно просмотреть и загрузить на этой странице.

Операции данных

(Пример размера пространства данных, размер памяти и т.д.), осуществляется в соответствии с законом анализа операций разработки накопленных данных конкретной бизнес-сценарий этих накопленные тенденциями и калькуляцией образованных.

Тенденции представитель общего пространства базы данных и памяти, а также основной бизнес кривой роста, удобный DBA распределения ресурсов машины.
Учет затрат и статистика стоимости размещение стоимости соотношение индивидуального бизнеса, предоставляя ссылки на бизнес-уровне принятия решений.

управление HA

Высокая доступность управление включает в себя: проверку работоспособности, восстановления после сбоя, автоматическое переключение, мониторинг состояния.

Он обеспечивает полную RESTful API (передний и задний конец на отделении) для управления кластером и экземплярами.
реле журнала разбор и обработки данных, когда отказоустойчивая проблема MySQL набивки два способов, основываясь на GTID.
И переключение активного восстановления после сбоя завершен в течение нескольких секунд времени.
Failover может быть использован VIP, DNS, промежуточного слоя и т.д., он также может быть использован в дополнение к клиентским доступом управления переключением

другое

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