Изменить

Поделиться через

Миграция мейнфреймов Unisys с Avanade AMT

Бастион Azure
Azure ExpressRoute
База данных SQL Azure
Виртуальные машины Azure
Виртуальная сеть Azure

В этой статье описывается, как использовать технологию автоматической миграции Avanade (AMT) для переноса исходного кода программы управления Unisys (MCP) и эмулированных систем MCP в облако Azure.

Платформу AMT можно использовать для преобразования исходного кода приложения мейнфрейма Unisys и эмулированных приложений MCP на основе следующих конфигураций:

Основной исходный код Целевая операционная система (ОС) Целевая среда выполнения
COBOL Windows или Linux .NET C# или Java
XGEN Windows или Linux .NET C# или Java
LINC/AB Suite Windows .NET и C#

Используйте локальный мейнфрейм Unisys и эмулированные ресурсы MCP для миграции в экономически эффективные, масштабируемые, безопасные среды инфраструктуры Azure как услуга (IaaS) и платформы как услуга (PaaS).

Устаревшая архитектура

Схема с компонентами мейнфрейма Unisys Burroughs MCP или Unisys Sperry OS 1100/2200.

Скачайте файл Visio для этой архитектуры.

Рабочий процесс

А. Локальные администраторы взаимодействуют с мейнфреймом через эмулятор терминала (системы MCP) или эмулятор терминала UTS (ОС 1100/2200).

B. Локальные пользователи веб-интерфейса могут взаимодействовать через веб-браузер по протоколу TLS 1.3 через порт 443. Мейнфреймы используют такие стандарты связи, как IPv4, IPv6, SSL/TLS, Telnet, FTP и сокеты.

Слабо связанное встроенное ПО промежуточного слоя включает веб-службы, MOM, WebSphere MQ и MSMQ. Интеграторы среды включают Java, .NET, Tuxedo и пакеты, такие как SAP. ПО промежуточного слоя, предоставляющее прямой доступ к данным, включает соединители ODBC, JDBC и JCA и поставщики XML.

C. Серверы приложений выполняют пакетную обработку транзакций и обрабатывают транзакции с помощью сервера управления транзакциями COMS для MCP или пакетов интерфейса интерфейса с высоким объемом или транзакцией (TIP/HVTIP) для ОС 2200.

D. Приложения для MCP написаны в COBOL, C, PASCAL, ALGOL, RPG или WFL. Для ОС 2200 приложения находятся в COBOL, Фортране, C, MASM, SSG, PASCAL, UCOBOL или ECL (2200).

Е. Системы управления базами данных соответствуют XA. MCP использует иерархические системы баз данных DMSII, а ОС 2200 использует сетевые системы DMSII или реляционных баз данных.

F. К файлам относятся протокол Common Internet File System (CIFS), последовательные файлы, неструктурированные файлы, ключи входных и выходных файлов (I/O) и виртуальные ленточные файлы.

G. Выделенный сервер обрабатывает операции и мониторинг.

H. Подсистема печати управляет локальными принтерами.

Архитектура Azure

Схема, показывающая, как компоненты мейнфрейма Unisys могут сопоставляться с возможностями Azure.

Скачайте файл Visio для этой архитектуры.

Рабочий процесс

  1. Веб-браузер обращается к ресурсам Azure, который заменяет стандартные протоколы мейнфреймов, такие как эмуляция терминала T27 для запросов и пользователей в Интернете. Пользователи получают доступ к веб-приложениям через частное подключение Azure ExpressRoute с помощью порта TLS 443 (A). Для обеспечения безопасности и производительности это решение развертывает все ресурсы Azure в виртуальной сети Azure с группой безопасности сети для управления трафиком. Для доступа администратора к виртуальным машинам Azure узлы Бастиона Azure позволяют максимально повысить безопасность, минимизируя открытые порты.

  2. AMT преобразует мейнфрейм Unisys и эмулированные рабочие нагрузки презентации MCP для запуска в Azure Масштабируемые наборы виртуальных машин. Эти виртуальные машины выполняют исходные уровни веб-приложений и веб-приложений. Виртуальные машины используют ssd или хранилище дисков категории "Премиум" или "Ультра" с ускорением сети для высокой производительности. Azure Load Balancer балансирует трафик к виртуальным машинам. Виртуальные машины запускают уровни веб-приложений в активном режиме для распространения трафика запросов. Код слоя презентации выполняется в веб-службе презентации и использует платформу AMT для предоставления экранов пользовательского интерфейса Unisys (B). Исходные слои презентации переносятся функционально без изменений, чтобы свести к минимуму переобучение пользователей. Уровни презентации обновляются с помощью веб-платформы современного пользовательского интерфейса.

  3. Фермы серверов создаются для размещения преобразованных пакетных и транзакционных рабочих нагрузок мейнфрейма. Масштабируемые наборы виртуальных машин обрабатывает пиковые нагрузки (C). Подсистема балансировки нагрузки перед серверами транзакций. Он распределяет трафик в активно-активном расположении и распределяет трафик транзакций в ферме серверов.

  4. Код приложения мейнфрейма (D) преобразуется в артефакты .NET, C#или Java. Этот перенесенный код выполняется на серверах транзакций для предоставления текущей бизнес-логики.

  5. Устаревшие структуры баз данных (E) можно перенести в современные базы данных, которые используют преимущества возможностей высокого уровня доступности (HA) и аварийного восстановления (АВАРИЙНОго восстановления), которые предоставляет Azure. Средства миграции данных Avanade AMT могут преобразовать схемы DMSII и RDMS в современные базы данных. Приватный канал Azure обеспечивает частное, прямое подключение от виртуальных машин к базам данных.

  6. Структуры файлов (F) сопоставляются с структурированными файлами Или данными хранилища BLOB-объектов Azure. Такие функции, как автоматическая репликация группы отработки отказа Azure, могут обеспечить защиту данных.

  7. Автоматизация рабочих нагрузок, планирование, отчеты и системы мониторинга системы (G), совместимые с Azure, могут поддерживать свои текущие платформы. Эти платформы включают Unisys Operations Sentinel и SMA OpCon. Центр управления Avanade AMT также может выполнять эти задачи.

  8. Возможности высокой доступности и аварийного восстановления Azure отражают виртуальные машины в дополнительном регионе Azure для быстрого отработки отказа, если произошел сбой центра обработки данных Azure.

  9. Система может поддерживать принтеры (H) и другие устаревшие системные выходные устройства, если у них есть IP-адреса, подключенные к сети Azure.

Компоненты

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

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

  • Интерфейсы виртуальной сети позволяют виртуальным машинам взаимодействовать с Интернетом, Azure и локальными ресурсами. Можно добавить несколько сетевых карточек на одну виртуальную машину, чтобы дочерние виртуальные машины могли иметь собственные выделенные сетевые устройства и IP-адреса.

  • Управляемые диски Azure — это тома хранилища на уровне блоков, управляемые Azure в Виртуальные машины. Типы дисков : хранилище дисков категории "Ультра", SSD уровня "Премиум", "Стандартный" и "Стандартный" HDD. Эта архитектура лучше всего работает с ssd класса Premium или хранилищем дисков категории "Ультра".

  • Файлы Azure предлагает полностью управляемые файловые ресурсы в вашей учетной записи служба хранилища Azure, доступной из облака или локальной среды. Развертывания Windows, Linux и macOS могут одновременно подключать общие папки Azure и получать доступ к файлам с помощью стандартного протокола SMB.

  • ExpressRoute позволяет переносить локальные сети в Microsoft Cloud по частному подключению, которое обеспечивается поставщиком услуг подключения. С помощью ExpressRoute можно установить подключения к облачным службам, таким как Azure и Microsoft 365.

  • Бастион Azure — это полностью управляемая служба PaaS, которую вы подготавливаете в виртуальной сети. Бастион Azure обеспечивает безопасное и простое подключение протокола удаленного рабочего стола (RDP) и Secure Shell (SSH) к виртуальным машинам в виртуальной сети непосредственно из портал Azure по протоколу TLS.

  • База данных SQL Azure — это полностью управляемый ядро СУБД PaaS, работающее на последней стабильной версии SQL Server и исправленной ОС, с доступностью 99,99 %. База данных SQL отвечает за работу большей части функций управления базами данных, таких как обновление, исправление, резервное копирование и мониторинг, без участия пользователя. Эти возможности PaaS позволяют сосредоточиться на администрировании и оптимизации базы данных для конкретного бизнеса.

  • Приватный канал для База данных SQL предоставляет частное, прямое подключение, изолированное к магистрали сети Azure от виртуальных машин Azure к База данных SQL.

  • Site Recovery использует процессы репликации, отработки отказа и восстановления для поддержания работы приложений во время запланированных и незапланированных сбоев.

  • Load Balancer предоставляет высокодоступные и масштабируемые приложения в минутах с встроенной балансировкой нагрузки приложений для облачных служб и виртуальных машин. Load Balancer поддерживает протоколы на основе TCP и UDP, такие как HTTP, HTTPS и SMTP. С помощью Load Balancer вы можете улучшить взаимодействие с клиентами для автоматического масштабирования увеличения трафика приложения. Вам не нужно перенастраивать подсистему балансировки нагрузки или управлять ею.

Подробности сценария

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

Системы мейнфреймов Unisys ClearPath — это полнофункциональная операционная среда, которая может масштабироваться вертикально для обработки критически важных рабочих нагрузок. Модели мейнфреймов ClearPath включают Dorado, который запускает устаревший Sperry 1100/2200 и Libra, который запускает устаревшие Burroughs A Series/MCP. Эмулируя, преобразуя или модернизируя эти системы в Azure, можно обеспечить аналогичные или более высокую производительность и гарантии соглашения об уровне обслуживания( соглашения об уровне обслуживания), используя гибкость Azure, надежность и будущие возможности.

Используйте платформу Avanade AMT для быстрого перехода в Azure без переопределения кода приложения или изменения архитектуры данных. Платформа преобразует устаревший код в C#, сохраняя исходный код в исходной форме. Вам не нужно изменять пользовательские интерфейсы приложения и взаимодействия, что сводит к минимуму необходимость переобучения конечных пользователей.

Преобразование Avanade AMT автоматизирует миграцию полной экосистемы мейнфрейма в Azure путем преобразования:

  • Код приложения COBOL для AMT COBOL или непосредственно в .NET C# или Java.
  • Код приложения XGEN непосредственно в .NET C# или Java.
  • Код приложения LINC/ AB Suite непосредственно в .NET C#.
  • Базы данных Unisys, будь то иерархические, сетевые или реляционные, к современным базам данных Azure.
  • Скрипты WFL/ECL в Windows PowerShell (.NET C#), Python или Java.
  • Все двоичные и индексированные неструктурированные файлы.

Потенциальные варианты использования

Платформа AMT поддерживает несколько вариантов перемещения клиентских рабочих нагрузок в Azure:

  • Преобразование всей системы: один из методов миграции заключается в том, чтобы преобразовать и переместить всю систему мейнфреймов в Azure одновременно, сохраняя временные затраты на обслуживание мейнфреймов и затраты на поддержку объектов. Следует тщательно рассмотреть этот подход и управлять ими, так как все процессы, такие как преобразование приложений, миграция данных и тестирование, должны выровняться для плавного перехода.
  • Переход поэтапного приложения. Вторая методология заключается в переносе приложений из мейнфрейма в Azure с помощью поэтапного подхода с полным переходом в качестве конечной цели. Вы можете сэкономить деньги на отдельных приложениях. Вы также можете узнать о преобразовании для каждого приложения и применить эти уроки к последующим преобразованиям.
  • Оптимизация ресурсов с поэтапным переходом. Если цель состоит в выпуске ресурсов на мейнфрейме, то поэтапный метод может обеспечить больше циклов обработки на мейнфрейме, так как вы преобразуете и переносите приложения в Azure. Этот метод приводит к более сложной миграции из-за различных факторов, включая настройку временных интерфейсов в мейнфрейм и разбиение сложного кода. После завершения всех этапов миграции можно удалить мейнфрейм.

Рекомендации

Эти рекомендации реализуют основные принципы платформы Azure Well-Architected Framework, которая является набором руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Azure Well-Architected Framework.

Надежность

Надежность гарантирует, что ваше приложение позволит вам выполнить ваши обязательства перед клиентами. Дополнительные сведения см. в разделе "Обзор основы надежности". Следуйте этим рекомендациям по надежности:

  • Используйте Site Recovery для зеркального отображения виртуальных машин в дополнительном регионе Azure для быстрого отработки отказа и аварийного восстановления, если произошел сбой центра обработки данных Azure.
  • Используйте автоматическую репликацию группы отработки отказа Azure для управления репликацией базы данных и отработки отказа в другой регион.
  • Используйте Load Balancer для создания устойчивости в этом решении. При сбое одного из серверов представления данных или транзакций другие серверы продолжат выполнять рабочие нагрузки под руководством подсистемы балансировки нагрузки.

Безопасность

Безопасность обеспечивает гарантии от преднамеренного нападения и злоупотребления ценными данными и системами. Дополнительные сведения см. в разделе "Общие сведения о компоненте безопасности". Следуйте этим рекомендациям по безопасности:

  • Используйте группы безопасности сети Azure (NSG) для управления трафиком между ресурсами Azure. Дополнительные сведения см. в разделе Группы безопасности сети.

  • Используйте Приватный канал для База данных SQL для предоставления частного прямого подключения, изолированного к магистрали сети Azure от виртуальных машин к База данных SQL.

  • Используйте Бастион Azure для максимальной безопасности доступа администратора, минимизируя открытые порты. Бастион Azure обеспечивает безопасное и безопасное подключение RDP и SSH через TLS из портал Azure к виртуальным машинам в виртуальной сети.

Оптимизация затрат

Оптимизация затрат заключается в поиске способов уменьшения ненужных расходов и повышения эффективности работы. Дополнительные сведения см. в разделе Обзор критерия "Оптимизация затрат". Следуйте этим рекомендациям по оптимизации затрат:

  • Вы можете оптимизировать экземпляры зарезервированных виртуальных машин Azure, отключив виртуальные машины, если они не нужны и расписания сценариев для известных шаблонов использования. Avanade AMT в Azure работает на виртуальных машинах Windows или Linux, что оптимизирует затраты.

  • Убедитесь, что в Site Recovery используется только один экземпляр виртуальной машины, если виртуальные машины в наборах серверов дублируются. В отношении Site Recovery плата взимается за каждый защищенный экземпляр.

  • Чтобы оценить и вычислить затраты на реализацию этого решения, используйте Калькулятор цен Azure.

Оптимизация производительности

Уровень производительности — это способность вашей рабочей нагрузки эффективно масштабироваться в соответствии с требованиями, предъявляемыми к ней пользователями. Дополнительные сведения см. в разделе "Общие сведения о эффективности производительности".

  • Avanade AMT доказал масштабируемость одного приложения, эквивалентную по крайней мере 28 000 миллионов инструкций в секунду (MIPS).

  • Используйте Масштабируемые наборы виртуальных машин, чтобы каждый набор серверов можно масштабировать, чтобы обеспечить большую пропускную способность. Дополнительные сведения см. в Масштабируемые наборы виртуальных машин.

  • База данных SQL имеет гипермасштабирование или критически важные для бизнеса уровни для операций ввода-вывода в секунду и высокого уровня обслуживания. Сведения о ценах см. на странице с ценами на Базу данных SQL.

  • Используйте ssd уровня "Премиум" или "Ультра", чтобы повысить производительность. Сведения о ценах см. на странице с расценками на управляемые диски.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками.

Автор субъекта:

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

Следующие шаги

Изучите связанные ресурсы: