База данных Azure для MySQL — модель развертывания гибкого сервера
ОБЛАСТЬ ПРИМЕНЕНИЯ:
База данных Azure для MySQL — гибкий сервер
База данных Azure для MySQL на базе MySQL Community Edition доступна в двух режимах развертывания:
- База данных Azure для MySQL — гибкий сервер
- База данных Azure для одного сервера MySQL
В этой статье представлен обзор и общие сведения о основных понятиях гибкой модели развертывания сервера. Сведения о том, как решить, какой вариант развертывания подходит для вашей рабочей нагрузки, см. в статье Выбор подходящего варианта для сервера MySQL в Azure.
Обзор
База данных Azure для MySQL гибкий сервер — это полностью управляемая служба базы данных, готовая к рабочей среде, предназначенная для более детального управления и гибкости функций управления базами данных и параметров конфигурации. Архитектура гибкого сервера позволяет обеспечивать высокий уровень доступности в пределах одной или нескольких зон доступности. Гибкие серверы дают больше возможностей для оптимизации затрат, позволяя останавливать и запускать сервер и вычислительную среду с увеличивающейся производительностью. Это идеально подходит для рабочих нагрузок, не требующих постоянной работы с полной нагрузкой на вычислительные ресурсы. База данных Azure для MySQL гибкий сервер также поддерживает зарезервированные экземпляры, позволяя сэкономить до 63 % затрат, идеально подходит для рабочих нагрузок с прогнозируемыми требованиями к вычислительной емкости. Служба поддерживает версии сообщества MySQL 5.7 и 8.0. Эта служба сейчас доступна во многих регионах Azure.
Вариант развертывания гибкого сервера предлагает три уровня вычислений: ускорение, общее назначение и критически важный для бизнеса. Каждый уровень обеспечивает различные ресурсы вычислений и памяти для поддержки рабочих нагрузок базы данных. Вы можете создать свое первое приложение на уровне "С увеличивающейся производительностью" за несколько долларов в месяц, а затем изменить масштаб в соответствии с потребностями своего решения. Динамическая масштабируемость позволяет базе данных беспрепятственно реагировать на быстро меняющиеся требования к ресурсам. Вы платите только за необходимые ресурсы и только в том случае, если они вам нужны. Дополнительные сведения см. в статье Вычисления и хранение.
Гибкие серверы обеспечивают:
- Простота развертывания, упрощенное масштабирование и низкие затраты на управление базами данных для таких функций, как резервные копии, высокий уровень доступности, безопасность и мониторинг.
- Разработки приложений, требующие версии MySQL с улучшенным контролем и настройками.
- Рабочие нагрузки с одинаковыми зонами, высокой доступностью с избыточностью между зонами и управляемыми окнами обслуживания.
- Упрощенный интерфейс разработки.
- Безопасность предприятия, соответствие требованиям и конфиденциальность.
Последние обновления на гибком сервере База данных Azure для MySQL см. в статье "Новые возможности" База данных Azure для MySQL гибкого сервера.
Бесплатное 12-месячное предложение
С бесплатной учетной записью Azure можно использовать гибкий сервер База данных Azure для MySQL бесплатно в течение 12 месяцев с ежемесячными ограничениями до следующих значений:
- 750 часов для экземпляра B1MS с увеличивающейся производительностью, которых достаточно для непрерывного выполнения экземпляра базы данных в течение каждого месяца.
- 32 ГБ хранилища и 32 ГБ хранилища резервных копий.
Вы можете воспользоваться преимуществами этого предложения для разработки и развертывания приложений, использующих База данных Azure для MySQL гибкий сервер. Сведения о создании и использовании гибкого сервера База данных Azure для MySQL бесплатно с помощью бесплатной учетной записи Azure см. в этом руководстве.
Высокий уровень доступности в пределах зон доступности и между ними
База данных Azure для MySQL гибкий сервер позволяет настроить высокий уровень доступности с помощью автоматической отработки отказа. Решение с высоким уровнем доступности предназначено для того, чтобы гарантировать, что зафиксированные данные никогда не будут потеряны из-за сбоев, и повысить общее время доступности приложения. Когда настроен высокий уровень доступности, гибкий сервер автоматически подготавливает резервный сервер реплики и управляет им. За использование подготовленных вычислений и хранилища для первичной и вторичной реплики взимается плата. Предлагаются две модели архитектуры высокого уровня доступности.
- Высокий уровень доступности (HA) с избыточностью между зонами: этот параметр предпочтителен для полной изоляции и избыточности инфраструктуры в нескольких зонах доступности. Он обеспечивает высочайший уровень доступности, но требует настройки избыточности приложений в разных зонах. Высокий уровень доступности с избыточностью между зонами предпочтителен, если требуется достичь наивысшего уровня доступности при любых сбоях инфраструктуры в зоне доступности, и когда допустима задержка в зоне доступности. Высокий уровень доступности, избыточный между зонами, доступен в подмножестве регионов Azure, где регион поддерживает несколько Зоны доступности и общих папок с избыточными зонами Premium.
- Высокий уровень доступности в той же зоне(HA): этот параметр предпочтителен для избыточности инфраструктуры с более низкой задержкой сети, так как основной и резервный сервер находятся в одной зоне доступности. Он обеспечивает высокий уровень доступности без настройки избыточности приложений в разных зонах. Высокий уровень доступности в одной зоне предпочтителен, если требуется достичь высокого уровня доступности в пределах одной зоны доступности с наименьшей задержкой в сети. Высокий уровень доступности в одной зоне доступен во всех регионах Azure, где можно создавать База данных Azure для MySQL гибкие экземпляры сервера.
Дополнительные сведения см. в разделе Принципы высокого уровня доступности.
Автоматизированное исправление с управляемым периодом обслуживания
Служба выполняет автоматическую установку исправлений, Установка исправлений включает обновления для системы безопасности и программного обеспечения. Для ядра MySQL в рамках планового обслуживания также включены обновления дополнительных версий. Пользователи могут настроить расписание исправлений, управляемое системой, или задать собственное расписание. Во время расписания обслуживания исправление применяется, и серверу может потребоваться перезагрузка в процессе исправления для завершения обновления. С помощью настраиваемого расписания пользователи могут сделать цикл исправлений прогнозируемым и выбрать период обслуживания с минимальным влиянием на бизнес-процессы. Как правило, служба придерживается графика ежемесячных выпусков в рамках непрерывной интеграции и выпуска.
Дополнительные сведения см. в разделе "Запланированное обслуживание".
Автоматическое резервное копирование
Гибкая служба сервера База данных Azure для MySQL автоматически создает резервные копии серверов и сохраняет их в локально избыточном или геоизбыточное хранилище пользователем. Резервные копии можно использовать для восстановления сервера на любой момент в течение периода хранения резервной копии. По умолчанию срок хранения резервных копий составляет 7 дней. Можно дополнительно настроить срок хранения от 1 до 35 дней. Все резервные копии шифруются с помощью 256-битового шифрования AES.
Дополнительные сведения см. в разделе "Основные понятия резервного копирования".
Сетевая изоляция
У вас есть два варианта подключения к гибкому серверу База данных Azure для MySQL. Вы можете выбрать частный доступ (интеграция с виртуальной сетью) или общий доступ (разрешенные IP-адреса).
Частный доступ (интеграция с виртуальной сетью) — вы можете развернуть База данных Azure для MySQL гибкий экземпляр сервера в azure виртуальная сеть. Виртуальные сети Azure используют частное и безопасное сетевое подключение. Это позволит ресурсам в виртуальной сети взаимодействовать через частные IP-адреса.
Выберите параметр интеграции виртуальной сети, если вам нужны следующие возможности:
- Подключение из ресурсов Azure в той же виртуальной сети в База данных Azure для MySQL гибкий экземпляр сервера с помощью частных IP-адресов.
- Используйте VPN или ExpressRoute для подключения из ресурсов, отличных от Azure, к вашему База данных Azure для MySQL гибкому экземпляру сервера.
- Нет общедоступной конечной точки.
Общедоступный доступ (разрешенные IP-адреса) — вы можете развернуть База данных Azure для MySQL гибкий экземпляр сервера с общедоступной конечной точкой. Общедоступная конечная точка — это общедоступный DNS-адрес. Фраза "разрешенные IP-адреса" относится к диапазону IP-адресов, который вы выбрали для предоставления разрешения на доступ к серверу. Эти разрешения называются правилами брандмауэра.
Дополнительные сведения см. в статье об основных понятиях сети.
Быстрая настройка производительности и масштабирования
База данных Azure для MySQL гибкий сервер доступен на трех уровнях служб: с возможностью ускорения, общего назначения и критически важный для бизнеса. Уровень с увеличивающейся производительностью лучше всего подходит для экономичной разработки и небольших рабочих нагрузок, для которых не требуется непрерывная полная вычислительная мощность. Общие назначения и критически важный для бизнеса лучше подходят для рабочих нагрузок, требующих высокой параллелизма, масштабирования и прогнозируемой производительности. Вы можете создать свое первое приложение в небольшой базе данных за несколько долларов в месяц, а затем изменить масштаб в соответствии с потребностями решения. Масштабирование хранилища выполняется без прерывания работы, в том числе с поддержкой автоматического расширения. База данных Azure для MySQL гибкий сервер позволяет подготавливать дополнительные операции ввода-вывода в секунду до 80 00 000 операций ввода-вывода выше бесплатного ограничения операций ввода-вывода в секунду независимо от хранилища. С помощью этой функции можно в любое время увеличить или уменьшить число подготовленных операций ввода-вывода в секунду в зависимости от требований рабочей нагрузки. Динамическая масштабируемость позволяет базе данных беспрепятственно реагировать на быстро меняющиеся требования к ресурсам. Вы платите только за те ресурсы, которые используете.
Дополнительные сведения см. в концепциях вычислений и служба хранилища.
Масштабирование рабочей нагрузки чтения с использованием до 10 реплик чтения
MySQL является популярным ядром базы данных для поддержки мобильных и веб-приложений в Интернете. Многие наши клиенты используют его для образовательных веб-служб, служб потоковой передачи видео, решений для цифровых платежей, платформ торговли по Интернету, игр, порталов новостей, а также веб-сайтов государственных учреждений и здравоохранения. Эти службы нужны для обслуживания и масштабирования по мере роста трафика в мобильных и веб-приложениях.
Что касается приложений, они обычно разрабатываются на Java или php и переносятся для запуска в масштабируемые наборы виртуальных машин Azure, службы приложений Azure или контейнеризуются для выполнения в Службе Azure Kubernetes (AKS). Использование масштабируемого набора виртуальных машин с Служба приложений или AKS в качестве базовой инфраструктуры упрощает масштабирование приложений путем мгновенной подготовки новых виртуальных машин и реплика использования компонентов без отслеживания состояния приложений для удовлетворения запросов, но часто база данных оказывается узким местом в качестве централизованного компонента с отслеживанием состояния.
Функция чтения реплика позволяет реплика te данные из гибкого экземпляра сервера База данных Azure для MySQL на сервер только для чтения. Вы можете реплицировать данные с исходного сервера максимум на 10 реплик. Реплики чтения асинхронно обновляются с помощью технологии репликации на основе позиции файла собственного двоичного журнала (binlog) ядра MySQL. Вы можете использовать решение для прокси-сервера подсистемы балансировки нагрузки, например ProxySQL, чтобы эффективно масштабировать рабочую нагрузку приложения для считывания реплик без затрат на рефакторинг.
Ознакомьтесь с принципами реплики чтения.
Настройка гибридной или многооблачной синхронизации данных с реплика
Обработка данных реплика позволяет синхронизировать данные с внешнего сервера MySQL на гибкий сервер База данных Azure для MySQL. Внешний сервер может быть локальным, на виртуальных машинах, База данных Azure для MySQL одном сервере или в службе базы данных, размещенной другими поставщиками облачных служб. Репликация входных данных основана на позиции файла двоичного журнала (binlog). Ниже приведены основные сценарии с применением Репликации входных данных:
- Синхронизация данных в гибридной среде
- Синхронизация с несколькими облаками
- Минимальная миграция простоя на гибкий сервер База данных Azure для MySQL
Узнайте больше о принципах репликации входящих данных.
Запуск и остановка сервера для оптимизации затрат
База данных Azure для MySQL гибкий сервер позволяет останавливать и запускать серверы по запросу для оптимизации затрат. Выставление счетов за уровень вычислений немедленно прекращается при остановке сервера. Эта функция позволяет значительно сократить затраты во время разработки, тестирования и для прогнозируемых рабочих нагрузок рабочей нагрузки с привязкой к времени. Сервер находится в остановленном состоянии в течение 30 дней, если не будет перезапущен раньше.
Дополнительные сведения см. в статье об основных понятиях сервера.
безопасность, соответствие требованиям и защита конфиденциальности корпоративного уровня.
База данных Azure для MySQL гибкий сервер использует проверенный криптографический модуль FIPS 140-2 для шифрования неактивных данных. Шифруются все данные, включая резервные копии и временные файлы, создаваемые при выполнении запросов. Служба использует 256-разрядный шифр AES, включенный в шифрование службы хранилища Azure. Ключами управляет система (по умолчанию).
База данных Azure для MySQL гибкий сервер шифрует данные в движении с помощью безопасности уровня транспорта, применяемой по умолчанию. База данных Azure для MySQL гибкий сервер по умолчанию поддерживает зашифрованные подключения с помощью TLS 1.2, а все входящие подключения с TLS 1.0 и TLS 1.1 запрещены. Вы можете отключить принудительное применение TSL/SSL, задав параметр сервера require_secure_transport, а затем задав минимальный tls_version для сервера.
Дополнительные сведения см. в том, как использовать зашифрованные подключения для База данных Azure для MySQL гибких экземпляров сервера.
База данных Azure для MySQL гибкий сервер обеспечивает полный частный доступ к серверам с помощью Интеграция виртуальной сети Azure (виртуальная сеть). К серверам в виртуальной сети Azure можно подключиться только через частные IP-адреса. При интеграции с виртуальной сетью общедоступный доступ запрещен и серверы не могут быть доступны с помощью общедоступных конечных точек.
Дополнительные сведения см. в статье об основных понятиях сети.
Мониторинг и оповещения
База данных Azure для MySQL гибкий сервер оснащен встроенными функциями мониторинга производительности и оповещениями. Все метрики Azure записываются ежеминутно, и каждая из них предоставляет данные за последние 30 дней. Вы можете настроить оповещения на основе метрик. База данных Azure для MySQL гибкий сервер предоставляет метрики сервера узла для мониторинга использования ресурсов, позволяет настраивать журналы медленных запросов. С помощью этих средств можно быстро оптимизировать рабочие нагрузки и настроить оптимальную производительность сервера. База данных Azure для MySQL гибкий сервер позволяет визуализировать данные журналов медленных запросов и аудита с помощью книг Azure Monitor. Благодаря книгам вы получаете гибкий холст для анализа данных и создания полнофункциональных визуальных отчетов на портале Azure. База данных Azure для MySQL гибкий сервер предоставляет три доступных шаблона книги из поля, включая общие сведения о сервере, Аудит и Аналитика производительности запросов. Книга Query Performance Insights позволяет тратить меньше времени на устранение неполадок с производительностью базы данных, предоставляя:
- возможность просмотреть список первых N запросов по длительности выполнения и сведения о соответствующих тенденциях;
- Сведения о запросе: просмотр текста запроса и журнала выполнения с минимальным, максимальным, средним и стандартным временем запроса отклонения.
- возможность просмотреть сведения об использовании ресурсов (ЦП, память и хранилище).
Кроме того, вы можете использовать и интегрировать с средствами мониторинга сообщества, такими как Percona Monitoring and Management с База данных Azure для MySQL гибким сервером.
Узнайте больше об основных понятиях мониторинга.
Миграция
База данных Azure для MySQL гибкий сервер запускает версию сообщества MySQL. Это позволяет обеспечить полную совместимость приложений и требует минимальных затрат на рефакторинг для переноса существующих приложений, разработанных на подсистеме MySQL, на База данных Azure для MySQL гибкий сервер. Миграция на гибкий сервер База данных Azure для MySQL можно выполнить с помощью следующего варианта:
Миграции в автономном режиме
- Использование службы миграции данных Azure при хорошей пропускной способности сети между источником и Azure (например, высокоскоростной канал ExpressRoute). Дополнительные сведения см. в пошаговые инструкции по миграции MySQL в База данных Azure для MySQL гибкий сервер в автономном режиме с помощью DMS — Azure Database Migration Service
- Используйте 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, отправьте сообщение электронной почты группе База данных Azure для MySQL гибкого сервера (@Ask База данных Azure для MySQL гибкий сервер). Этот адрес не является псевдонимом службы технической поддержки.
Кроме того, попробуйте обратиться сюда:
- Для обращения в службу поддержки Azure отправьте запрос с портала Azure.
- Чтобы устранить проблему, связанную с учетной записью, отправьте запрос в службу поддержки на портале Azure.
- Чтобы отправить отзыв или запросить новые возможности, создайте запись через UserVoice.
Следующие шаги
В этом кратком руководстве по База данных Azure для MySQL гибкому режиму развертывания сервера вы можете:
создать свой первый сервер.
Создание первого приложения на предпочитаемом языке: