Владислав Ефименко

В конце июля 2022 года Microsoft прекратила действие SPLA-контрактов для российских провайдеров. Большинство из них не смогут продлить лицензии, а значит — пользоваться Azure, Windows Server, Microsoft 365. И это не считая проприетарного ПО, доступного только для пользователей Windows. Пиратство — это небезопасно. Поэтому мы постарались дать нашим клиентам примерный план по миграции на Linux. Альтернативный софт Каталог Microsoft насчитывает десятки программ для организации серверов, пространств для совместной работы, контент-площадок и прочего. И для начала нужно понять, какая доля этого софта приходится на вашу инфраструктуру. Условно, выписать список используемого ПО и поделить его на две группы по принципу «это заменить можно, а это — нельзя». Часть компаний на этом пункте расходится. Те, у кого небольшая инфраструктура, разворачивают Linux и спокойно переносят данные и сервисы. А кто-то отчаивается и решает ступить на темную RuTra… рунета. Но есть и те, кто, несмотря на громоздкость инфраструктуры, продолжает миграцию — для них мы расписали дальнейший порядок действий. Миграция из Azure Если вы используете облачную платформу Microsoft Azure, забудьте на время про поиск альтернативного софта. Перед разворачиванием резервной инфраструктуры нужно позаботиться о миграции самого пространства с данными и сервисами. Это лучше сделать оперативно: если до окончания срока лицензии осталось мало времени, есть риск потерять корпоративные и клиентские данные. Политика иностранных корпораций сейчас непредсказуема. Тот самый отчет перед начальством. Первое, что нужно сделать, — подготовить резервную площадку — выделенный или облачный серверы для аварийного восстановления, Disaster Recovery (DR). Главное, чтобы выбранное решение соответствовало требованиям — они разные в зависимости от потребностей компании. Если у компании IaaS, будет проще: нужно будет подобрать нужные конфигурации серверов в другом облаке просто перебраться. Подробнее об оценке потребляемых ресурсов облаком Azure можно почитать здесь. Если компания использует в Azure специфичный софт вроде MSSQL, нужно искать провайдера, который его еще поддерживает. Так получится оперативно перебраться на on premise-решение — без затрат на самостоятельное развертывание и тестирование. Если инфраструктура слишком большая и на разворачивание DR-площадки нет времени, сначала нужно сделать бэкап данных в on premise-хранилище. И только потом — поднимать DR-площадку и переносить на нее сервисы и данные. Как перенести сервисы и данные на DR-площадку? Теперь, когда у вас появилась DR-площадка, можно клонировать образ Azure. В зависимости от технологии виртуализации, с которой вы работаете, есть несколько способов. Перенести и загрузить образ Azure самостоятельно. В Azure есть функция выгрузки диска в формат on-premise — его можно установить в свою систему виртуализации. Яркий пример — копирование образа в Hyper-V. Реплицировать виртуальную среду с помощью специального ПО. Можно воспользоваться сторонним софтом вроде SmiKar Carbon. Безопасно ли это — открытый вопрос. Поэтому лучше опираться на первый и третий варианты. Сделать бэкап ОС с помощью агента Windows. Для резервного копирования системного образа и данных можно развернуть Veeam Backup & Replication. Более того, настроить агент Veeam можно таким образом, чтобы бэкап выполнялся автоматически. После можно выгрузить данные и образ на DR-площадку. В случае, если данных слишком много и нет возможности сразу их перенести на резервную площадку, можно воспользоваться сервисом СХД — системой хранения данных. Особенно актуально для тех, кому нужно хранилище, сертифицированное по 152-ФЗ. Миграция из OneDrive Возможен и другой сценарий: инфраструктура расположена в «облаке без санкций», не в Azure, но файлы хранятся в OneDrive Online. Здесь также первое, что нужно сделать, — подготовить резервную площадку. Это может быть как другое облако (Google Drive, Dropbox или российские аналоги), так и полноценная облачная платформа провайдера. Как перенести файлы в резервное облако? После запуска резервного облака нужно перенести данные. Это можно сделать несколькими способами. Перенести данные в другое облако с помощью утилит. Для автоматизированного переноса данных, например, с OneDrive на Google Drive, можно использовать специальный софт вроде MultCloud. Скачать копию диска OneDrive Online и загрузить данные в новое облако. Этот вариант займет больше времени, чем предыдущий, но не ограничит в выборе — можно перенести данные в любое облачное хранилище. Если нет возможности заниматься этой рутиной самостоятельно, за помощью с миграцией можно обратиться к выбранному провайдеру. Возможно ли переехать в сжатые сроки? В зависимости от того, сколько у компании сервисов, пользователей и данных время переезда может отличаться. Даже помощь провайдера и использование специального ПО не гарантирует, что переезд будет быстрым. Рассмотрим самые частые, по мнению экспертов Selectel, кейсы. Копирование почтовых серверов Если у вас относительно небольшое количество почтовых ящиков (100–300), с копированием данных почтовых серверов не должно возникнуть проблем. Чтобы «перетянуть» данные из Microsoft Exchange в альтернативную систему — Postfix или CommuniGate — нужно: установить почтовый сервер (Postfix или CommuniGate) в качестве дополнительного, экспортировать список почтовых ящиков пользователей в PST-архив — это можно сделать с помощью командлет MS PowerShell, перенести данные пользователей на новый почтовый сервер с помощью IMAP-агента, загрузить недостающие компоненты (в случае с Postfix нужно дополнительно настраивать протокол LDAP). Все это можно сделать примерно за месяц. Если база насчитывает, например, 2 000 почтовых ящиков и 20 терабайт данных, то переход может занять в десятки раз больше ресурсов и времени. Наиболее подробно процесс копирования данных из Exchange описан в статье. Копирование данных из 1С То же самое и с бухгалтерией: чем больше данных, тем продолжительней будет переезд. Однако с софтом вроде 1С ситуация проще: не нужно искать аналоги, достаточно установить Linux-версию выбранного ПО. Для примера: 100 ГБ данных можно в одиночку перенести за 2 дня. Вместе с тестированием — за неделю. Другие подводные камни Ограничения в скорости переезда — это что-то из разряда естественного. У вас большая инфраструктура? Будьте готовы потратить много ресурсов и времени на переезд. Но издержки будут еще больше, если не подготовиться к деплою «сервисов-мигрантов» на DR-площадку. Есть ряд условностей, которые нужно принять. Не для каждого ПО можно найти альтернативу Яркий пример — AutoCAD — софт для 3D-моделирования и черчения. Его часто используют в компаниях, которые занимаются проектированием разных установок и сооружений. Для совместной работы в AutoCAD на серверах запускают виртуальные рабочие столы — VDI. Проблема в том, что у этого софта нет версии на Linux. Использовать Компас 3D, Inventor или Blender вместо AutoCAD непрактично: форматы документов отличаются. Единственное, с чем еще можно работать, — это чертежи. Но про 3D-моделирование можно забыть. Второй пример — SharePoint — сервис, который входит в пакет Microsoft 365 (Office 365). Его можно использовать, например, для создания корпоративных порталов. Есть похожий софт — например, Битрикс, но на него нельзя мигрировать. Тут другой сценарий: нужно адаптировать движок, часть модулей писать самостоятельно и только потом переносить данные на свое «творение». Нужно тестировать. Много тестировать Есть компании, которым не нужно нанимать разработчиков, чтобы восстановить часть сервисов. Но почти всем приходится тестировать. Даже если у сервисов есть альтернативные решения под Linux, могут появиться проблемы с совместимостью на стыке «инфраструктура-сервис». Например, если компания использует MSSQL и все скрипты написаны для работы с ее интерфейсом, издержек не избежать. В случае переезда, например, на PostgreSQL, нужно переписывать все программы для работы с новым API. Изменения также нужно протестировать — проверить, как интерфейсы работают с новой СУБД. Ждать ли возвращения Microsoft 12 октября СМИ начали «форсить» новость: Microsoft якобы возвращается в Россию и возобновляет работу через официальных партнеров, среди которых — Softline и Allsoft. Что нужно учитывать: Купить новую лицензию нельзя «Мы действуем полностью в соответствии с официальной позицией компании Microsoft. Ситуация на сегодня в Allsoft следующая: приобрести новую лицензию на MS Office 365 нельзя, однако в рамках действующих контрактов, заказчики могут продлевать существующие лицензии в CSP канале с помесячной оплатой», — заявляет Allsoft, дистрибьютор Microsoft. Для Enterprise-клиентов, использующих не менее 500 ПК, продление лицензий сейчас недоступно «На сегодняшний день интернет-магазин Allsoft располагает остатками боксовых позиций MS Office 365, которые будут продаваться до окончания стока», — добавили Allsoft. Главный совет На актуальность переезда последние заявления дистрибьюторов Microsoft никак не влияют. Неопределенность никуда не делась. Если вы собираетесь мигрировать, вот главный совет: изучайте рынок альтернативных решений и пользуйтесь опытом других компаний. Например, если хотите переехать на Astra Linux, можно посмотреть, пытался ли кто-нибудь сделать это до вас.

Владислав Ефименко

Материалы автора