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

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

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для MySQL — гибкий сервер

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

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

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

Гибкий экземпляр сервера База данных Azure для MySQL:

  • создается в подписке Azure;
  • выступает в качестве родительского ресурса для баз данных;
  • Разрешает доступ к конфигурации MySQL при помощи параметров сервера (ссылка на основные понятия параметров сервера).
  • Выполняет автоматическое резервное копирование и поддерживает восстановление до точки во времени.
  • предоставляет пространство имен для баз данных;
  • представляет собой контейнер со строгой семантикой времени существования (при удалении сервера удаляются также все расположенные на нем базы данных);
  • выравнивает ресурсы в регионе;
  • Поддержка предоставленного клиентом графика обслуживания сервера
  • Возможность развертывания гибких серверов с избыточностью между зонами для повышения уровня доступности
  • Обеспечивает интеграцию виртуальной сети для доступа к серверу базы данных
  • Предоставляет способ сокращения затрат путем приостановки гибкого сервера, когда он не используется
  • обеспечивает область для политик управления, применяемых к базам данных: имена входа, брандмауэр, пользователи, роли, конфигурации и т. д.;
  • Поддерживает основную версию MySQL 5.7 и MySQL 8.0. Дополнительные сведения см. в разделе "Поддерживаемые База данных Azure для MySQL гибкие версии ядра сервера".

В База данных Azure для MySQL гибком экземпляре сервера можно создать одну или несколько баз данных. Можно создать по одной базе данных на каждом сервере, чтобы использовать все ресурсы, или несколько баз данных, чтобы предоставить общий доступ к ресурсам. Цены структурированы на сервер на основе конфигурации уровня вычислений, виртуальных ядер и хранилища (ГБ). Дополнительные сведения см. в статье Вычисления и хранение.

Остановка и запуск гибкого экземпляра сервера База данных Azure для MySQL

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

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

Внимание

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

Пока сервер остановлен, управлять им невозможно. Чтобы изменить параметры конфигурации на сервере, необходимо запустить сервер. Изучите ограничения на остановку/запуск.

Примечание.

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

Как управлять сервером?

Вы можете управлять созданием, удалением, конфигурацией параметров сервера (my.cnf), масштабированием, сетью, безопасностью, высоким уровнем доступности, резервным копированием и восстановлением и мониторингом База данных Azure для MySQL гибкого экземпляра сервера с помощью портал Azure или Azure CLI. Кроме того, следующие хранимые процедуры доступны в База данных Azure для MySQL гибком сервере для выполнения определенных задач администрирования базы данных, необходимых, так как привилегия СУПЕР пользователя не поддерживается на сервере.

Имя хранимой процедуры Входные параметры Выходные параметры Примечание об использовании
mysql.az_kill processlist_id Н/П Эквивалентно команде KILL CONNECTION. Завершает подключение, связанное с предоставленным processlist_id после завершения любой инструкции, выполняемой подключением.
mysql.az_kill_query processlist_id Н/П Эквивалентно команде KILL QUERY. Завершает оператор, который в настоящее время выполняется подключение. Оставляет само подключение активным.
mysql.az_load_timezone Неприменимо Неприменимо Загружает таблицы часовых поясов, чтобы в параметре time_zone можно было использовать именованные значения (например, US/Pacific).

Следующие шаги