Новые серверы Azure Database for MySQL получат автоматические обновления в январе 2026 года

azure,mysql,обновление,стабильность,безопасность,ha

Команды, использующие Azure Private Link и георезервное копирование, увидят значительные улучшения в последнем январском обновлении стабильности для MySQL Flexible Servers. Улучшена надёжность восстановления и сетевые подключения.

Корпорация Microsoft объявила, что все новые серверы, работающие под управлением Azure Database for MySQL (Flexible Server), будут автоматически переведены на обновление от января 2026 года начиная с сегодняшнего дня. Для существующих серверов это обновление также будет применено во время их следующего планового технического обслуживания. Этим обновлением гигант из Редмонда открывает год, сосредоточившись на стабильности, а не на новых функциях.

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

Одно из исправлений касается аварийного восстановления. До устранения проблемы ошибка приводила к сбою операций сброса GTID при включении георезервного копирования. Данное исправление обеспечивает более надёжное восстановление между регионами. Microsoft также устранила проблему, из-за которой определённые серверы с высокой доступностью (HA) не могли активировать частные конечные точки (Private Endpoints) при нахождении за балансировщиком нагрузки выделенной службы (Dedicated Service Load Balancer).

Компания также улучшила диагностику, предоставив более информативные сообщения об ошибках, когда пользователи пытаются включить высокую доступность (HA) на экземплярах на базе VNET, у которых всё ещё активны ускоренные журналы (Accelerated Logs).

Вот полные примечания к выпуску:

Изменения версии движка

  • В этой версии не будет изменений версии движка.

Функции

  • В этой версии не будет представлено новых функций.

Улучшение

  • Улучшено сообщение об ошибке, отображаемое, когда клиенты пытаются включить HA на экземпляре на базе VNET, у которого всё ещё активны ускоренные журналы

Исправления известных проблем

  • Устранена проблема, при которой включение георезервного копирования приводило к сбою последующих операций сброса GTID
  • Устранена проблема, из-за которой некоторые серверы HA за выделенным SLB не могли активировать частную конечную точку

Если вы хотите применить эти изменения немедленно, не дожидаясь следующего планового обслуживания сервера, вы можете присоединиться к программе Virtual Canary для досрочного обновления.

Хотя это обновление довольно скромное с точки зрения обновлений движка и новых функций, оно остаётся жизненно важным для устранения препятствий для команд, использующих Azure Private Link для безопасности и геоизбыточности для аварийного восстановления. Если ваша организация строго придерживается требований к времени безотказной работы и безопасности, эти исправления помогут гарантировать, что ваши сетевые настройки и конфигурации резервного копирования не будут конфликтовать друг с другом.

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

Похожие новости: