14 января Microsoft официально прекратила поддержку Windows Server 2008 и 2008 R2. Это означает, что больше никаких исправлений или патчей, даже если будут обнаружены уязвимости, хотя в прошлом были исключения с действительно серьезными проблемами.
Это означает, что пришло время перенести ваши приложения, коммерческие и пользовательские, и процесс выиграл Не будьте тривиальны. Server 2008 появился в то время, когда у ЦП было от двух до четырех ядер, когда 64-разрядные вычисления были еще очень ранними, а облако все еще было мечтой.
Достаточно сказать, что использование одного арендатора , однопоточное приложение и перенос его в облако не будет тривиальным, а в некоторых случаях невозможным или даже невозможным. Тем не менее, можно перейти на Windows Server 2019, последнюю версию ОС, или на Server 2016, который по-прежнему предлагает Microsoft, и Microsoft сделала все возможное, чтобы сделать переход плавным.
Аналитик Тим Кроуфорд из исследовательская и консультационная фирма AVOA сообщила мне в моем блоге о Network World, что существует два типа отказов Server 2008: либо а) их пользовательские приложения используют функции, специфичные для WS2008, либо б) те, которые используют версию приложения, совместимую только с WS2008.
И Дэйв Кавула, независимый консультант, специализирующийся на Windows Server и Microsoft MVP, поддерживает это, говоря, что он видит много очень старого кода. «Вам нравится думать, что все в курсе последних новостей от Microsoft, но это не так. «Большинство организаций, с которыми я сталкиваюсь, отстают от Microsoft на четыре-шесть лет», — сказал он.
По теме: Еще не умер: у пользователей Windows Server 2008 есть варианты
Содержание статьи
Долгий путь
Если вы решите перенести приложение с Server 2008 на 2016/2019, это может стать очень сложным. Даже Microsoft заявила, что вам нужно будет сделать промежуточный шаг по переносу приложения и его данных на Server 2012 в качестве промежуточного шага, потому что в 2016/2019 есть инструменты и шаги миграции с сервера 2012 года, но не с 2008 года.
Microsoft заявила. типичный процесс миграции включает в себя запуск новой виртуальной машины (ВМ) с Windows Server 2016/2019, перенос старого приложения на новую виртуальную машину и тестирование ее на совместимость. Microsoft заявила, что ее команды работали над тем, чтобы совместимость серверных ролей и функций в старых операционных системах работала во всех новых версиях, поэтому не верит, что возникнут серьезные проблемы.
Кавула называет это двойным прыжком. миграция, при которой вы переносите приложение в 2012, чтобы внести там исправления, а затем выполняете второе обновление, но не на том же оборудовании. «Вы запускаете его на Hyper-V или VMware. Как только эта вещь будет виртуализирована, у нас будет гораздо больше возможностей для ее использования », — сказал он.
В Server 2008 была первая реальная попытка виртуализации Hyper-V, и Кавула описывает ее как« очень безболезненную. Они очень хорошо поработали с технологиями, которые у них есть между старой и новой системами виртуализации ».
Windows Server 2008 был основан на базе кода Vista, а 2016/2019 основан на базе кода Windows 10 , Но настоящая проблема заключалась в переходе с Server 2003 на 2008, поскольку Server 2003 был основан на Windows XP, и, по словам Филипа Элдера, совладельца MPECS, консалтинговой компании, переход между пользовательским режимом XP и Vista и изменениями режима ядра был гораздо более резким. который специализируется на решениях высокой доступности и Microsoft MVP.
Связано: 5 причин для контейнеризации ваших устаревших приложений Windows Server
«Когда мы принимаем во внимание изменения с Vista на В Windows 7, Windows 8 и Windows 10 изменения носили итеративный характер, поэтому базовая структура для хорошего кодирования существовала в Vista, а затем переносилась в каждую новую редакцию », — сказал он.
Microsoft заявила, что клиентам Server 2008 следует помните следующие рекомендации для локальных серверов, требующих установки Windows Server 2012 R2:
- Обновления на месте должны оставаться в том же типе сборки (например, с 32-разрядной на 32-разрядную или 64-битная в 64-битная архитектура itectures).
- Пользователи могут переключить обновленные установки ядра сервера на сервер с полным рабочим столом только на Windows Server 2012 R2. Windows Server 2016 и более поздние версии не поддерживают переключение с ядра сервера на полный рабочий стол, поэтому мы рекомендуем сделать это переключение перед обновлением до Windows Server 2016.
- Обновления на месте поддерживаются только на том же языке.
По данным Microsoft, сложнее всего перенести 32-разрядные приложения с 32-разрядным драйвером режима ядра. Для 32-разрядных версий Windows / Windows Server требуются 32-разрядные драйверы, а для 64-разрядных версий Windows / Windows Server требуются 64-разрядные драйверы. Вы не можете смешивать и сопоставлять 32-битные драйверы с 64-битными операционными системами и наоборот.
Более того, начиная с Windows Server 2008 R2 и более поздних версий, Windows Server была только 64-битной. Таким образом, если у вас есть устаревшее 32-разрядное приложение с 32-разрядным драйвером режима ядра, вам понадобится 64-разрядная версия. Однако что, если для устаревшего 32-разрядного приложения не требуется 32-разрядный драйвер? Тогда это, скорее всего, «просто сработает».
Облачное небо впереди
Многие компании стремятся перенести как можно больше рабочих нагрузок в облако, сохраняя при этом некоторые приложения и данные локально. Критерии того, что остается на месте, обычно основаны на конфиденциальности данных, а также на их использовании. Использование часто используемых приложений в облаке может стоить дороже из-за измерений.
Microsoft заявила, что миграция в облако — это, прежде всего, управление организационными изменениями — будь то люди (роли / обязанности), процессы ( разработка приложений и рабочие процессы) или технологии (с использованием облачных инструментов и возможностей). Поэтому, прежде чем вы начнете создавать приложения, должна быть стратегия с четким видением и поддержкой со стороны руководства.
Microsoft советует клиентам расставлять приоритеты в рабочих нагрузках на основе бизнес-рисков и технической сложности — некоторые клиенты предпочитают начинать с самого простого. другие выбирают самые сложные. Компания должна создать центр передового опыта облачной миграции, чтобы создать многофункциональную команду ИТ-инфраструктуры и операций, администраторов баз данных, архитекторов, специалистов по безопасности / соответствию, сети, хранилища, разработки приложений и отраслевых групп для установления стандартов управления. , политики автоматизации и приоритет рабочих нагрузок, среди прочего.
Связано: Microsoft заманивает пользователей Windows 2008 в облако с предложением дополнительной поддержки
Компаниям следует выполнять миграцию в облако волнообразно , Microsoft рекомендует итеративный, ориентированный на волны подход для более глубокой технической оценки и миграции. Это подразумевает консервативный подход на начальных этапах миграции, но по мере того, как владельцы приложений начинают ориентироваться в облачных миграциях, они становятся лучше в этом процессе и часто могут ускорить процесс.
Одна из проблем с миграцией приложений — это личность, — сказал Кавула. Собираетесь ли вы управлять локальными удостоверениями в облаке? Он утверждает, что 99% времени, если он работает в вашем центре обработки данных, он будет работать в облаке. Если нет, всегда есть возможность запустить приложение на виртуальной машине, но не делать его облачным.
Но Элдер немного осторожнее, отмечая, что обмен сообщениями Microsoft изменился с облачных на гибридные. «Microsoft понимает, что слишком много приложений не работают в облачной среде. Поэтому им нужно дать людям время понять, как перенести это в облако. Я считаю, что гибрид — лучший способ продвижения вперед для многих организаций », — сказал он.
Дидье Ван Хой, технический архитектор и технолог по стратегии, а также MVP сказал, что ИТ-магазины могут перенести приложения с Server 2008 на Server 2019. в предложениях «Инфраструктура как услуга» (IaaS), «Платформа как услуга» (PaaS) или в контейнерах, но для полного использования облака требуется миграция.
«Вы можете поднять и изменить это в облако, но это не позволяет наилучшим образом использовать возможности облака », — сказал он. «Эластичность должна быть встроена в приложение, и это будут виртуальные машины, а не контейнеры [that do it]. Затем вы можете модернизировать приложение для работы на более современных версиях ОС, но оно все еще находится в виртуальной машине. Преимущество, которое они могут получить, состоит в том, что они могут настраивать память, ЦП и хранилище проще и быстрее, чем они используются, но это зависит от того, насколько хорошо была их виртуализация на месте или было ли это все еще аппаратное обеспечение ».
Хотя консенсус состоит в том, что многие, если не большинство старых приложений, должны относительно плавно переводить в облако, есть некоторые области, которые могут сбить с толку людей.
По опыту Кавулы, он считает Местные приложения Oracle особенно сложно перенести. «Они написаны с использованием PowerBuilder, и организации пытаются модернизировать их с помощью .Net, и это усложняет задачу. PowerBuilder все еще существует. Это одна из проблем, с которыми сталкивается каждый », — сказал он.
Элдер также сказал, что старые базы данных и их приложения могут быть непростыми, поскольку им могут потребоваться идентификаторы пользователей Active Directory для внутренних прав доступа. Он добавил, что для приложения .Net требуется определенная версия инфраструктуры .Net, и всякий раз, когда появляется новая версия .Net, приложение необходимо проверять на соответствие этой версии. Таким образом, в этих случаях компании ограничиваются версией .Net, одобренной поставщиком приложений.
Еще одна проблема, которую оба отмечают, — это попытка контейнеризации приложений. Контейнеры — это просто уменьшенные версии операционной системы, и хотя Server 2019 был разработан с учетом контейнеров, приложения, написанные для Windows Server 2008, определенно не были такими.
«Физически невозможно взять код Server 2008 и сделать его контейнерным. , Попытки втиснуть его в операционную систему объемом 300 Мбайт просто не произойдет », — сказал Элдер.
« Вам придется переписать приложение для развертывания в контейнерах », — сказал Кавула. «Контейнеры функционируют как одноразовые мини-серверы. Если приложение написано так, чтобы его можно было развернуть, а не устанавливать вручную, оно будет намного лучше работать с контейнерами. Так что с мини-переписыванием вы сможете этого добиться. Опять же, это зависит от приложения ».
Ван Хой сказал, что старые приложения также проблематичны из-за постоянства данных в них. Сохранение данных используется в приложениях с отслеживанием состояния, которые сохраняют данные о каждом сеансе клиента и используют эти данные в следующий раз, когда клиент сделает запрос. Контейнеры не имеют состояния и не сохраняют данные.
«Приложения, не имеющие состояния, в целом являются лучшими кандидатами по сравнению с приложениями с отслеживанием состояния с графическим интерфейсом и зависимостями оборудования», — сказал он. «Я не говорю, что это невозможно сделать, но это становится более сложным и может не охватывать все. Приложение может нуждаться в рефакторинге / изменении архитектуры ».
Microsoft предлагает здесь сравнение гибридных функций, функций безопасности, инфраструктуры и платформы приложений Windows Server 2019 с предыдущими версиями. Он также предлагает таблицу серверных приложений, поддерживающих Window Server 2016, и одну, которая охватывает Windows Server 2019.
Никогда не поздно начать миграцию, особенно с учетом того, что срок службы Server 2012 закончится в октябре. 10, 2023.