Рано или поздно предприятиям приходится проводить миграцию парка приложений с одних серверов на другие. Чтобы успешно реализовать проект серверная миграция, ИТ-команда должна обладать специфическими навыками и налаженными процессами. Портал Information Age делится тактикой, которая поможет избежать подводных камней на этом пути.

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

Их опасения по поводу смены серверных мощностей не беспочвенны — Интернет изобилует примерами неудачных миграций. К примеру, недавно стало известно о том, что соцсеть MySpace потеряла громадный массив файлов — 53 млн. аудиотреков, который накапливался на ее серверах на протяжении 12 лет. Компания заявила, что файлы были повреждены из-за смены сервера и не могут быть перенесены на обновленный сайт, и признала, что способа восстановить потерянные данные не существует. Потеря данных в таком масштабе подала тревожный сигнал специалистам, которые несут ответственность за сохранность данных. С другой стороны, часто преимущества, которые компании могут получить вследствие смены серверных мощностей, перевешивают риск потерпеть неудачу.

Серверная миграция — это комплексная процедура, поэтому к ней следует тщательно подготовиться. Для начала нужно определить, какие типы приложений и технологий, подлежащих миграции, лучше всего подходят для конкретных облачных сервисов, какие будут работать на гибридных платформах, а какие лучше оставить для онпремисных ИТ-сред.

Миграция серверов — это не отключение серверов

Облачные технологии позволили сделать огромный скачок с точки зрения развития ИТ-инфраструктуры и способов работы с приложениями, однако локальные серверы по-прежнему играют решающую роль в повседневной работе предприятий. Это связано со следующими причинами:

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

По данным Datatrain, локальные мейнфреймы по-прежнему не теряют своей актуальности: 70% предприятий из списка Fortune 500 применяют их для обеспечения наиболее важных бизнес-процессов. Это связано с тем, что для некоторых из них, к примеру, высокоскоростных транзакций, трудно найти альтернативное облачное решение, которое бы предоставляло тот же уровень скорости, экономической эффективности и возможностей управления большими объемами данных, которыми обладают мейнфреймы. Исходя из того, что серверы и мейнфреймы в скором времени не собираются никуда уходить, их время от времени нужно обновлять.

Согласно исследованиям IDC, в среднем производительность сервера ежегодно снижается на 14% и к пятому году службы его ресурс составляет лишь 40% от первоначального. Более современные системы позволяют снизить затраты на электроэнергию, охлаждение и лицензирование, они занимают меньше места в ЦОДах и времени у инженеров, чтобы поддерживать их в работоспособном состоянии.

Оптимизация онпремисных серверов: контейнеры против PaaS

Если предприятие по тем или иным причинам не может отказаться от локальных приложений, но желает получить максимальную отдачу от своей инфраструктуры, то у него есть два пути: PaaS (платформа как услуга) или контейнеры. Несмотря на то, что решения PaaS рассматриваются как облачные, некоторые из них могут быть развернуты на локальных архитектурах (на одном или нескольких серверах) в виде единой платформы для хостинга приложений.

Что касается контейнеров, то это стандартные единицы ПО, в которые упаковывают все, что требуется для работы приложения (например, конфигурационные файлы и зависимости) в различных вычислительных средах при сравнимой скорости и надежности. Контейнеры являются логическим развитием виртуальных машин, обеспечивая большую плотность размещения приложений. Сервис контейнеризации — это выбор предприятия, которое обладает группой опытных ИТ-специалистов. Отдавая ему предпочтение вместо фреймворка PaaS, инженеры выдерживают баланс между производительностью всех имеющихся на предприятии архитектур приложений, контролем ИТ-операций и сложностью реализации. К плюсам контейнеров можно отнести их относительную дешевизну (в сравнении с PaaS).

Снижение рисков, которые могут сопутствовать миграции серверов

Хотя предприятиям жизненно важно отказаться от устаревшей инфраструктуры, будь то ее перенос в облако или на более современный сервер, ко всем проектам следует подходить с осторожностью. «Все риски серверной миграции связаны с тем, что есть много неизвестных, которые к тому же появляются внезапно», — считает управляющий директор провайдера систем для управления мейнфреймами Ensono Барни Тейлор. По его словам, вместо того, чтобы думать о миграции серверов, предприятиям следует озаботиться переносом приложений. «Серверные приложения нельзя разместить на одном сервере — требуется как минимум несколько серверов, поэтому нужно понимать, как устроены связи между приложениями», — объяснил он.

На этом этапе на помощь придут инструменты выявления зависимостей, которые предлагают такие компании, как CA Technologies, Compuware и IBM. Они предназначены для создания карты приложения — она показывает все важные взаимосвязи и помогает выявить точки для физического расположения объектов рядом друг с другом. Другими словами, они позволяют определить, будут ли приложения совместимы с новой инфраструктурой или нет. Чтобы исключить или снизить риски несовместимости софта с новой инфраструктурой, можно «прогнать» серверную миграцию в тестовом режиме.

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

Поиск средств миграции

Общеизвестно, что в ИТ наблюдается серьезная нехватка специалистов, и это особенно ощущается на уровне локальных проектов в области ИТ-инфраструктуры. Согласно исследованию 451 Research, ее ощущают 29% организаций. Проблема усугубляется тем, что айтишникам-миллениалам не хватает знаний, чтобы разбираться в коде COBOL и других важнейших навыков, необходимых для поддержки мейнфреймов и серверов. Несмотря на актуальность таких знаний, университеты исключили из своих курсов учебные программы, которые знакомят студентов со спецификой работы мейнфреймов.

Недостаток специалистов, разбирающихся в унаследованном коде, — это лишь одна из проблем. Принимая во внимание сложность процедуры серверной миграции, некоторые предприятия не смогут отдать ее на аутсорсинг — эту работу лучше всего согласовать с поставщиками услуг, которые помогут ее проконтролировать. Но, безусловно, следует также заняться поиском подходящих кандидатур, которые усилят собственную ИТ-команду. Наконец, принимаясь за перенос приложений, предприятие должно нацеливаться не на экономию, а на то, как провести его должным образом.

Версия для печати