ADG Оставить заявку
Блог Инфраструктура 4 мин чтения

Windows Server Semi-Annual Channel: Microsoft меняет модель обслуживания - разбираемся что это значит для наших клиентов

Microsoft объявляет SAC - новый канал выпуска Windows Server без GUI, первый релиз 1709 осенью. Оцениваем подходит ли это заказчикам на LTSC-сценариях.

Контекст момента

Microsoft объявляет Windows Server Semi-Annual Channel (SAC) - первый релиз 1709 выйдет осенью 2017 как Server Core без GUI, ориентирован на контейнеры и Nano Server

На этой неделе Microsoft официально объявила о новой модели обслуживания Windows Server: Semi-Annual Channel (SAC). Первый релиз в этом канале - 1709 - выйдет осенью этого года. Мы потратили пару часов читая документацию и блоги команды Microsoft, и вот что думаем.

Два канала, два сценария

Суть изменения такая. Microsoft делит Windows Server на два трека:

Long-Term Servicing Channel (LTSC) - это то, что было всегда. Windows Server 2016 - LTSC-релиз. Полный Desktop Experience (или Server Core по выбору), пятилетняя mainstream-поддержка, ещё пять лет extended. Обновления каждые 2-3 года.

Semi-Annual Channel (SAC) - новый трек. Релизы каждые полгода с именованием по году и месяцу (1709 = сентябрь 2017). Только Server Core, без GUI вообще. Поддержка 18 месяцев на релиз. После этого - ставь следующую версию или оставайся без патчей.

Ключевой момент: SAC-релизы доступны только по подписке Software Assurance или через Azure. Коробочный лицензиат SAC не получит.

Для кого это сделано

Microsoft не скрывает целевую аудиторию. SAC-канал создан для двух сценариев:

Контейнерные хосты. Windows Server 1709 принесёт обновлённый Nano Server - ещё меньше, только для контейнеров. Там будет новая версия Windows Container с меньшим базовым образом и улучшенной совместимостью с Linux-контейнерами через Docker. Для тех кто строит production на Windows-контейнерах - это интересно.

Частые обновления ядра. Hyper-V, Storage Spaces Direct, Networking - эти компоненты в SAC будут получать новые возможности каждые полгода, не дожидаясь следующего LTSC. Для операторов облачных платформ на Windows-стеке это теоретически привлекательно.

Для остального - файловые серверы, AD, SQL Server, IIS с полным .NET Framework, RDS - SAC не предназначен. Явно и официально.

Что это меняет для наших клиентов

Если честно - почти ничего в ближайшее время.

Мы смотрели на Nano Server в контексте IIS ещё в декабре и тогда вывод был однозначный: для классических .NET-приложений Nano Server не подходит из-за отсутствия полного .NET Framework. В SAC это не изменится - Nano Server в 1709 станет ещё более stripped-down, буквально только контейнерный хост.

Подавляющее большинство заказчиков с которыми мы работаем строятся на LTSC-сценариях: файловые серверы, контроллеры домена, SQL Server, терминальные серверы. Всё это - Windows Server 2016 в LTSC, и первые продакшн-развёртывания мы запускали в начале года. Эти клиенты на SAC смотреть не будут - и не должны.

Там где SAC теоретически интересен - контейнерная нагрузка на Windows. Но тут есть другая проблема: наши контейнерные клиенты в подавляющем большинстве на Linux. Windows-контейнеры мы пробовали, и это другая история - инструментарий там пока заметно сырее, экосистема образов несравнима с Docker Hub для Linux, и команды разработчиков привыкли к Linux-стеку.

Модель поддержки 18 месяцев - это риск

Вот что нас настораживает практически. 18 месяцев - это очень мало для корпоративной инфраструктуры. Цикл планирования апгрейда у среднего заказчика - год минимум. Между «вышел 1709» и «прошли тестирование, согласовали, накатили» может пройти полгода. Остаётся год до EOL - и уже нужно планировать переход на следующий SAC-релиз.

Для DevOps-команды которая автоматизирует всё и умеет делать rolling upgrade кластеров - это рабочий режим. Для IT-отдела который согласует любое обновление с CIO и проходит тест на совместимость с ERP - это фактически невозможно в нормальном темпе.

Microsoft, судя по всему, целенаправленно разделяет аудиторию: облачные операторы и DevOps-ориентированные команды - в SAC, корпоративные IT с традиционными рабочими нагрузками - в LTSC. Это честная сегментация, но важно чтобы клиенты понимали в каком треке они находятся.

Что ждём от 1709 осенью

Несколько вещей которые хотим посмотреть на выходе:

  • Nano Server только для контейнеров - как изменится процедура деплоя образов, совместимость с docker-compose, поведение Windows Container vs Hyper-V isolation
  • Storage Spaces Direct обновления - если там будут существенные улучшения по производительности или по управлению, это может быть интересно для клиентов на HCI-сценариях
  • Размер базового образа контейнера - Microsoft обещала сократить его, посмотрим насколько реально

Для LTSC-клиентов следим за тем, какие из улучшений 1709 Microsoft впоследствии перенесёт в апдейты Windows Server 2016. Исторически часть функций из preview-версий приходила в LTSB/LTSC через servicing updates - если так будет и тут, это важнее чем сам SAC для нашей аудитории.

Осенью выйдет 1709, поставим на тестовый стенд и посмотрим на разницу вживую.

Контакт

Нужна такая же инженерная работа?

Опишите задачу и контекст. Ответим в течение рабочего дня, при необходимости подпишем NDA.