Что такое База данных Azure для MySQL — гибкий сервер?
ОБЛАСТЬ ПРИМЕНЕНИЯ:
База данных Azure для MySQL — гибкий сервер
В этой статье представлен обзор и общие сведения о основных понятиях гибкой модели развертывания сервера. Дополнительные сведения о подходящем варианте развертывания рабочей нагрузки см . в разделе "Выбор подходящего варианта сервера MySQL" в Azure.
База данных Azure для MySQL гибкий сервер — это служба реляционной базы данных в облаке Майкрософт на основеЯдро СУБД MySQL Community Edition (доступно под лицензией GPLv2), версии 5.6 (прекращено), 5.7 и 8.0. База данных Azure для MySQL гибкий сервер обеспечивает:
- избыточность между зонами и высокий уровень доступности в одной зоне;
- Максимальный контроль с возможностью выбора запланированного периода обслуживания.
- Защита данных с помощью автоматических резервных копий и восстановления на определенный момент времени в течение 35 дней.
- Автоматическое исправление и обслуживание базового оборудования, операционной системы и ядра СУБД для обеспечения безопасности и актуальности службы.
- Прогнозируемую производительность с использованием модели оплаты по мере использования.
- эластичное масштабирование в течение нескольких секунд;
- Элементы управления оптимизацией затрат с низкой стоимостью SKU и возможность остановить или запустить сервер.
- Безопасность корпоративного уровня, соответствие отраслевым требованиям и конфиденциальность для защиты конфиденциальных данных во время хранения и движения.
- мониторинг и автоматизация, упрощающие управление и мониторинг в масштабных развертываниях;
- лучшие в отрасли возможности поддержки.
Эти возможности не требуют практически никакого администрирования и все предоставляются без дополнительных затрат. Они позволяют сосредоточиться на быстрой разработке приложений и ускорить свое время на рынок, а не выделить драгоценное время и ресурсы для управления виртуальными машинами и инфраструктурой. Кроме того, вы можете продолжать разрабатывать приложение с помощью инструментов с открытым исходным кодом и платформы вашего выбора, чтобы обеспечить скорость и эффективность бизнес-требований без обучения новых навыков.
Обзор
База данных 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 гибкий сервер позволяет настроить высокий уровень доступности с помощью автоматической отработки отказа. Решение высокого уровня доступности предназначено для обеспечения того, чтобы зафиксированные данные никогда не терялись из-за сбоев и улучшения общего времени простоя приложения. Когда настроен высокий уровень доступности, гибкий сервер автоматически подготавливает резервный сервер реплики и управляет им. Плата взимается за подготовленные вычислительные ресурсы и хранилище для первичного и дополнительного реплика. Существует две модели архитектуры с высоким уровнем доступности:
- Высокий уровень доступности избыточности между зонами. Этот параметр предпочтителен для полной изоляции и избыточности инфраструктуры в нескольких зонах доступности. Он обеспечивает высочайший уровень доступности, но требует настройки избыточности приложений в разных зонах. Высокий уровень доступности с избыточностью между зонами предпочтителен, если требуется достичь наивысшего уровня доступности при любых сбоях инфраструктуры в зоне доступности, и когда допустима задержка в зоне доступности. Высокий уровень доступности, избыточный между зонами, доступен в подмножестве регионов Azure, где регион поддерживает несколько Зоны доступности и общих папок с избыточными зонами Premium.
- Высокий уровень доступности в той же зоне(HA): этот параметр предпочтителен для избыточности инфраструктуры с более низкой задержкой сети, так как основной и резервный сервер находятся в одной зоне доступности. Он обеспечивает высокий уровень доступности без настройки избыточности приложений в разных зонах. Высокий уровень доступности в одной зоне предпочтителен, если требуется достичь высокого уровня доступности в пределах одной зоны доступности с наименьшей задержкой в сети. Высокий уровень доступности в одной зоне доступен во всех регионах Azure, где можно создавать База данных Azure для MySQL гибкие экземпляры сервера.
Дополнительные сведения см. в разделе Принципы высокого уровня доступности.
Автоматизированное исправление с управляемым периодом обслуживания
Служба выполняет автоматическую установку исправлений, Установка исправлений включает обновления для системы безопасности и программного обеспечения. Для подсистемы MySQL дополнительные обновления версий также включены в запланированный выпуск обслуживания. Пользователи могут настроить расписание исправлений для управления системой или определить пользовательское расписание. Во время расписания обслуживания применяется исправление, и серверу может потребоваться перезапуск в рамках процесса исправления для завершения обновления. С помощью настраиваемого расписания пользователи могут сделать цикл исправлений предсказуемым и выбрать период обслуживания с минимальным влиянием на бизнес. Служба следует ежемесячному расписанию выпуска для непрерывной интеграции и выпуска.
Дополнительные сведения см. в разделе "Запланированное обслуживание ".
Автоматическое резервное копирование
Гибкая служба сервера База данных Azure для MySQL автоматически создает резервные копии серверов и сохраняет их в локально избыточном или геоизбыточное хранилище. Резервные копии можно использовать для восстановления сервера в любой момент времени в течение периода хранения резервных копий. Срок хранения по умолчанию составляет семь дней, но его можно настроить в диапазоне от 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 одном сервере или в службе базы данных, размещенной другими поставщиками облачных служб. Данные в реплика tion основаны на файле двоичного журнала (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 отправьте запрос с портала Azure.
- Чтобы устранить проблему, связанную с учетной записью, отправьте запрос в службу поддержки на портале Azure.
- Чтобы отправить отзыв или запросить новые возможности, создайте запись через UserVoice.