Когда использовать Базу данных Azure для MySQL

Завершено

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

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

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

Условия принятия решений

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

Критерии	База данных Azure для MySQL	MySQL на виртуальных машинах Azure
Административные усилия	Требует минимальных административных усилий, так как это полностью управляемая служба. Azure обрабатывает все обслуживание, обновления и резервные копии, освобождая разработчиков сосредоточиться на разработке приложений, а не на управлении базами данных. Несмотря на полное управление, у вас по-прежнему есть гибкость и контроль над функциями управления базами данных, параметрами конфигурации и запланированными периодами обслуживания.	Требует значительных административных усилий, так как он включает управление виртуальной машиной, ОС и ядром СУБД. Это включает такие задачи, как обновления системы, исправления безопасности и резервные копии, обеспечивая полный контроль и настройку, а также повышение ответственности.
Себестоимость	Предлагает диапазон ценовых категорий, подходящих для различных потребностей, от упрощенных приложений до решений корпоративного уровня. Затраты зависят от выбранного уровня, и ресурсы выставляются по мере использования, потенциально предлагая экономию затрат через управляемые службы. База данных Azure для MySQL предлагает бесплатную пробную версию с бесплатной учетной записью Azure. Он также предлагает функции управления затратами, такие как возможность остановить сервер, если не используется и автомасштабирование операций ввода-вывода в секунду.	Как правило, требуется стоимость виртуальных машин, хранилища и дополнительных затрат на обслуживание инфраструктуры. Кроме того, реализация таких функций, как высокий уровень доступности, резервные копии и другие задачи управления, влечет за собой дополнительные затраты, в отличие от База данных Azure для MySQL, где эти функции встроенны.
Параметры высокой доступности	Предоставляет встроенные решения с высоким уровнем доступности, включая развертывания, избыточные между зонами, без дополнительной настройки. Это упрощает достижение высокого уровня доступности, так как оно управляется Azure, обеспечивая устойчивость базы данных к сбоям с минимальным временем простоя.	Высокий уровень доступности должен быть настроен вручную и поддерживаться, включая настройку механизмов отработки отказа и потенциально дополнительных служб Azure. Это обеспечивает гибкость и настройку за счет повышения сложности и потенциальных проблем настройки и обслуживания.

Сравнение аналитических сведений

Административные усилия

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

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

Себестоимость

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

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

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

Высокая доступность

Высокий уровень доступности (HA) гарантирует, что приложения остаются доступными с минимальным временем простоя, даже во время сбоев системы или событий обслуживания.

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

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

Итоги

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

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

Сводка см. в следующих рекомендациях.

При выборе MySQL на виртуальных машинах Azure:

• Избежание затрат времени и средств на приобретение нового локального оборудования.
• Требуются определенные версии MySQL, которые не поддерживаются гибким сервером.
• Требуется полный контроль и настройка ядра MySQL, который база данных Azure не поддерживает для службы MySQL.

Выберите База данных Azure для MySQL при выполнении:

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