在 Oracle Cloud 和 Microsoft Azure 上部署 IBM Sterling Order Management 软件
IBM Sterling Order Management Software 是一个广泛实施的零售订单管理系统。超过一半的组织仍在内部部署日益老化的基础设施上运行应用。在考虑云迁移时，组织希望使用来自多个云提供商的优秀服务来提高性能、降低成本和改善供应商关系。多云拆分堆栈架构是将应用打包迁移到云的常见解决方案。
In this customer-inspired reference architecture, a leading global retailer has migrated the IBM Sterling Order Management Software database from an on-premises colocation data center to Oracle Base Database Service on Oracle Cloud Infrastructure (OCI) using a multicloud split-stack architecture.本地 Oracle 11g 数据库已升级并迁移到 OCI 上的 19c，无需停机。数据库迁移后，IBM Sterling Order Management 软件应用层在 Microsoft Azure 上运行，Oracle 数据库层在 OCI 上运行，并且 OCI-Azure 互连将应用和数据库连接起来。
此引用体系结构具有以下优点：
- 将 IBM Sterling Order Management 软件数据库从 11g 升级到 19c 并迁移到 OCI
- 将基础设施成本降低多达 60%
- 与其他云提供商的单个线程相比，OCI 多线程可提供两倍的容量，从而提高性能
- 将 Oracle Base Database Service 与 Terraform 结合使用可自动执行系统预配并授予用户权限
- 在 OCI 上更快地推出新功能
体系结构
此参考架构展示了通过专用低延迟和高带宽 OCI-Azure 互连连接的高性能多云拆分堆栈部署。
IBM Sterling Order Management 软件应用程序和 Web 服务器部署在 Microsoft Azure 美国东部 VM 上。该应用通过 OCI-Azure 互连连接到 OCI Ashburn 上的 Oracle Real Application Clusters (Oracle RAC) 数据库。双节点 Oracle RAC 数据库用于满足高性能和高可用性需求。Oracle RAC 数据库是 Oracle Base Database Service 的托管云服务，可降低客户运营开销。
灾难恢复 (Disaster Recovery，DR) 实例在与 Microsoft Azure US West 互连的 OCI San Jose 区域中实施（未在此体系结构图中显示）。此外，OCI Phoenix 与 Microsoft Azure US West3 之间也提供了 OCI-Azure 互连。生产数据库使用 Oracle Data Guard 复制到 DR。
Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) 和 Microsoft Azure Active Directory 的联合使用一次登入启用 OCI 账户。OCI 和 Microsoft Azure 日志记录数据将转发到 Dynatrace 云监视，以获取运营洞察。Wiz 云安全性用于监视多云部署，以便主动识别、补救和防止业务风险。
下图说明了此参考体系结构。
oci-multicloud-ibm-azure-arch-oracle.zip
云迁移
在迁移之前，客户实施了混合云拆分堆栈体系结构，其中 IBM Sterling Order Management 软件应用程序和 Microsoft Azure 上的 Web 服务器以及内部部署托管数据中心中的数据库。分阶段迁移方法旨在将数据库从 11g 托管环境升级到 OCI 上的 19c，同时将应用层保留在 Microsoft Azure 上。
- 在 OCI 上创建 11g 临时数据库
- 将内部部署 11g 生产数据库复制到 OCI 上的 11g 临时数据库
- 在 OCI 上创建 19c 生产数据库
- 在 OCI 市场中使用 Oracle GoldenGate 将数据从 11g 临时数据库复制到 OCI 上的 19c 数据库
- 剪切 Microsoft Azure 上的生产应用以指向 OCI 上的 19c 数据库并断开其他复制的连接
下图说明了云迁移。
图 oci_multicloud_ibm_azure_flow.png 的说明
oci-multicloud-ibm-azure-flow-oracle.zip
该体系结构包含以下组件：
- 区域
Oracle Cloud Infrastructure 区域是一个局部地理区域，包含一个或多个称为可用性域的数据中心。区域独立于其他区域，广阔的距离可以将其分开（跨国家甚至大陆）。
- 可用性域
可用性域是区域中的独立独立数据中心。每个可用性域中的物理资源与提供容错能力的其他可用性域中的资源隔离。可用性域不共享基础设施（例如电源或冷却设备）或内部可用性域网络。因此，一个可用性域出现故障不会影响区域中的其他可用性域。
- 虚拟云网络 (VCN) 和子网
VCN 是您在 Oracle Cloud Infrastructure 区域中设置的可定制软件定义网络。与传统数据中心网络一样，VCN 允许您完全控制您的网络环境。一个 VCN 可以具有多个不重叠的 CIDR 块，您可以在创建 VCN 后对其进行更改。您可以将 VCN 细分为多个子网，这些子网可以限定到区域或可用性域。每个子网包含一系列不与 VCN 中的其他子网重叠的连续地址。创建后可以更改子网的大小。子网可以是公共子网，也可以是专用子网。
- 堡垒服务
Oracle Cloud Infrastructure 堡垒提供对没有公共端点且需要严格资源访问控制（例如裸金属和虚拟机、Oracle MySQL Database Service 、自治事务处理 (Autonomous Transaction Processing，ATP)、Oracle Container Engine for Kubernetes (OKE) 以及允许安全 Shell 协议 (Secure Shell Protocol，SSH) 访问的任何其他资源的受限且有时限的安全访问。通过 Oracle Cloud Infrastructure 堡垒服务，您可以启用对专用主机的访问，而无需部署和维护跳转主机。此外，您还可以使用基于身份的权限和集中、审计和有时限的 SSH 会话来提高安全状况。Oracle Cloud Infrastructure 堡垒消除了对堡垒访问的公共 IP 的需求，在提供远程访问时消除了散列表和潜在攻击面。
- OCI 和 Azure 互连
Oracle Cloud 和 Microsoft Azure Interconnect 是 Oracle 的首个多云产品。它在世界各地的特定 Azure 和 Oracle Cloud Infrastructure (OCI) 数据中心之间提供直接网络连接。通过该服务，Azure 管理员和开发人员可以将应用连接到在 OCI 中运行的应用和服务，而无需创建专用链接或通过公共互联网发送应用流量。
- 流
Oracle Cloud Infrastructure 流处理提供了一个完全托管、可扩展和持久的存储解决方案，用于摄取可以实时使用和处理的大量数据流。您可以使用流处理来摄取大量数据，例如应用日志、运行状况遥测、Web 点击流数据；或在发布 - 订阅消息传递模型中连续生成和处理数据的其他用例。
- Oracle Base Database Service
Oracle Base Database Service 是完全托管的数据库服务，可帮助开发人员快速开发和部署安全的云原生应用。Oracle 会自动执行所有任务，例如备份和恢复、数据库和操作系统打补丁、更新和数据加密。
建议
- IBM Sterling Order Management 软件版本
此体系结构支持 IBM Sterling Order Management 软件版本 10.0.2303.1（发布此解决方案时的当前版本）及更高版本。我们建议您使用最新版本的 IBM Sterling Order Management 软件。
在多云体系结构中部署 IBM Sterling Order Management 软件之前，请按照浏览更多部分中的链接熟悉以下要求：- 有关 IBM Sterling Order Management Software 系统要求的信息，请参见系统要求。
- IBM Sterling Order Management 软件依赖于关系数据库系统进行状态和数据管理。服务到服务的通信和订单工作流还需要启用 Java Message Service (JMS) 的消息代理系统。IBM Sterling Order Management Software 支持在您的环境中部署的多个数据库和消息代理选项。有关详细信息，请参阅：
- Oracle 19c 数据库层：在 UNIX 或 Linux 上配置 Oracle 数据库
- JMS 消息代理：与 JMS 系统集成
- 等待时间
使用 OCI 和 Azure 互连实现云之间的网络连接，以提供低延迟连接。
- 数据库
使用 Oracle 数据库 19c 或更高版本。Oracle 数据库 19.16.0.0 用于此引用体系结构。我们建议使用自动存储管理 (ASM) 配置 VM.Standard2.16。数据库大小约为 800 GB。每个 Oracle RAC 节点具有 16 个 CPU 核心和 240 GB 内存。
- 灾难恢复
在云部署中，备用灾难恢复实例大小可以达到生产环境的四分之一，从而降低成本并在发生 DR 故障转移时扩展到全容量。必须将生产应用程序和数据复制到 DR，以满足业务定义的恢复时间目标 (Recovery Time Objective，RTO) 和恢复点目标 (Recovery Point Objective，RPO)。
在数据库升级和迁移期间，我们建议在同一区域中的 OCI 上创建灾难恢复/临时数据库，以防止出现任何风险并作为生产意外事件。该数据库可用于网络延迟测试，并在升级之前设置应用程序性能基线。升级和迁移之后，应在其他区域中设置 DR 实例。
- Oracle Database Service for Microsoft Azure
适用于 Microsoft Azure 的 Oracle Database Service 允许您将 Oracle Cloud Infrastructure Database 轻松集成到 Microsoft Azure 云环境中。适用于 Microsoft Azure 的 Oracle Database Service 使用基于服务的方法，可替代为应用堆栈手动创建复杂的跨云部署。
我们建议在多云拆分堆栈体系结构中使用 Oracle Database Service for Microsoft Azure ，因为它通过 Microsoft Azure 与 OCI 之间的专用、低延迟、高带宽网络链路运行。用户可以选择 Oracle 基本数据库（包括 Oracle RAC ）、Oracle Autonomous Database、Oracle Exadata Database Service 和 MySQL HeatWave，并从 Microsoft Azure 控制台预配 Oracle Database Service for Microsoft Azure 。
考虑事项
在多云体系结构中部署 IBM Sterling Order Management 软件时，请考虑以下选项来实现可扩展性和可用性。
- 应用程序可用性
在部署 IBM Sterling Order Management 软件之前，请查看了解更多信息部分的 IBM 文档链接中概述的高可用性和性能管理的注意事项。
在此参考体系结构中，IBM Sterling Order Management 软件应用程序部署在 Microsoft Azure 上的多个 VM 和 OCI 上的 Oracle RAC 数据库中，以提供高可用性。容错域可以在可用性域中提供出色的恢复能力。如果您需要更高的可用性，请考虑在可行的情况下使用多个可用性域或区域。
- 存储 I/O 吞吐量
存储大小调整对于获取磁盘读取和写入的预期 I/O 吞吐量至关重要。
- 可扩展性
此参考体系结构将 Oracle Base Database Service 与 Oracle Real Application Clusters (Oracle RAC) 数据库结合使用。您可以随时手动扩展或收缩数据库的 CPU 核心数。
您可以将 Oracle Autonomous Database 或 Oracle Exadata Database Service 与 IBM Sterling Order Management 软件一起使用。Oracle Autonomous Database 的自动缩放功能允许数据库随时使用当前基本 CPU 核心数的三倍。随着需求的增长，自动缩放会自动增加使用的内核数量。利用 Oracle Autonomous Database，您可以随时扩展存储容量，而不会影响可用性或性能。
浏览更多
查看这些其他资源以了解有关此引用体系结构功能的更多信息。
IBM Sterling Order Management 软件：
- IBM Sterling Order Management 软件
- 系统要求
- 在 UNIX 或 Linux 上配置 Oracle 数据库
- 与 JMS 系统集成
- 有关高可用性的注意事项
- 绩效管理的注意事项
Oracle Cloud Infrastructure：