你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

使用 Avanade AMT 进行 Unisys 大型机迁移

Azure Bastion
Azure ExpressRoute
Azure SQL 数据库
Azure 虚拟机
Azure 虚拟网络

本文介绍如何使用 Avanade 自动迁移技术 (AMT) 将 Unisys Master Control Program (MCP) 源代码和模拟 MCP 系统迁移到 Azure 云。

可以使用 AMT 框架基于以下配置转换专有 Unisys 大型机应用程序源代码和模拟 MCP 应用程序:

主要源代码 目标操作系统 (OS) 目标运行时
COBOL Windows 或 Linux .NET C# 或 Java
XGEN Windows 或 Linux .NET C# 或 Java
LINC/AB 套件 Windows .NET C#

使用本地 Unisys 大型机和模拟 MCP 资源迁移到经济高效、可扩展、安全的 Azure 基础结构即服务 (IaaS) 和平台即服务 (PaaS) 环境。

旧体系结构

显示 Unisys Burroughs MCP 或 Unisys Sperry OS 1100/2200 大型机组件的插图。

下载此体系结构的 Visio 文件

工作流

A. 本地管理员用户通过终端仿真器(MCP 系统)或 UTS 终端仿真器(OS 1100/2200 系统)与大型机进行交互。

B. 本地 Web 界面用户可以在 Web 浏览器中通过传输层安全性 (TLS) 1.3 端口 443 进行交互。 大型机使用 IPv4、IPv6、SSL/TLS、Telnet、FTP 和 Sockets 等通信标准。

松散耦合的集成式中间件包括 Web 服务、MOM、WebSphere MQ 和 MSMQ。 环境集成器包括 Java、.NET、Tuxedo 和 SAP 等包。 提供直接数据访问的中间件包括 ODBC、JDBC 和 JCA 连接器以及 XML 提供程序。

°C 应用程序服务器执行批处理,并通过 MCP 的 COMS 事务管理服务器或 OS 2200 的高容量/事务接口包 (TIP/HVTIP) 处理事务。

D. MCP 的应用程序以 COBOL、C、PASCAL、ALGOL、RPG 或 WFL 语言编写。 对于 OS 2200,应用程序以 COBOL、Fortran、C、MASM、SSG、PASCAL、UCOBOL 或 ECL (2200) 语言编写。

E. 数据库管理系统符合 XA 规范。 MCP 使用分层 DMSII 数据库系统,OS 2200 使用基于网络的 DMSII 或关系数据库系统。

F. 文件工具包括通用通用 Internet 文件系统 (CIFS)、顺序文件、平面文件、键控输入/输出 (I/O) 文件和虚拟磁带文件。

G. 专用服务器处理操作和监视。

H. 打印机子系统管理本地打印机。

Azure 体系结构

显示 Unisys 大型机组件如何映射到 Azure 功能的示意图。

下载此体系结构的 Visio 文件

工作流

  1. Web 浏览器访问 Azure 资源,这取代了标准大型机协议,如为满足需求实现的面向联机用户的 T27 终端模拟。 用户使用 TLS 端口 443 (A) 通过专用 Azure ExpressRoute 连接访问基于 Web 的应用程序。 出于安全性与性能的考虑,此解决方案将所有 Azure 资源部署在一个 Azure 虚拟网络中,并有一个网络安全组帮助管理流量。 针对 Azure 虚拟机 (VM) 的管理员访问权限,Azure Bastion 主机通过尽量减少开放端口来最大程度地提高安全性。

  2. AMT 将 Unisys 大型机和模拟 MCP 演示工作负载转换为在 Azure 虚拟机规模集上运行。 这些 VM 运行原始 Web 层和应用程序层。 VM 使用高级·SSD 或超级磁盘存储,并通过加速网络实现高性能。 Azure 负载均衡器对流向 VM 的流量进行负载均衡。 VM 以主动-主动排列方式运行 Web 层和应用程序层,以分散查询流量。 表示层代码在 Web 演示服务中运行,并使用 AMT 框架提供 Unisys 用户界面屏幕 (B)。 原始表示层在功能上保持不变,以最大限度地减少用户再培训。 表示层使用基于 Web 的现代用户体验框架进行了更新。

  3. 构建服务器场是为了适应转换后的大型机批处理和事务工作负载。 虚拟机规模集处理工作负载高峰 (C)。 负载均衡器位于事务服务器前面。 它以主动-主动排列方式分配流量,并在服务器场中分布事务流量。

  4. 大型机应用程序代码 (D) 转换为 .NET、C# 或 Java 项目。 迁移后的代码在事务服务器上运行,以提供当前的业务逻辑。

  5. 可以将旧数据库结构 (E) 迁移到新式数据库,从而利用 Azure 提供的高可用性 (HA) 和灾难恢复 (DR) 功能。 Avanade AMT 数据迁移工具可以将 DMSII 和 RDMS 模式转换为新式数据库。 Azure 专用链接提供从 VM 到数据库的专用直接连接。

  6. 文件结构 (F) 可映射到 Azure 结构化文件或 Blob 存储数据结构。 Azure 自动故障转移组复制等功能可提供数据保护。

  7. 与 Azure 兼容的工作负载自动化、计划、报告和系统监视系统 (G) 可以保留其现有平台。 这些平台包括 Unisys Operations Sentinel 和 SMA OpCon。 Avanade AMT Control Center 也可以执行这些任务。

  8. Azure Site Recovery HA/DR 功能将 VM 镜像到次要 Azure 区域,以便在 Azure 数据中心出现故障时执行快速故障转移。

  9. 如果打印机 (H) 和其他旧系统输出设备具有连接到 Azure 网络的 IP 地址,系统可以支持这些设备。

组件

  • Azure 虚拟机提供按需、可缩放的计算资源。 借助虚拟机,无需购买和维护物理硬件即可灵活地实现虚拟化。

  • 虚拟网络是 Azure 专用网络的基本组成部分。 借助虚拟网络,Azure 资源(例如 VM)能够以安全方式彼此通信、与 Internet 通信以及与本地网络通信。 尽管虚拟网络类似于本地的传统网络,但它提供 Azure 基础结构的额外优势,例如可扩展性、可用性和隔离性。

  • 虚拟网络接口可允许 VM 与 Internet、Azure 及本地资源进行通信。 可以将几个网络接口卡添加到一个 VM,使子 VM 可以具有其自己的专用网络接口设备和 IP 地址。

  • Azure 托管磁盘是块级存储卷,由 Azure 在虚拟机上管理。 磁盘类型包括超级磁盘存储、高级 SSD、标准 SSD 和标准 HDD。 此体系结构最适用于高级·SSD 或超级磁盘存储。

  • Azure 文件存储在 Azure 存储帐户中提供可从云或本地访问的完全托管的文件共享。 Windows、Linux 和 macOS 部署可以同时装载 Azure 文件共享,并可通过行业标准服务器消息块 (SMB) 协议访问文件。

  • 使用 ExpressRoute 可通过连接服务提供商所提供的专用连接,将本地网络扩展到 Microsoft 云。 使用 ExpressRoute,可与 Azure 和 Microsoft 365 等云服务建立连接。

  • Azure Bastion 是在虚拟网络中预配的完全托管的 PaaS。 Azure Bastion 直接从 Azure 门户通过 TLS 为虚拟网络中的 VM 提供安全无缝的远程桌面协议 (RDP) 和安全外壳 (SSH) 连接。

  • Azure SQL 数据库是一种完全托管的 PaaS 数据库引擎,始终运行最新稳定版 SQL Server 和具有 99.99% 可用性的已修补 OS。 SQL 数据库可处理大多数数据库管理功能(例如升级、修补、备份和监视),无需用户参与。 有了这些 PaaS 功能,你就能够专注于特定于域的业务关键数据库管理和优化。

  • SQL 数据库的专用链接提供专用直接连接,该连接与从 Azure VM 到 SQL 数据库的 Azure 网络主干网隔离。

  • Site Recovery 使用复制、故障转移和恢复过程,帮助在计划内和计划外中断期间使应用程序保持运行状态。

  • 负载均衡器通过内置的云服务和 VM 应用程序负载均衡,在几分钟内提供高可用性和可扩展的应用。 负载均衡器支持基于 TCP/UDP 的协议,如 HTTP、HTTPS 和 SMTP。 借助负载均衡器,可以提供更好的客户体验,以自动扩展不断增长的应用流量。 不需要重新配置或管理负载均衡器。

方案详细信息

该解决方案将专有的传统应用程序、基础结构、业务逻辑和流程转换为标准化、基准化的云技术,以帮助推动敏捷的 DevOps 原则和做法,并与当今生产力的规范保持一致。 转换传统应用程序和基础结构,以提供统一的业务和 IT 调整。

Unisys ClearPath 大型机系统是功能齐全的操作环境,可以纵向扩展,以处理任务关键型工作负载。 ClearPath 大型机型号包括运行 Legacy Sperry 1100/2200 的 Dorado,以及运行 Legacy Burroughs A Series/MCP 的 Libra。 在 Azure 中模拟、转换或现代化这些系统可以提供类似或更好的性能和服务级别协议 (SLA)保证,同时利用 Azure 的灵活性、可靠性和未来功能。

使用 Avanade AMT 框架可快速迁移到 Azure,而无需重写应用程序代码或重新设计数据体系结构。 该框架将旧代码转换为 C#,同时保持源代码的原始形式。 不必更改应用程序用户界面和交互,从而最大限度地减少了对最终用户再培训的需求。

Avanade AMT Transform 通过以下转换将整个大型机生态系统自动迁移到 Azure:

  • 将 COBOL 应用程序代码转换为 AMT COBOL,或直接转换为 .NET C# 或 Java。
  • 将 XGEN 应用程序代码直接转换为 .NET C# 或 Java。
  • 将 LINC/AB 套件应用程序代码直接转换为 .NET C#。
  • 将 Unisys 数据库(无论是分层数据库、网络数据库还是关系数据库)转换为 Azure 新式数据库。
  • 将 WFL/ECL 脚本写入 Windows PowerShell (.NET C#)、Python 或 Java。
  • 所有二进制和索引平面文件。

可能的用例

AMT 框架支持多种将客户端工作负载迁移到 Azure 的选项:

  • 全系统转换:一种迁移方法是将整个大型机系统一次性转换并移动到 Azure,从而避免临时大型机维护并节省设备支持成本。 应谨慎考量和管理此方法,因为所有流程(例如,应用程序转换、数据迁移和测试)都必须保持一致才能实现平稳过渡。
  • 分阶段应用程序转换:第二种方法是使用分阶段方法将应用程序从大型机迁移到 Azure,最终目标是完全转换。 可以在单个应用程序上节省资金。 还可以了解每个应用程序的转换,并将这些经验应用于后续的转换。
  • 分阶段转换的资源优化:如果目标是释放大型机上的资源,则分阶段方法可以在大型机上提供更多处理周期,因为可以将应用程序转换并迁移到 Azure。 由于各种因素,包括设置到大型机的临时接口和分离复杂代码,这种方法会导致更复杂的迁移。 可以在所有迁移阶段完成后停用大型机。

注意事项

这些注意事项实施 Azure 架构良好的框架的支柱原则,即一套可用于改善工作负荷质量的指导原则。 有关详细信息,请参阅 Microsoft Azure 架构良好的框架

可靠性

可靠性可确保应用程序符合你对客户的承诺。 有关详细信息,请参阅可靠性支柱概述。 遵循以下可靠性建议:

  • 使用 Site Recovery 将 VM 镜像到次要 Azure 区域,以便在 Azure 数据中心出现故障时进行快速故障转移和 DR。
  • 使用 Azure 自动故障转移组复制管理数据库复制和故障转移到另一个区域。
  • 使用负载均衡器为该解决方案构建复原能力。 如果一个演示或事务服务器出现故障,负载均衡器支持的其他服务器可以接着运行工作负载。

安全性

安全性针对蓄意攻击及滥用宝贵数据和系统提供保障措施。 有关详细信息,请参阅安全性支柱概述。 请遵循以下安全建议:

  • 使用 Azure 网络安全组 (NSG) 来管理 Azure 资源之间的流量。 有关详细信息,请参阅网络安全组

  • 使用 SQL 数据库的专用链接提供专用直接连接,该连接与从 VM 到 SQL 数据库的 Azure 网络主干网隔离。

  • 使用 Azure Bastion 通过最大程度地减少开放端口来最大程度地提高管理员访问安全性。 Azure Bastion 通过 TLS 提供从 Azure 门户到虚拟网络中 VM 的安全无缝 RDP 和 SSH 连接。

成本优化

成本优化是关于寻找减少不必要的费用和提高运营效率的方法。 有关详细信息,请参阅成本优化支柱概述。 请遵循以下成本优化建议:

  • 可以通过在不需要 VM 时关闭 VM,并为已知使用模式编写脚本计划,来优化 Azure 虚拟机预留实例。 Azure 中的 Avanade AMT 在 Windows 或 Linux VM 上运行,从而优化成本。

  • 如果服务器集中的 VM 重复,请确保仅对 Site Recovery 使用一个 VM 实例。 使用 Site Recovery,需要为每个受保护的实例付费。

  • 要估算和计算实现此解决方案的成本,请使用 Azure 定价计算器

性能效率

性能效率是指工作负荷能够以高效的方式扩展以满足用户对它的需求。 有关详细信息,请参阅性能效率要素概述

  • Avanade AMT 已经证明了单一应用程序可伸缩性,相当于每秒至少 280 亿条指令 (MIPS)。

  • 使用虚拟机规模集,以便每组服务器都可以横向扩展,以提供更多吞吐量。 有关信息,请参阅虚拟机规模集

  • SQL 数据库具有超大规模或业务关键层,可实现高每秒输入/输出操作数 (IOPS) 和高运行时间 SLA。 有关定价信息,请参阅 SQL 数据库定价

  • 使用高级·SSD 或超级磁盘存储,以获得最佳性能。 有关定价信息,请参阅托管磁盘定价

作者

本文由 Microsoft 维护, 它最初是由以下贡献者撰写的。

主要作者:

若要查看非公开的 LinkedIn 个人资料,请登录到 LinkedIn。

后续步骤

浏览相关资源: