Microsoft прекращает поддержку пакетов управления SCOM для SQL Server, SSRS и SSAS, подталкивая пользователей к Azure Monitor. Аналитики предупреждают о рисках лицензионного аудита при переходе на облачные решения для локальных сред.
Недавно компания Microsoft объявила о намерении прекратить поддержку пакетов управления (MP) System Center Operations Manager (SCOM) для SQL Server Reporting Services, Power BI Report Server и SQL Server Analysis Services.
Хотя это затрагивает относительно небольшую часть пользователей SQL Server, этот шаг может вынудить некоторые организации перейти на решения для мониторинга, которые подвергнут их серверные развертывания проверкам лицензирования со стороны Microsoft, отметил один аналитик.
Затронутые пакеты управления SCOM останутся доступными до января 2027 года, после чего их поддержка прекратится. В уведомлении говорится: «Новые обновления выпускаться не будут, включая поддержку SQL Server 2025 или SCOM 2025».
Microsoft заявила, что для этих продуктов больше не будет официальных SCOM MP.
SCOM — это популярный инструмент управления для локальных серверных продуктов Microsoft, поддерживающий не только SQL Server, но и Exchange, Windows и SharePoint для управления обновлениями, изменениями безопасности и патчами.
Microsoft сообщила, что прекращение поддержки означает, что существующие пакеты управления продолжат работать в SCOM 2019 и SCOM 2022, но новые функции, исправления или обновления безопасности предоставляться не будут. Совместимость с более поздними версиями не гарантируется.
Программный гигант рекомендовал затронутым пользователям спланировать миграцию на решения для мониторинга на базе Azure с использованием Azure Monitor, Azure Arc и Log Analytics. Вендор утверждает, что это создает «единую альтернативу, которая обеспечивает централизованный сбор телеметрии, оповещение, мониторинг производительности и создание панелей мониторинга для гибридных сред и локальных сред».
Эндрю Снодграсс, аналитик Directions on Microsoft, заявил, что «Виндоус-гигант» некоторое время игнорировал SCOM, и он советовал клиентам отказываться от него.
«Найдите стороннее решение, если хотите остаться локально (on-prem), но Microsoft будет медленно выводить эту штуку из эксплуатации, как она это обычно делает», — сказал он изданию The Reg. При использовании альтернативы клиенты больше не смогут загружать обновления напрямую; они смогут делать это только через Azure Arc, и при этом им придется регистрировать свои локальные серверы в Azure.
Снодграсс отметил, что платформа мониторинга Azure предлагает «действительно крутые вещи» для управления парком SQL Server, особенно для гибридных пользователей.
«Это требует, — и это вполне разумно, — установки агента на ваш физический или виртуальный сервер, будь он в AWS, Azure или локально. Это агент мониторинга Azure Arc, который будет работать локально и подключаться к Azure», — пояснил он.
С точки зрения управления это работает хорошо, добавил Снодграсс, потому что администраторы могут использовать единую систему управления Azure SQL и видеть все серверы и базы данных независимо от их среды.
«Но те, кто не хочет использовать Azure или желает остаться локально (on-prem), должны будут найти альтернативный локальный сторонний инструмент управления. SQL Server существует десятилетиями, поэтому есть действительно прекрасные инструменты управления. Есть и несколько таких, которые также будут управлять вашими серверами Windows и Exchange».
Хотя Microsoft не давала никаких указаний на то, что данные могут быть использованы для чего-либо, кроме управления программным обеспечением, пользователи должны знать о потенциальных последствиях в отношении управления лицензиями.
«Если вы используете Azure SQL для управления всеми этими развертываниями, где бы они ни находились — локально, в AWS или Azure, — вы регистрируете каждый свой SQL Server в Azure. Этот список станет доступен. Это не значит, что Microsoft обязательно им воспользуется, но если придет аудит, они, безусловно, смогут проверить этот список, сопоставить его с количеством купленных вами лицензий и заявить: „Знаете что, у вас здесь целый список, а у вас недостаточно лицензий для покрытия всех этих развернутых серверов“», — сказал он.
Организации, намеренно использующие нелицензионное ПО, вряд ли смогут защититься, но существуют серые зоны, например, загрузка SQL Server для разработки ПО с использованием лицензии Visual Studio.
«Если бы я отслеживал и управлял всем этим через инструменты Azure, он не смог бы провести различие между производственной средой и средой разработки и предположил бы, что все эти машины являются производственными, и, следовательно, мне нужно приобрести для них лицензии».
Снодграсс советует клиентам четко представлять количество SQL Server в продакшене и тех, что используются для разработки, прежде чем вести переговоры с Microsoft по поводу лицензий.
The Register обратилась к Microsoft за комментариями. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Lindsay Clark