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

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

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных 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 — гибкий сервер см. в статье "Новые возможности" База данных Azure для MySQL — гибкий сервер.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Схема высокой доступности одной зоны.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С помощью База данных Azure для MySQL — гибкий сервер можно подготавливать дополнительные операции ввода-вывода в секунду (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 — гибкий сервер предоставляет три шаблона книги: общие сведения о сервере, Аудит и анализ производительности запросов.

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

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

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

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

Миграция

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

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

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

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

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

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

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

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

Регионы Azure

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

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

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

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

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