Принцип работы Базы данных Azure для MySQL

Завершено

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

Архитектура Базы данных Azure для MySQL

На следующей схеме описывается архитектура экземпляра Azure Database for MySQL - Flexible Server.

1. Экземпляр MySQL работает на виртуальной машине Azure.
2. Данные и журналы хранятся в Azure хранилище класса Premium.
3. Данные реплицируются три раза в локально избыточном хранилище для резервного копирования и устойчивости. Служба также предоставляет возможности настройки резервных копий хранилища с избыточностью по зонам или географической избыточностью.
4. Кроме того, вы можете разместить свои различные клиентские приложения, подключенные к гибкому серверу MySQL, в той же зоне доступности.

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

Принцип работы высокого уровня доступности

Для Базы данных Azure для MySQL — гибкий сервер — в пределах одной зоны доступности, после сбоя сервера размещения, происходит следующий процесс:

1. Azure подготавливает новую виртуальную машину (VM).
2. Azure сопоставляет хранилище и файлы данных с недавно подготовленной виртуальной машиной.
3. Ядро СУБД MySQL подключено к сети.
4. Клиентские приложения повторно подключаются к новому экземпляру MySQL.

Примечание.

Если вы обеспечили высокую доступность между зонами, резервный сервер поддерживается в другой зоне доступности в том же регионе Azure. Этот сервер является полностью синхронизированной репликой первичного сервера. В случае сбоя основного сервера горячий резервный сервер может быстро взять на себя работу с минимальными перебоями, тем самым сохраняя доступность услуг.

Принцип работы резервных копий

Резервные копии можно использовать для восстановления сервера в любой момент времени в течение периода хранения (35 дней или до 10 лет с долгосрочным хранением в предварительной версии).

Принцип работы масштабирования

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

Типы масштабирования

1. Вертикальное масштабирование (масштабирование вверх или вниз)
   • Масштабирование вычислений. Это относится к изменению уровня вычислений гибкого сервера MySQL. Azure предлагает несколько уровней вычислений, каждый из которых предназначен для обеспечения различных типов рабочих нагрузок:
     • С возможностью всплесков: Подходит для сред с периодическими всплесками использования ЦП, не требующих постоянной полной производительности ЦП.
     • Общее назначение: предназначено для широкого спектра приложений, обеспечивая баланс вычислительных ресурсов, памяти и операций ввода-вывода.
     • критически важный для бизнеса. Обеспечивает максимальную производительность баз данных с более мощными ЦП и более быстрыми ввода-выводами, подходящими для рабочих нагрузок с высокой транзакцией, низкой задержкой.
   • Выделение памяти и ЦП. В зависимости от выбранного уровня можно масштабировать количество виртуальных ядер и объем ОЗУ, доступный для базы данных, которая напрямую влияет на возможность обрабатывать более крупные или более сложные запросы и обеспечивает большее количество одновременных подключений.
2. Горизонтальное масштабирование
   • База данных Azure для MySQL может горизонтально масштабироваться, добавив реплики чтения для распределения трафика чтения между несколькими серверами, повышая производительность чтения, сохраняя доступ к основному серверу для записи. Горизонтальное масштабирование позволяет базе данных обрабатывать больше нагрузки запросов, повышая скорость реагирования приложения.
3. Масштабирование хранилища
   • Динамическое масштабирование хранилища. С помощью База данных Azure для MySQL можно увеличить емкость хранилища без простоя. Вы можете начать с меньшего объема ресурсов и увеличивать его по мере роста данных.
   • Функция автоматического увеличения. Эта функция автоматически увеличивает размер хранилища перед достижением ограничения емкости, что позволяет предотвратить какие-либо нарушения, связанные с ограничениями хранилища.

Автоматическое масштабирование IOPS

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

• Масштабирование IOPS на основе нагрузки: когда рабочая нагрузка увеличивается и требуется больше требуемого ввода-вывода, функция автомасштабирования автоматически увеличивает ограничение IOPS до максимального допустимого в выбранном вычислительном уровне. Наоборот, IOPS сокращаются в периоды низкой нагрузки, чтобы свести к минимуму затраты.
• Экономичность. Автоматически корректируя количество операций ввода-вывода в секунду на основе фактического использования, вы оплачиваете только используемые операции ввода-вывода в секунду, а не избыточные ресурсы для обработки пиковых нагрузок, которые случаются лишь эпизодически.

Рекомендации для масштабирования

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

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

Настройте и оптимизируйте поведение системы

Чтобы легко настроить и настроить переменные сервера и параметры в База данных Azure для MySQL, можно использовать портал Azure, Azure CLI или REST API для настройки параметров, таких как размер кэша запросов, время ожидания подключения и настройки подсистемы хранилища, обеспечивая оптимальную производительность и поведение для конкретной рабочей нагрузки.

Затем рассмотрите, соответствует ли База данных Azure для MySQL потребностям вашей организации, его приложениям и рабочим нагрузкам базы данных.