Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Можно указать параметры обслуживания для каждого База данных Azure для MySQL гибкого экземпляра сервера в подписке Azure. Параметры включают расписание обслуживания и настройки уведомлений для предстоящих и завершенных событий обслуживания.
Примечание.
Эти новые функции обслуживания постепенно развертываются в регионах Azure. Если вы не видите их сразу на портале Azure, разрешите некоторое время для полного развертывания. Доступность может отличаться в зависимости от подписки и региона.
Предварительные условия
Вот что вам нужно, чтобы выполнить инструкции, приведенные в этом руководстве:
Конфигурация и опыт обслуживания
База данных Azure для MySQL – Гибкий сервер теперь предлагает расширенный опыт обслуживания, который обеспечивает больший контроль и видимость того, как ваши серверы получают обновления. В разделе "Обслуживание параметров>" вы найдете три основных области:
- Политика обслуживания
- Настраиваемая конфигурация расписания
- Состояние технического обслуживания и перепланирование
Параметры политики обслуживания
Вы можете выбрать следующие типы политик обслуживания в зависимости от требований рабочей нагрузки:
Виртуальная канарейка
Виртуальный Canar предназначен для непроизводственных рабочих загрузок, которые хотят рано проверить обновления. Серверы в этой политике получают обновления перед общедоступной доступностью и не следуют стандартной частоте обновления— не существует гарантированного 30-дневного интервала и нет 7-дневного предварительного уведомления.
Серверы всплесковых SKU по умолчанию зарегистрированы в политике Virtual Canary.
Окно обслуживания, управляемое системой (SMW)
Эта политика обслуживания — это параметр по умолчанию для серверов на уровнях вычислений общего назначения и вычислений, оптимизированных для памяти . Обслуживание автоматически планируется на случайный день и время, обычно в период с 11:00 вечера до 7:00 утра по локальному времени сервера. Эта политика следует стандартному поведению обслуживания— обновления выполняются не более одного раза в 30 дней и объявляются по крайней мере семь дней заранее.
Окно пользовательского управляемого обслуживания (CMW)
Выберите эту политику обслуживания, если вы хотите контролировать, когда выполняется обслуживание. CMW позволяет определить предпочтительный день недели и время начала (в 60-минутном окне UTC). Это особенно полезно для рабочих сред, в которых время обновления должно соответствовать политикам управления изменениями.
Кроме того, сервер можно назначить пакету (Batch 1 или Batch 2), чтобы обеспечить поэтапное обслуживание в таких средах, как TEST и PROD.
- Пакет 1. Обслуживание выполняется в первые 7 дней регионального периода обслуживания.
- Пакет 2: Обслуживание происходит в течение второй недели, 7 дней.
Примечание.
7-дневные пакеты обслуживания не соответствуют календарным неделям (например, начиная с воскресенья или понедельника). Вместо этого первый 7-дневный период начинается с фактической даты начала цикла обслуживания в регионе сервера.
После настройки CMW новое расписание вступает в силу в следующем региональном цикле обслуживания.
Чтобы изменить время запланированного обслуживания, используйте функцию повторного планирования обслуживания .
Просмотр и управление предстоящим обслуживанием
В разделе "Состояние обслуживания" отображаются все запланированные или недавно завершенные события обслуживания сервера. Как правило, одна запись отображается одновременно.
Запланировать заново
Если обслуживание еще не запущено, можно выбрать новую дату и время, выбрав "Перепланировать". Это помогает избежать конфликтов с бизнес-операциями или запланированными развертываниями.
Перепланированная функция доступна только для серверов на уровнях вычислений общего назначения и вычислений, оптимизированных для памяти . Он не поддерживается для серверов SKU с возможностью ускорения .
Перепланируйте на сейчас
Вы можете щелкнуть «Перенести на сейчас», чтобы немедленно начать обслуживание. Это полезно, если вы хотите сразу применить обновление, или если требуется более точный контроль над выполнением обслуживания. Перепланировать на текущее время можно только, если сервер находится в состоянии Запланированное или Перепланированное. После нажатия кнопки "Перепланировать на сейчас" сервер переходит в состояние Подготовка. Это означает, что сервер готовится к событию обслуживания, и он начнет обслуживание вскоре через пару минут.
Примечание.
В некоторых случаях перепланировать на сейчас может зависать на некоторое время в состоянии На стадии подготовки. Обычно это связано с слишком большим количеством серверов в одном регионе, запланированным на обслуживание одновременно. В этом случае вы можете подождать, пока сервер завершит подготовку или вызов запроса в службу поддержки, чтобы получить помощь.
Соображения и ограничения переноса
Помните о следующих аспектах функции:
- Доступность уровня: Планирование обслуживания недоступно для уровня Burstable compute. Эта функция предназначена для серверов в рабочей среде, в то время как уровень "Ускорение" предназначен для непроизводственных целей.
- Ограничения спроса: возможно отмена перепланированного обслуживания, если большое количество действий по обслуживанию происходит одновременно в одном регионе.
- Период блокировки: перепланировка недоступна за 15 минут до первоначально запланированного времени обслуживания, чтобы обеспечить надежность услуги.
- Регулирование перепланировки: если слишком много серверов в одном регионе запланировано на обслуживание в одно и то же время, запросы на перепланировку могут не удаваться. Если эта ошибка возникает, вы получите уведомление об ошибке, которое советует выбрать альтернативный интервал времени. Успешное перепланированное обслуживание вряд ли будет отменено.
Нет ограничений на то, сколько раз может быть перепланировано событие обслуживания. Если событие обслуживания не перешло в состояние подготовки, вы всегда можете перепланировать его на другое время.
Представление хода развертывания технического обслуживания
Каждое событие обслуживания включает идентификатор отслеживания. Щелкнув этот идентификатор, откроется подробное представление всех серверов в подписке, которые являются частью одного развертывания обслуживания. Это дает консолидированный обзор по всему флоту— не нужно проверять каждый сервер по отдельности или полагаться исключительно на уведомления электронной почты.
Вы можете получить доступ к интерфейсу идентификатора отслеживания в любое время, независимо от того, ожидается ли обслуживание или уже завершено.
Использование Azure Resource Graph для аудита журнала обслуживания
Клиенты, которые управляют несколькими База данных Azure для MySQL гибкими серверами, могут использовать Azure Resource Graph для выполнения массовых запросов между подписками и группами ресурсов. Это особенно полезно для аудита журнала обслуживания, выявления затронутых ресурсов и отслеживания событий обслуживания с течением времени. Например, следующий запрос Kusto получает состояние обслуживания, время начала и окончания и идентификатор отслеживания для всех гибких серверов MySQL в подписке клиента. Это позволяет клиентам отслеживать действия по обслуживанию за последние три месяца в масштабируемом и автоматизированном режиме:
ServiceHealthResources
| where type == "microsoft.resourcehealth/events/impactedresources"
| extend TrackingId = split(split(id, "/events/", 1)[0], "/impactedResources", 0)[0]
| extend p = parse_json(properties)
| project subscriptionId, TrackingId, resourceName= p.resourceName, resourceGroup=p.resourceGroup, resourceType=p.targetResourceType, status= p.status, maintenanceStartTime=todatetime(p.maintenanceStartTime), maintenanceEndTime=todatetime( p.maintenanceEndTime), details = p, id
| where resourceType == "Microsoft.DBforMySQL/flexibleServers"
| order by maintenanceEndTime
Этот запрос можно выполнить в обозревателе Azure Resource Graph или через Azure CLI/PowerShell с помощью команды az graph query. Это помогает командам проактивно отслеживать и сообщать о событиях обслуживания во всем флоте MySQL.
Уведомления о плановых мероприятиях по техническому обслуживанию
Вы можете использовать Работоспособность служб Azure для просмотра уведомлений о предстоящем и выполненном обслуживании на экземпляре сервера Azure Database для гибкого MySQL. Вы также можете настроить и отслеживать оповещения в Работоспособность служб Azure, чтобы получать уведомления о плановых мероприятиях.