База данных Azure для MySQL
В этом уроке вы узнаете, как База данных Azure для MySQL помочь создать устойчивое, производительное и удобное хранилище данных для веб-приложения. Учитывая ожидаемую важность бизнеса и высокий спрос, вы заинтересованы в его способности масштабировать вычислительные ресурсы и ресурсы хранилища. Вы также хотите убедиться, что База данных Azure для MySQL сводит к минимуму затраты на управление и обслуживание как управляемую службу, что позволяет сосредоточиться на разработке программного обеспечения.
Каковы основные характеристики База данных Azure для MySQL?
База данных Azure для MySQL — гибкий сервер предназначен для обеспечения полной совместимости с существующими приложениями MySQL, поддерживая широко используемые серверы сообщества MySQL версии 5.7 и 8.0. Этот вариант размещения особенно эффективен для сценариев, требующих:
- Подробный контроль над конфигурациями вычислений и хранилища.
- Стабильно высокая производительность.
- Надежная, высокая доступность и непрерывность бизнес-процессов.
- Эффективные стратегии управления затратами.
Кроме того, гибкий сервер повышает безопасность с помощью встроенного брандмауэра для общедоступных конечных точек и поддерживает частное подключение через интеграцию azure виртуальная сеть (виртуальная сеть) и Приватный канал Azure, которая защищает данные от несанкционированного доступа.
Службы вычислений
База данных Azure для MySQL . Гибкий сервер доступен на трех уровнях вычислений, каждый уровень предназначен для конкретного варианта использования:
- Ускорение. Идеально подходит для разработки или временных проектов с периодическими требованиями к производительности.
- Общее назначение. Подходит для широкого спектра рабочих нагрузок, требующих сбалансированного вычисления и памяти.
- критически важный для бизнеса. Лучше всего подходит для приложений, требующих высокой производительности вычислений и устойчивости.
Имя конкретного уровня является производным от имени серии SKU виртуальной машины Azure, в котором размещено управляемое развертывание сервера MySQL. На каждом уровне можно выбрать несколько разных размеров виртуальных машин, каждый из которых предлагает другое количество виртуальных ядер (от 1 до 96) и объем памяти (от 4 гигабайт (ДО около 700 ГБ).
На уровне вычислительных ресурсов с возможностью ускорения используются виртуальные машины серии B, общее назначение использует виртуальные машины серии Dadsv5 (AMD) и Ddsv4(Intel), а критически важный для бизнеса работает на виртуальных машинах серии Standard Eadsv5 (AMD) и Edsv5(Intel).
В портал Azure во время процесса создания сервера можно выбрать параметр уровня на странице "Основные сведения", в разделе "Сведения о сервере" или на странице "Гибкие вычисления сервера и хранилище" в разделе "Вычисления".
Хранилище
При подготовке сервера или в любой момент после этого можно увеличить объем хранилища, выделенного до предела 16 384 гибибайтов (ГиБ), или 16 тебибайтов (TiB) для уровней "Ускорение" и "Общее назначение" и 32 ТиБ для уровня критически важный для бизнеса. Нижнее ограничение (20 ГиБ) совпадает с выбранным уровнем вычислений и размером. Кроме того, размер хранилища не зависит от выбранного уровня вычислительных ресурсов и размера, и вы также можете включить автоматическое увеличение хранилища.
Примечание.
После увеличения объема хранилища его нельзя уменьшить.
Независимо от размера хранилища, вы также можете увеличить и уменьшить требуемое ограничение операций ввода-вывода в секунду. Верхний предел доступных операций ввода-вывода в секунду зависит от уровня вычислительных ресурсов и размера, достигая 80 000 операций ввода-вывода в секунду для наибольшего доступного размера номера SKU критически важный для бизнеса. Эту масштабируемую функцию операций ввода-вывода в секунду можно использовать для динамического изменения требований к ресурсам в любое время, а также включить автоматическое изменение операций ввода-вывода в секунду на основе требований рабочей нагрузки.
Сетевое соединение
База данных Azure для MySQL — гибкий сервер поддерживает три метода подключения, общедоступный доступ, частный доступ и приватный канал.
Открытый доступ
С общедоступным доступом, который предоставляется через внешнюю конечную точку, необходимо явно разрешить доступ с помощью правил брандмауэра:
- Для внешнего трафика необходимо указать отдельный IP-адрес или диапазон IP-адресов, от которого разрешен трафик.
- Для трафика, исходящего из Azure, необходимо разрешить общий доступ из любой службы Azure.
Внимание
Так как общедоступный доступ разрешает подключения с IP-адресов, выделенных любому ресурсу Azure, включая подключения из подписок других клиентов, рекомендуется использовать только в сценариях разработки и тестирования.
Закрытый доступ
Используйте поддержку интеграции виртуальной сети для частного доступа через назначенные виртуальные сети Azure. Вы можете использовать частный доступ для безопасного подключения к гибкому серверу MySQL из одной виртуальной сети, из другой виртуальной сети с помощью пиринга или даже из локальной среды с помощью ExpressRoute или VPN-подключения. Если этот параметр включен, сервер автоматически блокирует подключения, исходящие из Интернета.
Примечание.
Перед включением закрытого доступа необходимо реализовать разрешение имен службы доменных имен (DNS). Дополнительные сведения см. в статье "Доступ к частной сети" с помощью интеграции виртуальной сети для База данных Azure для MySQL — гибкий сервер.
Приватный канал
Приватный канал предоставляет частную конечную точку IP-адреса в подсети виртуальной сети для подключения к гибкому серверу MySQL напрямую. Приватный канал Azure по сути приносит службы Azure в частную виртуальную сеть через IP-адрес, как и любой другой ресурс виртуальной сети. Можно создать несколько частных конечных точек, например один из них для каждого подключающегося приложения или ресурса Azure PaaS. В сочетании с правилами брандмауэра NSG частные каналы обеспечивают точное управление доступом к базе данных службами.
По умолчанию сервер применяет протокол TLS 1.2, чтобы защитить входящий сетевой обмен данными.
Внимание
Хотя вы можете разрешить незашифрованные подключения после подготовки сервера, не рекомендуется.
Высокая доступность
База данных Azure для MySQL . Гибкий сервер поддерживает высокий уровень доступности с автоматической отработкой отказа, чтобы гарантировать, что зафиксированные данные никогда не теряются из-за локализованных сбоев. При включении этой функции платформа автоматически подготавливает резервную реплику и управляет ею.
В зависимости от размещения реплики существует две модели архитектуры с высоким уровнем доступности.
Высокий уровень доступности, избыточной между зонами
Для повышения устойчивости модель высокой доступности, избыточной в зонах, размещает базу данных-источник в одной зоне доступности и ее резервную реплику в отдельной зоне. Эта конфигурация предназначена для защиты от сбоев на уровне центра обработки данных, обеспечивая более высокий уровень защиты данных, гарантируя, что базы данных-источник и резервные копии не подвержены тем же локализованным рискам. Эта модель рекомендуется для критически важных приложений, которые имеют непрерывность и целостность данных в качестве приоритетных целей, так как она позволяет службе оставаться доступной, даже если весь центр обработки данных переходит в автономный режим.
Высокий уровень доступности в одной зоне
Модель высокого уровня доступности той же зоны создает базу данных-источник и резервную реплику в той же зоне доступности. Выбор развертывания в одной зоне подходит для сценариев, в которых минимальная задержка имеет решающее значение для производительности приложения. Сохранение основного экземпляра и его реплики в близком физическом расположении гарантирует, что процесс отработки отказа значительно не влияет на время отклика. Эта настройка идеально подходит для приложений, затронутых даже минимальными различиями задержки, которые могут повлиять на функциональные возможности или взаимодействие с пользователем.
Непрерывность бизнес-процессов
База данных Azure для MySQL . Гибкий сервер автоматически создает резервные копии на определенный момент времени своих баз данных. Он сохраняет их в локально избыточном хранилище до 35 дней или 10 лет при использовании долгосрочного хранения. При настройке резервного копирования можно выбрать локально избыточные, избыточные между зонами или геоизбыточные резервные копии, что позволяет восстановиться после сбоя, влияющего на весь регион Azure. Кроме того, вы можете выполнять резервное копирование по запросу в любое время, чтобы создать моментальный снимок резервного копирования за пределами регулярного расписания резервного копирования.
База данных Azure для MySQL также поддерживает управляемые периоды обслуживания, предназначенные для автоматического исправления сервера, упрощая непрерывность бизнес-процессов. Указав настраиваемое расписание исправления, можно свести к минимуму влияние временного простоя, вызванного перезапуском сервера.
Оптимизация затрат
База данных Azure для MySQL . Гибкий сервер предлагает множество вариантов оптимизации затрат.
Подробный контроль над конфигурацией вычислений и хранилища. Вы можете настроить большинство вариантов конфигурации сервера независимо, что позволяет оптимизировать затраты на развертывание на основе ваших целей и его предполагаемого варианта использования. Например, можно отдельно настроить параметры для следующих вариантов:
- SKU вычислений;
- объема хранилища;
- ОПЕРАЦИЙ ВВОДА-ВЫВОДА
- периода хранения резервных копий.
Кроме того, можно также включить функции автомасштабирования операций ввода-вывода в секунду для автоматической настройки операций ввода-вывода в секунду на основе требований рабочей нагрузки. В отличие от предварительно подготовленных операций ввода-вывода, указывающего фиксированный предел операций ввода-вывода и оплачиваемый независимо от использования, автомасштабирование операций ввода-вывода позволяет платить только за количество используемых операций ввода-вывода.
Возможность остановить и запустить сервер по запросу. Выставление счетов на уровне вычислений останавливается сразу после остановки сервера. Эта возможность позволяет свести к минимуму затраты во время разработки, тестирования и рабочих нагрузок с надежно прогнозируемым расписанием.
Уровень вычислительных ресурсов с возможностью ускорения. Воспользуйтесь преимуществами уровня вычислительных ресурсов с возможностью ускорения для конкурентных цен на рабочие нагрузки, требующие низкой загрузки ЦП с случайными пиками использования ЦП.
Скидка на зарезервированный экземпляр. Вы можете зафиксировать план покупки за один или три года, чтобы получить скидку на зарезервированный экземпляр, сохранив более 60 процентов исходной, нерасчетной стоимости. Рассмотрим этот вариант для рабочих нагрузок с прогнозируемыми, долгосрочными требованиями к вычислительной емкости.
Бесплатная учетная запись Azure. Вы можете использовать бесплатную учетную запись Azure для оценки гибкого сервера без затрат на 12 месяцев с ежемесячными ограничениями до следующих значений:
- 750 часов для экземпляра B1MS с увеличивающейся производительностью, которых достаточно для непрерывного выполнения экземпляра базы данных в течение каждого месяца.
- Хранилище объемом 32 ГБ и хранилище резервных копий объемом 32 ГБ.
Примечание.
Если вы создаете гибкий сервер База данных Azure для MySQL с помощью бесплатной учетной записи Azure, на вкладке "Вычисление и хранилище" по-прежнему отображается оценочная ежемесячная стоимость: сводка затрат и вкладка "Просмотр и создание". Тем не менее, если вы используете бесплатную учетную запись Azure, а использование службы остается в пределах связанных ежемесячных ограничений, вы не будете взиматься за эту службу.