在 Google Cloud 中将 Oracle E-Business Suite 与 Oracle Exadata 搭配使用

Last reviewed 2025-05-27 UTC

本文档提供了一个参考架构，可帮助您构建基础架构，以运行Oracle E-Business Suite 应用，并实现与在 Google Cloud中运行的 Oracle Cloud Infrastructure (OCI) Exadata 数据库的低延迟连接。Oracle E-Business Suite 是一套企业应用，可用于财务、人力资源、供应链和客户关系等业务职能。

本文档的目标受众是云架构师以及 Oracle 数据库和 Oracle E-Business Suite 应用的管理员。本文档假设您的团队熟悉 Oracle E-Business Suite 技术堆栈和架构以及 Oracle Exadata Database Service。

如果您使用 Oracle Exadata 或 Oracle Real Application Clusters (Oracle RAC) 在本地运行 Oracle 数据库，则可以高效地将应用迁移到 Google Cloud ，并在 Oracle Database@Google Cloud 上运行数据库。Oracle Database@Google Cloud 是一项 Google Cloud Marketplace 产品，可让您直接在 Google Cloud中运行 Oracle Exadata Database Service 和 Oracle Autonomous Database。

架构

下图展示了一种架构，其中 Oracle E-Business Suite 应用以主动/主动模式在 Compute Engine 虚拟机上运行，这些虚拟机分布在 Google Cloud 区域内的两个可用区中。应用使用同一 Google Cloud区域中的 Oracle Exadata 数据库。

架构中的所有组件都位于单个 Google Cloud区域中。此架构与区域级部署原型一致。您可以采用多区域部署原型来调整此架构，以构建可防范区域服务中断的拓扑。如需了解详情，请参阅 Compute Engine 上的多区域部署，以及本文档后面可靠性部分中的相关指南。

Oracle E-Business Suite 应用在 Compute Engine 虚拟机上以主动-主动模式运行。

上图中的架构包含以下组件：

组件 用途
区域级外部应用负载均衡器 负载均衡器接收用户请求并将其分发到 Oracle E-Business Suite 应用。
Google Cloud Armor 安全政策 Google Cloud Armor 安全政策有助于保护您的应用堆栈免受分布式拒绝服务攻击 (DDoS 攻击) 和跨站脚本攻击 (XSS) 等威胁。
Oracle E-Business Suite (BYOL)

Oracle E-Business Suite 应用层组件（Oracle HTTP Server、Oracle WebLogic Server 和并发处理服务器）在分布于主区域中两个可用区的 Compute Engine 虚拟机上运行。每个虚拟机都托管应用层的一个独立实例。每个虚拟机的启动磁盘都是 Hyperdisk Balanced 卷。

您自带 Oracle E-Business Suite 许可 (BYOL)，并管理虚拟机和应用。
应用二进制文件和数据 Filestore 区域实例包含应用二进制文件和数据。Filestore 实例装载在两个可用区中托管应用层组件的所有 Compute Engine 虚拟机上。
应用备份 应用备份通过备份和灾难恢复创建、存储和管理。
Virtual Private Cloud (VPC) 网络 架构中的所有 Google Cloud 资源都使用单个 VPC 网络。根据您的需要，您也可以选择构建使用多个网络的架构。如需了解详情，请参阅决定是否创建多个 VPC 网络。
Oracle Database@Google Cloud

应用从 Oracle Exadata Database Service 中的 Oracle 数据库读取数据并向其中写入数据。您可以使用 Oracle Database@Google Cloud（一种 Cloud Marketplace 产品）来预配 Oracle Exadata Database Service，该产品可让您在 Google Cloud 数据中心内的 Oracle 管理的硬件上运行 Oracle 数据库。

您可以使用 Google Cloud 界面（例如 Google Cloud 控制台、Google Cloud CLI 和 API）来创建 Exadata 基础设施实例。Oracle 会在 Google Cloud 区域内的数据中心设置和管理所需的计算、存储和网络基础设施，这些基础设施位于专用于您的项目的硬件上。
Exadata Infrastructure 实例 每个 Exadata 基础设施实例包含两个或更多个物理数据库服务器和三个或更多个存储服务器。这些服务器（未在图中显示）通过低延迟网络结构互连。创建 Exadata 基础架构实例时，您需要指定必须预配的数据库服务器和存储服务器的数量。
Exadata 虚拟机集群

在 Exadata Infrastructure 实例中，您可以创建一个或多个 Exadata 虚拟机集群。例如，您可以选择创建并使用单独的 Exadata 虚拟机集群来托管每个业务部门所需的数据库。每个 Exadata 虚拟机集群都包含一个或多个托管 Oracle 数据库实例的 Oracle Linux 虚拟机。

创建 Exadata 虚拟机集群时，您需要指定以下内容：

  • 数据库服务器的数量。
  • 要分配给集群中每个虚拟机的计算、内存和存储容量。
  • 集群必须连接到的 VPC 网络。
  • 集群的备份子网和客户端子网的 IP 地址范围。

Exadata 虚拟机集群中的虚拟机不是 Compute Engine 虚拟机。
Oracle Database 实例 您可以通过 OCI 控制台和其他 OCI 界面创建和管理 Oracle 数据库。Oracle 数据库软件在 Exadata 虚拟机集群中的虚拟机上运行。创建 Exadata 虚拟机集群时，您需要指定 Oracle Grid Infrastructure 版本。您还可以选择许可类型：自带许可 (BYOL) 或选择包含许可的模式。
OCI VCN 和子网 创建 Exadata 虚拟机集群时，系统会自动创建 OCI 虚拟云网络 (VCN)。VCN 具有客户端子网和备用子网，这两个子网的 IP 地址范围由您指定。客户端子网用于从 VPC 网络连接到 Oracle 数据库。备份子网用于将数据库备份发送到 OCI 对象存储。
Cloud Router、合作伙伴互联和 OCI DRG VPC 网络与 VCN 之间的流量通过以下方式进行路由：连接到 VPC 的 Cloud Router 路由器，以及连接到 VCN 的动态路由网关 (DRG)。流量通过 Google 使用合作伙伴互连设置的低延迟连接进行传输。
专用 Cloud DNS 区域 创建 Exadata 虚拟机集群时，系统会自动创建 Cloud DNS 私有区域。当您的应用向 Oracle 数据库发送读取和写入请求时，Cloud DNS 会将数据库主机名解析为相应的 IP 地址。
OCI 对象存储和 OCI 服务网关 默认情况下，Oracle Exadata 数据库的备份存储在 OCI 对象存储中。数据库备份通过服务网关路由到 OCI 对象存储。
公共 Cloud NAT 网关 该架构包含一个公共 Cloud NAT 网关，用于从仅具有内部 IP 地址的 Compute Engine 虚拟机建立安全的出站连接。
Cloud Interconnect 或 Cloud VPN 如需将本地网络连接到Google Cloud中的 VPC 网络，您可以使用 Cloud Interconnect 或 Cloud VPN。如需了解每种方法的相对优势，请参阅选择 Network Connectivity 产品。
Cloud Monitoring 您可以使用 Cloud Monitoring 来观测应用和 Google Cloud 资源（包括 Oracle Exadata 资源）的行为、运行状况和性能。您还可以使用 OCI Monitoring 服务监控 Oracle Exadata 资源中的资源。

使用的产品

此参考架构使用以下 Google Cloud 产品：

  • Cloud Load Balancing：一组高性能、可扩缩的全球和区域级负载均衡器。
  • Google Cloud Armor：一项网络安全服务，提供 Web 应用防火墙 (WAF) 规则，并有助于防范 DDoS 攻击和应用攻击。
  • Virtual Private Cloud (VPC)：为您的 Google Cloud 工作负载提供全球可扩缩的网络功能的虚拟系统。VPC 包括 VPC 网络对等互连、Private Service Connect、专用服务访问通道和共享 VPC。
  • Cloud NAT：一种提供 Google Cloud管理的高性能网络地址转换的服务。
  • Cloud Monitoring：可帮助您了解您的应用和基础设施的性能、可用性和健康状况的服务。
  • Cloud Interconnect：一种通过高可用性、低延迟的连接将您的外部网络扩展到 Google 网络的服务。
  • 合作伙伴互连：一种服务，可通过支持的服务提供商在本地网络与 Virtual Private Cloud 网络和其他网络之间提供连接。
  • Cloud VPN：一种服务，可通过 IPsec VPN 隧道将您的对等网络安全地扩展到 Google 的网络。
  • Compute Engine：一项安全且可自定义的计算服务，可让您在 Google 的基础设施上创建并运行虚拟机。
  • Google Cloud Hyperdisk：一种网络存储服务，可用于预配和动态扩缩块存储卷，并提供可配置且可预测的性能。
  • Filestore：一种在 Google Cloud 上提供高性能、全代管式文件存储的服务，您可以将其连接到各种类型的客户端。
  • 备份和灾难恢复服务：面向 Google Cloud 工作负载的安全、集中管理的备份和恢复服务，可帮助保护备份数据免遭恶意删除或意外删除。
  • Cloud DNS：一项服务，可利用 Google 的全球网络提供弹性佳、延迟低的 DNS 服务。

此参考架构使用以下 Oracle 产品：

  • Oracle E-Business Suite：一套用于财务、人力资源和供应链等业务运营的应用。
  • Exadata Database Service on Dedicated Infrastructure：一项服务，可让您在专用的 Exadata 硬件上运行 Oracle 数据库实例。
  • 对象存储：一种用于将大量结构化和非结构化数据存储为对象的服务。
  • VCN 和子网：VCN 是 OCI 区域中资源的虚拟专用网络。子网是 VCN 中连续的 IP 地址范围。
  • 动态路由网关：用于在 VCN 与外部网络之间传输流量的虚拟路由器。
  • 服务网关：一种网关，可让 VCN 中的资源以私密方式访问特定的 Oracle 服务。

您需要负责为您在 Google Cloud中部署的 Oracle 产品购买许可，并需要遵守 Oracle 许可的条款及条件。

设计考虑事项

本部分介绍设计因素、最佳实践和设计建议，您在使用此参考架构开发满足特定的安全性、可靠性、运营效率、费用和性能要求的拓扑时应考虑这些因素、实践和建议。为工作负载构建架构时，请考虑 Google Cloud Well-Architected Framework 中的最佳实践和建议。

系统设计

本部分提供的指导可帮助您为部署选择 Google Cloud 区域以及选择适当的 Google Cloud 服务。

区域选择

当您选择必须在其中部署应用的 Google Cloud 区域时，请考虑以下因素和要求：

  • Google Cloud 服务在每个区域的可用性。如需了解详情，请参阅各位置可使用的产品。
  • Compute Engine 机器类型在每个区域的可用性。如需了解详情，请参阅区域和可用区。
  • 最终用户延迟时间要求。
  • Google Cloud 资源的费用。
  • 跨区域数据传输费用。
  • 法规要求。

其中一些因素和要求可能需要权衡。例如，成本效益最高的区域，其碳足迹可能并非最低。如需了解详情，请参阅 Compute Engine 区域选择最佳实践。

计算基础架构

本文档中的参考架构对应用的某些层级使用 Compute Engine 虚拟机。根据应用的要求，您可以从其他 Google Cloud 计算服务中进行选择：

  • 容器：您可以在 Google Kubernetes Engine (GKE) 集群中运行容器化应用。GKE 是一个容器编排引擎，可自动部署、扩缩和管理容器化应用。
  • 无服务器：如果您希望将 IT 工作重点放在数据和应用上，而不是放在设置和运营基础设施资源上，就可以使用无服务器服务，例如 Cloud Run。

无论是决定使用虚拟机、容器还是无服务器服务，都需要在配置灵活性和管理工作量之间作出权衡取舍。虚拟机和容器提供了更大的配置灵活性，但您需要负责管理资源。在无服务器架构中，您将工作负载部署到极少需要管理的预配置平台。如需详细了解如何为Google Cloud中的工作负载选择适当的计算服务，请参阅在 Google Cloud上托管应用。

数据库迁移

如果您计划将本地数据库迁移到 Oracle Database@Google Cloud，请使用数据库迁移评估 (DMA) 工具评估当前数据库环境，并获取配置和规模调整建议。

如需将本地数据或跨平台（包括 Unix 系统）的数据迁移到 Google Cloud中的 Oracle 数据库部署，您可以使用标准 Oracle 工具，例如可传输的表空间。如需详细了解可传输表空间及其限制，请参阅使用可传输表空间迁移数据。

在生产环境中使用迁移后的数据库之前，请验证应用与数据库之间的连接。

存储选项

本文档中显示的架构使用 Google Cloud Hyperdisk Balanced 卷作为托管 Oracle E-Business Suite 应用的 Compute Engine 虚拟机的启动磁盘。与 Persistent Disk 相比，Hyperdisk 卷可提供更高的性能、灵活性和效率。借助 Hyperdisk Balanced，您可以单独且动态地预配 IOPS 和吞吐量，从而根据各种工作负载调整卷。如需了解 Hyperdisk 类型和功能，请参阅 Hyperdisk Balanced 简介。

对于应用数据和二进制文件，本文档中的架构使用 Filestore。您存储在 Filestore 区域级实例中的数据会在该区域内的三个可用区中同步复制。这种复制方式可确保高可用性和稳健性，以防可用区服务中断。您还可以在 Filestore 实例中存储共享配置文件、常用工具和实用程序以及集中式日志，并将该实例装载到多个虚拟机上。

在为工作负载设计存储时，请考虑工作负载的功能特征、弹性要求、性能预期以及费用目标。如需了解详情，请参阅为云工作负载设计最佳存储策略。

网络设计

为多层应用堆栈构建基础架构时，您必须选择满足业务和技术要求的网络设计。本文档中显示的架构使用具有单个 VPC 网络的网络拓扑。根据您的需要，您也可以选择使用多个 VPC 网络。如需了解详情，请参阅以下文档：

数据分析

对于高级分析，您可以使用 Google Cloud Cortex Framework 将 Oracle E-Business Suite 应用中的数据注入到 BigQuery 中。如需了解详情，请参阅 Cortex Framework：与 Oracle E-Business Suite 集成。

安全性、隐私权和合规性

本部分介绍使用此参考架构在 Google Cloud 中设计满足工作负载的安全与合规性要求的拓扑时应考虑的因素。

防范外部威胁

您可以使用 Google Cloud Armor 安全政策保护您的应用免受分布式拒绝服务攻击 (DDoS 攻击) 和跨站脚本攻击 (XSS) 等威胁。每项政策都是一组规则，用于指定应评估的特定条件以及满足条件时要执行的操作。例如，规则可以指定在传入流量的源 IP 地址与特定 IP 地址或 CIDR 范围匹配时必须拒绝该流量。您还可以应用预配置的 Web 应用防火墙 (WAF) 规则。如需了解详情，请参阅安全政策概览。

虚拟机的外部访问权限

在本文档介绍的参考架构中，Compute Engine 虚拟机无需从互联网进行入站访问。请勿为虚拟机分配外部 IP 地址。仅具有专用内部 IP 地址的 Google Cloud 资源仍然可以使用 Private Service Connect 或专用 Google 访问通道来访问某些 Google API 和服务。如需了解详情，请参阅服务的专用访问通道选项。

如需从仅具有专用 IP 地址的 Google Cloud 资源（例如此参考架构中的 Compute Engine 虚拟机）建立安全的出站连接，您可以使用安全 Web 代理 或 Cloud NAT。

对于 Exadata 虚拟机使用的子网，Oracle 建议您分配专用 IP 地址范围。

服务账号权限

对于架构中的 Compute Engine 虚拟机，我们建议您创建专用服务账号，并指定该服务账号可以访问的资源，而不是使用默认服务账号。默认服务账号包含此实例中不需要的广泛权限，而您可以定制专用服务账号，使其仅具有所需的权限。如需了解详情，请参阅限制服务账号。

SSH 安全性

为了增强此架构中与 Compute Engine 虚拟机的 SSH 连接的安全性，请通过 Cloud OS Login API 实现 Identity-Aware Proxy (IAP) 转发。借助 IAP，您可以根据用户身份和 Identity and Access Management (IAM) 政策来控制网络访问权限。借助 Cloud OS Login API，您可以根据用户身份和 IAM 政策控制 Linux SSH 访问权限。如需详细了解如何管理网络访问权限，请参阅控制 SSH 登录访问权限的最佳实践。

数据加密

默认情况下，存储在 Hyperdisk 卷和 Filestore 中的数据使用Google-owned and Google-managed encryption keys进行加密。作为额外的保护层，您可以选择使用自己在 Cloud Key Management Service (Cloud KMS) 中拥有和管理的密钥来加密 Google-owned and managed key 。如需了解详情，请参阅 Hyperdisk 卷的磁盘加密简介和 Filestore 的使用客户管理的加密密钥加密数据。

默认情况下，Exadata 数据库使用透明数据加密 (TDE)，可让您加密存储在表和表空间中的敏感数据。

网络安全

如需控制架构中资源之间的网络流量，您必须配置适当的 Cloud 新一代防火墙 (NGFW) 政策。

数据库安全与合规性

Exadata 数据库服务包含 Oracle Data Safe，可帮助您管理 Oracle 数据库的安全和合规性要求。您可以使用 Oracle Data Safe 来评估安全控制措施、监控用户活动和遮盖敏感数据。如需了解详情，请参阅使用 Oracle Data Safe 管理数据库安全性。

更多安全注意事项

为工作负载构建架构时，请考虑企业基础蓝图和 Google Cloud Well-Architected Framework：安全性、隐私权和合规性中提供的平台级安全最佳实践和建议。

可靠性

本部分介绍使用此参考架构为Google Cloud中的部署构建和运营可靠的基础设施时应考虑的设计因素。

应用层针对虚拟机故障的稳健性

如果托管 Oracle E-Business Suite 应用的部分（但不是全部）虚拟机发生故障，应用仍可继续使用，因为负载平衡器会将请求转发到其他应用虚拟机。

有时，应用虚拟机可能正在运行且可用，但应用本身可能存在问题。应用可能会冻结、崩溃或内存不足。在此情况下，虚拟机不会响应负载均衡器健康检查，并且负载均衡器不会将流量路由到无响应的虚拟机。

针对可用区服务中断的稳健性

在区域级架构中，如果某个可用区发生服务中断，负载平衡器会将请求转发到在其他可用区中运行的应用实例。由于该架构使用 Filestore Regional 服务层级，因此 Filestore 仍可正常使用。

为了确保在发生单可用区级服务中断时 Hyperdisk 卷中的数据仍可保持高可用性，您可以使用 Hyperdisk Balanced 高可用性。当数据写入 Hyperdisk Balanced 高可用性卷时，数据会在同一区域中的两个可用区之间同步复制。

针对区域服务中断的稳健性

如果发生区域服务中断，应用将不可用。如需减少因区域服务中断而导致的停机时间，您可以实施以下方法：

  • 在另一个 Google Cloud 区域中维护应用层的被动（故障切换）副本。
  • 在与应用堆栈的被动副本相同的区域中，创建一个包含所需 Exadata 虚拟机集群的备用 Exadata 基础设施实例。使用 Oracle Data Guard 进行数据复制和自动故障切换到备用 Exadata 数据库。如果您的应用需要更低的恢复点目标 (RPO)，您可以使用 Oracle Autonomous Recovery Service 备份和恢复数据库。
  • 如果主要区域发生服务中断，请使用数据库副本或备份将数据库恢复到生产环境，并在故障切换区域中激活应用。
  • 使用 DNS 路由政策将流量路由到故障切换区域中的外部负载均衡器。

对于必须在区域服务中断时仍保持可用的关键业务应用，请考虑使用多区域部署原型。您可以使用 Oracle Active Data Guard 在故障切换区域中提供只读备用数据库。

Oracle 会管理 Oracle Database@Google Cloud 中的基础架构。如需了解 Oracle Exadata Database Service on Dedicated Infrastructure 的服务等级目标 (SLO)，请参阅 Oracle PaaS 和 IaaS 公有云服务的服务等级目标。

虚拟机容量规划

为确保在需要预配虚拟机时有可用的 Compute Engine 虚拟机容量，您可以创建预留。预留在特定可用区为属于所选机器类型的指定数量的虚拟机提供有保障的容量。预留可以特定于项目，也可以跨多个项目进行共享。如需详细了解预留，请参阅选择预留类型。

数据库容量

您可以根据需要添加数据库服务器和存储服务器来扩缩 Exadata 基础架构。将所需的数据库服务器或存储服务器添加到 Exadata Infrastructure 后，为了能够使用额外的 CPU 或存储资源，您必须将容量添加到关联的 Exadata 虚拟机集群。如需了解详情，请参阅扩缩 Exadata 计算和存储。

数据耐用性

本文档中的架构使用备份和灾难恢复来创建、存储和管理 Compute Engine 虚拟机的备份。Backup and DR 以应用可读的原始格式存储备份数据。如有需要，您可以通过直接使用长期备份存储空间中的数据将工作负载恢复到生产环境，而无需准备或移动数据。

Backup and DR 支持两种创建备份的方法：

  • 备份保险库存储：备份数据存储在与源数据相同的区域内，并且无法更改或删除。
  • 自行管理的存储空间：获得授权的用户可以修改或删除备份数据，并且您可以在多个区域中存储数据。

如需了解详情，请参阅以下文档：

为了确保 Filestore 实例中应用二进制文件的持久性，您可以为该实例创建备份和快照。

默认情况下，Oracle Exadata Database Service on Dedicated Infrastructure 中的数据库备份存储在 OCI 对象存储中。如需实现更低的 RPO，您可以使用 Oracle Autonomous Recovery Service 备份和恢复数据库。

更多可靠性注意事项

在为工作负载构建云架构时，请查看以下文档中提供的与可靠性相关的最佳实践和建议：

费用优化

本部分将指导您优化使用此参考架构构建的 Google Cloud 拓扑的设置和运营费用。

虚拟机机器类型

为了帮助您优化虚拟机实例的资源利用率，Compute Engine 提供了机器类型建议。使用建议来选择符合工作负载计算要求的机器类型。对于具有可预测资源要求的工作负载，您可以使用自定义机器类型根据需求自定义机器类型并节省资金。

Oracle 产品许可

您需要负责为您部署在 Compute Engine 上的 Oracle E-Business Suite 应用购买许可，并需要遵守 Oracle 许可的条款及条件。计算许可费用时，请考虑根据您为托管 Oracle 产品的 Compute Engine 虚拟机选择的机器类型，确定所需的 Oracle 处理器许可数量。如需了解详情，请参阅在云计算环境中许可 Oracle 软件。

数据库费用

创建 Exadata 虚拟机集群时，您可以选择自带许可 (BYOL)，也可以选择预配包含许可的 Oracle 数据库。

在同一区域内，应用与 Oracle Exadata 数据库之间的数据传输所产生的网络费用包含在 Oracle Database@Google Cloud 产品的价格中。

更多费用注意事项

为工作负载构建架构时，也考虑 Google Cloud Well-Architected Framework：费用优化中提供的一般最佳实践和建议。

运营效率

本部分介绍使用此参考架构设计可高效运营的 Google Cloud 拓扑时应考虑的因素。

虚拟机映像

对于虚拟机，您可以使用 Compute Engine 中提供的 Oracle Linux 映像，也可以导入您自行构建和维护的 Oracle Linux 映像。您还可以创建并使用包含应用所需配置和软件的自定义操作系统映像。您可以将自定义映像分组到一个自定义映像系列中。映像系列总是指向该系列中最新的映像，因此实例模板和脚本可以在无需更新对特定映像版本的引用的情况下使用该映像。您必须定期更新自定义映像，以纳入操作系统供应商提供的安全更新和补丁。

数据库管理

Oracle 会管理 Oracle Exadata Database Service on Dedicated Infrastructure 中的物理数据库服务器、存储服务器和网络硬件。您可以通过 OCI 或 Google Cloud 界面管理 Exadata Infrastructure 实例和 Exadata 虚拟机集群。您可以通过 OCI 界面创建和管理数据库。Oracle Database@Google Cloud 的 Google Cloud 控制台页面包含一些链接，您可以使用这些链接直接前往 OCI 控制台中的相关页面。为避免需要再次登录 OCI，您可以在 OCI 和 Google Cloud之间配置身份联合。

Oracle 文档和支持

在 Compute Engine 虚拟机上运行的 Oracle 产品与在本地运行的 Oracle 产品具有类似的操作问题。不过，您无需管理底层的计算、网络和存储基础设施。

可观测性

如需为Google Cloud上的 Oracle E-Business Suite 部署实现可观测性，您可以使用 Google Cloud Observability 服务或 Oracle Enterprise Manager。根据您的需求和限制选择合适的监控策略。例如，如果您在 Google Cloud 中除了运行 Oracle E-Business Suite 应用之外，还运行其他工作负载，则可以使用 Google Cloud Observability 服务为所有工作负载构建统一的运营信息中心。

更多运营注意事项

为工作负载构建架构时，考虑 Google Cloud Well-Architected Framework：卓越运营中描述的关于运营效率的一般最佳实践和建议。

性能优化

本部分介绍在使用此参考架构在 Google Cloud 中设计满足工作负载性能要求的拓扑时应考虑的因素。

计算性能

Compute Engine 为您在虚拟机上运行的工作负载提供了各种预定义和可自定义的机器类型。根据您的性能要求选择适当的机器类型。如需了解详情，请参阅机器系列资源和比较指南。

网络性能

Compute Engine 对每个虚拟机的出站流量网络带宽有限制。此限制取决于虚拟机的机器类型以及流量是否通过与来源虚拟机相同的 VPC 网络进行路由。对于具有特定机器类型的虚拟机，为了提高网络性能，您可以通过启用 Tier_1 网络来获得更高的最大出站流量带宽。如需了解详情，请参阅配置每个虚拟机的 Tier_1 网络性能。

应用层虚拟机与 Oracle Exadata 网络之间的网络流量通过 Google 设置的低延迟合作伙伴互连连接进行路由。

Exadata 基础设施使用 RDMA over Converged Ethernet (RoCE) 在数据库服务器和存储服务器之间实现高带宽和低延迟的网络连接。服务器直接在主内存中交换数据，而无需涉及处理器、缓存或操作系统。

Hyperdisk 存储性能

本文档中介绍的架构对托管 Oracle E-Business Suite 应用的虚拟机的全部启动磁盘使用 Hyperdisk 卷。Hyperdisk 可让您动态扩缩性能和容量。您可以调整每个卷的预配 IOPS、吞吐量和大小，以满足工作负载的存储性能和容量需求。Hyperdisk 卷的性能取决于 Hyperdisk 类型以及卷所挂接到的虚拟机的机器类型。如需详细了解 Hyperdisk 性能限制和调优，请参阅以下文档：

更多性能考虑因素

为工作负载构建架构时，请考虑 Google Cloud Well-Architected Framework：性能优化中提供的一般最佳实践和建议。

后续步骤

贡献者

作者：

其他贡献者：