Поделиться через

Что такое База данных Azure для MySQL — гибкий сервер?

  • Статья

В этой статье представлен обзор и общие сведения о основных понятиях модели развертывания гибкого сервера. Дополнительные сведения о подходящем варианте развертывания рабочей нагрузки см. в разделе "Выбор подходящего параметра Сервера MySQL" в Azure.

База данных Azure для MySQL . Гибкий сервер — это полностью управляемая, готовая к работе реляционная база данных в Microsoft Cloud. Он основан на ядре СУБД MySQL Community Edition (доступно в лицензии GPLv2), версиях 5.6 (прекращено), 5.7 и 8.0. Эта служба обеспечивает детализированный контроль и гибкость над функциями управления базами данных и параметрами конфигурации. Общедоступно в различных регионах Azure.

База данных Azure для MySQL — гибкий сервер обеспечивает:

  • Высокая доступность с избыточностью между зонами и в пределах одной зоны.
  • Возможность планирования периодов обслуживания.
  • Защита данных с помощью автоматических резервных копий и восстановления данных на определенный момент времени до 35 дней.
  • Автоматическое исправление и обслуживание базового оборудования, операционной системы и ядра СУБД для обеспечения безопасности и актуальности службы.
  • Прогнозируемая производительность с помощью инклюзивной оплаты по мере использования.
  • эластичное масштабирование в течение нескольких секунд;
  • Механизмы оптимизации затрат с помощью вариативного уровня вычислительных ресурсов по низкой стоимости и возможностью приостановки и запуска сервера.
  • Безопасность, соответствие требованиям и конфиденциальность корпоративного уровня, помогающие защитить конфиденциальные данные в статическом и динамическом состоянии.
  • Мониторинг и автоматизация для упрощения управления для крупномасштабных развертываний.
  • Несколько способов получения поддержки.

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

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

Для получения последних обновлений о базе данных Azure для MySQL — Flexible Server, см. в Что нового в базе данных Azure для MySQL.

Схема, показывающая связь между службами баз данных Azure и MySQL.

Обзор архитектуры

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

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

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

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

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

Схема архитектуры гибкого сервера.

Бесплатное 12-месячное предложение

С бесплатной учетной записью Azure можно использовать База данных Azure для MySQL — гибкий сервер бесплатно в течение 12 месяцев. Предложение включает ежемесячные ограничения до следующих значений:

  • 750 часов использования для виртуальной машины Burstable Standard_B1ms. Это достаточно часов для непрерывного запуска экземпляра базы данных каждый месяц.
  • 32 ГБ хранилища и 32 ГБ хранилища резервных копий.

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

Высокий уровень доступности в пределах зон доступности и между ними

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

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

Существует две модели архитектуры с высоким уровнем доступности:

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

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

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

    Решение высокой доступности в рамках одной зоны доступно во всех регионах Azure, где вы можете создать экземпляры гибкого сервера Azure Database for MySQL.

Дополнительные сведения см. в разделе "Высокий уровень доступности" в База данных Azure для MySQL — гибкий сервер.

автоматизированное обновление с управляемым окном обслуживания.

Служба выполняет автоматическое исправление базового оборудования, операционной системы и ядра СУБД. Установка исправлений включает обновления для системы безопасности и программного обеспечения. Для движка MySQL запланированный выпуск обслуживания также включает незначительные обновления версий.

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

Дополнительные сведения см. в разделе "Запланированное обслуживание" в База данных Azure для MySQL — гибкий сервер.

Автоматическое резервное копирование

Служба гибкого сервера базы данных Azure для MySQL автоматически создает резервные копии серверов и сохраняет их в локально избыточное или геоизбыточное хранилище. Резервные копии можно использовать для восстановления сервера в любой момент времени в течение периода хранения резервных копий.

Срок хранения можно настроить от 1 до 35 дней. Значение по умолчанию — семь дней. Все резервные копии шифруются с помощью 256-разрядного шифрования AES.

Дополнительные сведения см. в разделе "Резервное копирование и восстановление" в База данных Azure для MySQL — гибкий сервер.

Сетевая изоляция

Чтобы подключиться к базе данных Azure для MySQL — гибкому серверу, у вас есть два варианта сетевого подключения:

  • Частный доступ (интеграция с виртуальной сетью): вы можете развернуть гибкий сервер базы данных Azure для MySQL в виртуальной сети Azure. Это позволит ресурсам в виртуальной сети взаимодействовать через частные IP-адреса.

    Выберите интеграцию виртуальной сети, если вам нужны следующие возможности:

    • Подключитесь из ресурсов Azure в одной и той же виртуальной сети к гибкому серверу Azure Database for MySQL, используя частные IP-адреса.
    • Используйте виртуальную частную сеть (VPN) или Azure ExpressRoute для подключения из ресурсов, отличных от Azure, к экземпляру гибкого сервера База данных Azure для MySQL.
    • Избегайте общедоступной конечной точки.

  • Общий доступ (допустимые IP-адреса): вы можете развернуть Azure Database for MySQL — гибкий сервер с публичной конечной точкой. Общедоступная конечная точка — это общедоступный DNS-адрес. Вы выбираете диапазон IP-адресов, чтобы предоставить разрешение на доступ к серверу. Эти типы разрешений называются правилами брандмауэра.

Дополнительные сведения см. в разделе "Основные понятия подключения и сети" для База данных Azure для MySQL — гибкий сервер.

Быстрая корректировка производительности и масштабирования

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

С помощью Azure Database для MySQL — Гибкий сервер можно выделять дополнительные операции ввода-вывода в секунду (IOPS), превышающие бесплатный лимит, независимо от объема хранилища. Используя эту функцию, вы можете увеличить или уменьшить количество выделенных IOPS в зависимости от требований рабочей нагрузки в любое время. Динамическая масштабируемость позволяет базе данных реагировать на быстро изменяющиеся требования к ресурсам прозрачно. Вы оплачиваете только те ресурсы, которые вы используете.

Дополнительные сведения см. в разделе База данных Azure для MySQL — уровни служб гибких серверов.

Возможность масштабировать нагрузку на чтение с использованием реплик чтения

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

Приложение обычно разрабатывается в Java или PHP и имеет следующий тип:

Использование масштабируемого набора виртуальных машин со Службой приложений или AKS в качестве основной инфраструктуры упрощает масштабирование приложений за счёт мгновенного предоставления новых виртуальных машин и репликации компонентов без состояния для удовлетворения запросов. Но часто база данных в конечном итоге является узким местом в качестве централизованного компонента с отслеживанием состояния.

Функция реплика чтения позволяет реплицировать данные из базы данных Azure для MySQL — гибкого сервера на сервер только для чтения. Вы можете реплицировать данные с исходного сервера максимум на 10 реплик.

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

Дополнительные сведения см. в статье "Чтение реплик" в База данных Azure для MySQL — гибкий сервер.

Синхронизация гибридных или многооблачных данных с репликацией данных

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

Репликация данных основана на позициях в файле binlog. Основными сценариями, которые следует учитывать при использовании функции, являются следующие:

Дополнительные сведения см. в разделе "Репликация данных в База данных Azure для MySQL — гибкий сервер".

Остановка и запуск сервера по запросу

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

Дополнительные сведения см. в разделе "Основные понятия сервера" в База данных Azure для MySQL — гибкий сервер.

Безопасность, соответствие требованиям и конфиденциальность корпоративного уровня

База данных Azure для MySQL . Гибкий сервер использует проверенный модуль шифрования FIPS 140-2 для шифрования неактивных данных. Данные (включая резервные копии) и временные файлы, созданные при выполнении запросов, шифруются.

Служба использует 256-разрядный шифр AES, включенный в шифрование службы хранилища Azure. Ключами управляет система (по умолчанию). Вы также можете использовать управляемые клиентом ключи, хранящиеся в хранилище ключей Azure или управляемый аппаратный модуль безопасности для шифрования неактивных данных. Дополнительные сведения см. в разделе "Шифрование данных с помощью управляемых клиентом ключей" для База данных Azure для MySQL — гибкий сервер.

База данных Azure для MySQL . Гибкий сервер шифрует данные в движении с помощью протокола TLS, применяемого по умолчанию. База данных Azure для MySQL — гибкий сервер поддерживает зашифрованные подключения, использующие TLS 1.2. Все входящие подключения, использующие TLS 1.0 и TLS 1.1, запрещены. Вы можете отключить принудительное применение TLS, задав require_secure_transport параметр сервера, а затем задав минимальное tls_version значение для сервера. Дополнительные сведения см. в разделе "Подключение к База данных Azure для MySQL — гибкий сервер с зашифрованными подключениями".

База данных Azure для MySQL . Гибкий сервер обеспечивает полный частный доступ к серверам через интеграцию виртуальной сети. Серверы в виртуальной сети могут быть доступны и подключены только через частные IP-адреса. При интеграции с виртуальной сетью общедоступный доступ запрещен и серверы не могут быть доступны через общедоступные конечные точки. Дополнительные сведения см. в разделе "Основные понятия подключения и сети" для База данных Azure для MySQL — гибкий сервер.

Мониторинг и оповещение

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

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

** В базе данных Azure для MySQL — гибкий сервер, вы можете визуализировать данные медленных запросов и аудита, используя книги Azure Monitor. Благодаря книгам вы получаете гибкий холст для анализа данных и создания полнофункциональных визуальных отчетов на портале Azure. База данных Azure для MySQL — гибкий сервер предоставляет три шаблона рабочих книг: общие сведения о сервере, Руководство: Настройка журналов аудита с помощью Базы данных Azure для MySQL — гибкий сервер и Руководство: Анализ производительности запросов для Базы данных Azure для MySQL — гибкий сервер.

Книга "Аналитика производительности запросов" помогает тратить меньше времени на устранение неполадок с производительностью базы данных, предоставляя такие сведения, как:

  • Наиболее долговременные запросы и их тенденции.
  • Сведения о запросе: просмотр текста запроса и журнала выполнения с минимальным, максимальным, средним и стандартным временем отклонения запроса.
  • Использование ресурсов (ЦП, память и хранилище).

Кроме того, вы можете использовать средства мониторинга сообщества, такие как Percona Monitoring and Management, и интегрировать их с базой данных Azure для MySQL — Flexible Server.

Дополнительные сведения см. в разделе "Мониторинг База данных Azure для MySQL — гибкий сервер".

Миграция

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

Миграции в автономном режиме

Используйте Azure Database Migration Service, если пропускная способность сети между источником и Azure хороша (например, высокоскоростное подключение ExpressRoute). Пошаговые инструкции см. в руководстве: Миграция MySQL в автономную базу данных Azure для MySQL с использованием DMS.

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

Миграция в сети или минимальное время простоя

Используйте репликацию данных с согласованной с mydumper/myloader резервной копией и восстановлением для начального заполнения. Пошаговые инструкции см. в статье "Миграция базы данных Azure для MySQL — с отдельного сервера на гибкий сервер с использованием инструментов с открытым исходным кодом".

Чтобы перейти с Azure Database для MySQL — Односерверный на Azure Database для MySQL — Гибкий сервер в пяти простых шагах, обратитесь к этому блогу.

Дополнительные сведения см. в разделе "Выбор нужных средств для миграции в База данных Azure для MySQL".

Регионы Azure

Одним из преимуществ выполнения рабочей нагрузки в Azure является глобальный доступ. База данных Azure для MySQL . Гибкий сервер в настоящее время доступен в следующих регионах Azure:

Область/регион Доступность Высокая доступность в пределах одной зоны Высокая доступность с зональной избыточностью Георезервное резервное копирование
Центральная Австралия Да Да Нет Нет
Восточная Австралия Да Да Да Да
Юго-Восточная часть Австралии Да Да Нет Да
Южная Бразилия Да Да Да Да
Центральная Канада Да Да Да Да
Восточная Канада Да Да Нет Да
Центральная Индия Да Да Да Да
Центральная часть США Да Да Да Да
Восточный Китай 2 Да Да Нет Да
Восточный Китай 3 Да Да Нет Да
Северный Китай 2 Да Да Нет Да
Северный Китай 3 Да Да Да Да
Восточная Азия (специальный административный регион Гонконг) Да Да Да Да
Восточная часть США Да Да Да Да
Восточная часть США 2 Да Да Да Да
Центральная Франция Да Да Да Да
Франция (юг) Да Да Нет Да
Центрально-Западная Германия Да Да Да Да
Северная Германия Да Да Нет Да
Израиль, центральный регион Да Да Да Нет
Северная Италия Да Да Да Нет
Восточная Япония Да Да Да Да
Западная Япония Да Да Нет Да
Западная Индия Jio Да Да Нет Нет
Республика Корея, центральный регион Да Да Да Да
Республика Корея, южный регион Да Да Нет Да
Центральная Мексика Да Да Да Нет
Северная часть Новой Зеландии Да Да Да Нет
Центрально-северная часть США Да Да Нет Да
Северная Европа Да Да Да Да
Восточная Норвегия; Да Да Да Да
Западная Норвегия Да Да Нет Нет
Центральная Польша Да Да Да Нет
Центральный Катар Да Да Да Нет
Северная часть ЮАР Да Да Да Да
Западная часть ЮАР Да Да Нет Да
Центрально-южная часть США Да Да Да Да
Индия (юг) Да Да Нет Да
Юго-Восточная Азия Да Да Да Да
Центральная Испания Да Да Нет Нет
Центральная Швеция Да Да Да Нет
Северная Швейцария Да Да Да Да
Западная Швейцария Да Да Нет Да
Северный Тайвань Да Да Нет Нет
Северо-западный Тайвань Да Да Нет Нет
Центральная часть ОАЭ Да Да Нет Да
Северная часть ОАЭ; Да Да Да Да
южная часть Соединенного Королевства Да Да Да Да
западная часть Соединенного Королевства Да Да Нет Да
Правительство США, Вирджиния Да Да Нет Нет
US Gov (Аризона). Да Да No Да
USGov Техас Да Да Нет Да
Центрально-западная часть США Да Да Нет Да
Западная Европа Да Да Да Да
западная часть США Да Да Нет Да
западная часть США 2 Да Да Да Да
Запад США 3 Да Да Да Да

Отзывы и поддержка

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

Связанный контент