在 Google Cloud 中,在 Compute Engine 虚拟机上部署企业应用并使用 Oracle Exadata

Last reviewed 2024-09-30 UTC

本文档提供了一个参考架构,其中高可用性企业应用托管在 Compute Engine 虚拟机 (VM) 上,并与在 Google Cloud中运行的 Oracle Cloud Infrastructure (OCI) Exadata 数据库建立低延迟连接。本文档的目标受众是云架构师和 Oracle 数据库管理员。本文档假定您熟悉 Compute Engine 和 Oracle Exadata Database Service。

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

如果您不需要 Oracle RAC 功能,或者需要的 Oracle 数据库版本不是 19c 和 23ai,则可以在 Compute Engine 虚拟机上运行自行管理的 Oracle 数据库。如需了解详情,请参阅在 Compute Engine 上部署企业应用与 Oracle 数据库

下图高度概括地显示了这种架构:

使用 Oracle Database@Google Cloud 的架构概览。

在上图中,外部负载均衡器接收面向公众的应用的用户发来的请求,并将请求分发到前端 Web 服务器。Web 服务器会通过内部负载平衡器将用户请求转发到应用服务器。应用服务器从 Oracle Database@Google Cloud 中读取数据并向其中写入数据。管理员和 OCI 服务可以连接到 Oracle 数据库并与之交互。

下图展示了此架构的详细视图:

使用 Oracle Database@Google Cloud 的架构的详细视图。

在此架构中,Web 层和应用层在分布于 Google Cloud 区域内两个可用区的 Compute Engine 虚拟机上以主动-主动模式运行。应用使用同一 Google Cloud区域内的 Oracle Exadata 数据库。

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

上图中显示的架构包含以下组件:

组件 Purpose
区域级外部应用负载均衡器 区域级外部应用负载平衡器接收用户请求并将其分发到 Web 层虚拟机。
Google Cloud Armor 安全政策 Google Cloud Armor 安全政策有助于保护您的应用堆栈免受分布式拒绝服务攻击 (DDoS 攻击) 和跨站脚本攻击 (XSS) 等威胁。
Web 层的区域级托管式实例组 (MIG) 应用的 Web 层部署在属于区域级 MIG 的 Compute Engine 虚拟机上。此 MIG 是外部应用负载均衡器的后端。该 MIG 包含位于两个可用区的 Compute Engine 虚拟机。每个虚拟机托管应用 Web 层的一个独立实例。
区域级内部应用负载均衡器 区域级内部应用负载均衡器将来自 Web 层虚拟机的流量分发到应用层虚拟机。
应用层的区域级 MIG 应用层(例如 Oracle WebLogic 服务器集群)部署在属于区域级 MIG 的 Compute Engine 虚拟机上。此 MIG 是内部应用负载均衡器的后端。该 MIG 包含位于两个可用区的 Compute Engine 虚拟机。每个虚拟机都托管应用服务器的一个独立实例。
Virtual Private Cloud (VPC) 网络子网 架构中的所有 Google Cloud 资源都使用单个 VPC 网络。根据您的需要,您也可以选择构建使用多个网络的架构。如需了解详情,请参阅决定是否创建多个 VPC 网络
Oracle Database@Google Cloud

应用服务器从 Oracle Exadata Database Service 中的 Oracle 数据库读取数据并向其中写入数据。您可以使用 Oracle Database@Google Cloud 来配置 Oracle Exadata Database Service。这项 Google Cloud Marketplace 产品可让您在数据中心内在 Oracle 管理的硬件上运行 Oracle 数据库。 Google Cloud

您可以使用 Google Cloud Google Cloud 控制台、Google Cloud CLI 和 API 等接口来创建 Exadata Infrastructure 实例。Oracle 会在 Google Cloud 区域内的数据中心内使用专用于您的项目的硬件设置和管理所需的计算、存储和网络基础架构。

Exadata Infrastructure 实例 每个 Exadata Infrastructure 实例包含两个或更多物理数据库服务器和三个或更多存储服务器。这些服务器(图中未显示)使用低延迟网络架构进行互连。创建 Exadata Infrastructure 实例时,您需要指定必须预配的数据库服务器和存储服务器的数量。
Exadata 虚拟机集群

在 Exadata Infrastructure 实例中,您可以创建一个或多个 Exadata 虚拟机集群。例如,您可以选择创建并使用单独的 Exadata VM 集群来托管每个业务部门所需的数据库。每个 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 Object Storage。
Cloud Router合作伙伴互连OCI DRG 您的 VPC 网络与 VCN 之间的流量由连接到 VPC 的 Cloud Router 路由器通过连接到 VCN 的动态路由网关 (DRG) 进行路由。流量会通过 Google 使用合作伙伴互连设置的低延迟连接传输。
专用 Cloud DNS 区域 创建 Exadata VM 集群时,系统会自动创建一个 Cloud DNS 私有网域。当应用服务器向 Oracle 数据库发送读写请求时,Cloud DNS 会将数据库主机名解析为相应的 IP 地址。
OCI 对象存储OCI 服务网关 默认情况下,Oracle Exadata 数据库的备份存储在 OCI 对象存储中。数据库备份会通过服务网关路由到 OCI 对象存储。
公共 Cloud NAT 网关 该架构包含一个公共 Cloud NAT 网关,用于从仅具有内部 IP 地址的 Compute Engine 虚拟机建立安全的出站连接。
Cloud InterconnectCloud VPN 如需将本地网络连接到 Google Cloud中的 VPC 网络,您可以使用 Cloud Interconnect 或 Cloud VPN。如需了解每种方法的相对优势,请参阅选择 Network Connectivity 产品
Cloud Monitoring 您可以使用 Cloud Monitoring 来观察应用和资源(包括 Oracle Exadata 资源)的行为、运行状况和性能。 Google Cloud 您还可以使用 OCI Monitoring 服务监控 Oracle Exadata 资源。

使用的产品

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

  • Compute Engine:一项安全且可自定义的计算服务,可让您在 Google 的基础设施上创建并运行虚拟机。
  • Cloud Load Balancing:一组高性能、可扩缩的全球和区域级负载均衡器。
  • Virtual Private Cloud (VPC):为您的 Google Cloud 工作负载提供全球可伸缩的网络功能的虚拟系统。VPC 包括 VPC 网络对等互连、Private Service Connect、专用服务访问通道和共享 VPC。
  • Google Cloud Armor:这项网络安全服务提供 Web 应用防火墙 (WAF) 规则,有助于防范 DDoS 攻击和应用攻击。
  • Cloud NAT:一种服务,可提供由 Google Cloud管理的高性能网络地址转换。
  • Cloud Monitoring:可帮助您了解您的应用和基础设施的性能、可用性和健康状况的服务。
  • Cloud Interconnect:这项服务可通过高可用性、低延迟的连接将您的外部网络扩展到 Google 网络。
  • 合作伙伴互连:这项服务通过支持的服务提供商在您的本地网络与 Virtual Private Cloud 网络和其他网络之间提供连接。
  • Cloud VPN:这项服务可通过 IPsec VPN 隧道将您的对等网络安全地扩展到 Google 的网络。

此参考架构使用以下 OCI 产品:

  • 专用基础架构上的 Exadata 数据库服务:借助这项服务,您可以在专为您提供的 Exadata 硬件上运行 Oracle 数据库实例。
  • 对象存储:一种服务,用于将大量结构化和非结构化数据存储为对象。
  • VCN 和子网:VCN 是 OCI 区域中资源的虚拟专用网络。子网是具有 VCN 的连续 IP 地址范围。
  • 动态路由网关:用于 VCN 与外部网络之间流量的虚拟路由器。
  • 服务网关:一种网关,可让 VCN 中的资源以私密方式访问特定 Oracle 服务。

设计考虑事项

本部分介绍了在使用此参考架构开发满足特定安全性、可靠性、运营效率、费用和性能要求的拓扑时应考虑的设计因素、最佳实践和设计建议。

本部分中的指导并非详尽无遗。根据应用的具体要求以及您使用的 Google Cloud 第三方产品和功能,您可能还需要考虑其他设计因素和权衡因素。

系统设计

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

区域选择

在为部署选择 Google Cloud 区域时,请考虑以下因素和要求:

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

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

计算基础架构

本文档中的参考架构使用 Compute Engine 虚拟机托管 Web 层和应用层。根据应用的要求,您可以选择以下其他 Google Cloud 计算服务:

无论是决定使用虚拟机、容器还是无服务器服务,都需要在配置灵活性和管理工作量之间作出权衡取舍。虚拟机和容器提供了更大的配置灵活性和控制力,但您需要负责管理资源。在无服务器架构中,您将工作负载部署到极少需要管理的预配置平台。这些服务的设计指南不在本文档的讨论范围内。如需详细了解服务选项,请参阅在 Google Cloud 上托管应用

存储选项

如需为网站层和应用层中的 Compute Engine 虚拟机提供永久存储空间,请根据应用在容量、伸缩、可用性和性能方面的要求,选择合适的 Persistent Disk 或 Google Cloud Hyperdisk 类型。如需了解详情,请参阅存储选项

如果您需要在一个区域内的可用区中冗余的低成本存储,请使用 Cloud Storage 区域级存储分区

如需存储跨一个区域中的多个虚拟机共享的数据(例如,网络层中所有虚拟机的配置文件),您可以使用 Filestore 区域级实例。您存储在 Filestore 区域级实例中的数据会在该区域1内的三个可用区中同步复制。这种复制方式有助于确保您存储在 Filestore 中的数据具有高可用性和稳健性,以防可用区服务中断。您可以在 Filestore 实例中存储共享配置文件、常用工具和实用程序以及中心化日志,并将实例装载到多个虚拟机上。

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

网络设计

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

为要用于 Exadata 虚拟机集群的客户端子网和备用子网分配 IP 地址范围时,请考虑子网大小下限要求。如需了解详情,请参阅规划 Oracle Database@Google Cloud 中的 IP 地址空间

数据库迁移

当您计划将本地数据库迁移到 Oracle Database@Google Cloud 时,请使用 Database Migration Assessment (DMA) 工具评估当前的数据库环境,并获取配置和调整大小建议。

如需将本地数据迁移到Google Cloud中的 Oracle 数据库部署,您可以使用 Oracle GoldenGate 等标准 Oracle 工具。

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

安全

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

防范外部威胁

如需保护应用免受 DDoS 攻击和 XSS 等外部威胁,请根据您的要求定义适当的 Google Cloud Armor 安全政策。每项政策都是一组规则,用于指定要评估的条件以及满足条件时要执行的操作。例如,规则可以指定在传入流量的源 IP 地址与特定 IP 地址或 CIDR 范围匹配时必须拒绝该流量。您还可以应用预配置的 WAF 规则。如需了解详情,请参阅安全政策概览

虚拟机的外部访问权限

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

如需从仅具有专用 IP 地址的资源(例如此参考架构中的 Compute Engine 虚拟机)建立安全的出站连接,您可以使用 Cloud NAT(如上图所示),也可以使用安全 Web 代理。 Google Cloud

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

虚拟机映像安全性

获批的映像是指包含符合您的政策或安全要求的软件的映像。为确保网站层和应用层中的虚拟机仅使用已获批准的映像,您可以定义一个组织政策来限制在特定公共映像项目中使用映像。如需了解详情,请参阅设置可信映像政策

服务账号权限

在启用了 Compute Engine API 的 Google Cloud 项目中,系统会自动创建一个默认服务账号。对于在 2024 年 5 月 3 日之前创建的组织,此默认服务账号会被授予 Editor IAM 角色 (roles/editor),除非此行为已停用。 Google Cloud

默认情况下,默认服务账号会关联到您使用 gcloud CLI 或 Google Cloud 控制台创建的所有 Compute Engine 虚拟机。Editor 角色包含一系列权限,因此将默认服务账号关联到虚拟机会带来安全风险。为避免此风险,您可以为应用堆栈的每个层创建和使用专用服务账号。如需指定服务账号可以访问的资源,请使用精细的政策。如需了解详情,请参阅限制服务账号

网络安全

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

数据库安全和合规性

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

更多安全注意事项

为工作负载构建架构时,请考虑企业基础蓝图中提供的平台级安全最佳实践和建议。

可靠性

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

针对虚拟机故障的稳健性

在本文档中所示的架构中,如果 Web 层或应用层中的 Compute Engine 虚拟机崩溃,相关 MIG 会自动重新创建虚拟机。负载平衡器仅将请求转发到当前可用的 Web 服务器实例和应用服务器实例。

虚拟机自动修复

有时,托管 Web 层和应用层的虚拟机可能正在运行且可用,但应用本身可能存在问题。应用可能会冻结、崩溃或内存不足。在此情况下,虚拟机不会响应负载均衡器健康检查,并且负载均衡器不会将流量路由到无响应的虚拟机。为确保应用按预期响应,您可以在 MIG 的自动修复政策中配置基于应用的健康检查。如果特定虚拟机上的应用没有响应,则 MIG 会自动修复该虚拟机。如需详细了解如何配置自动修复,请参阅关于修复虚拟机以实现高可用性

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

如果发生区域服务中断,则应用不可用。如需减少因区域中断而导致的停机时间,您可以采用以下方法:

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

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

Oracle 会管理 Oracle Database@Google Cloud 中的基础架构。如需了解专用基础架构上的 Oracle Exadata 数据库服务的服务等级目标 (SLO),请参阅 Oracle PaaS 和 IaaS 公有云服务的服务等级目标

MIG 自动扩缩

本文档中的架构为 Web 层和应用层使用区域级 MIG。无状态 MIG 的自动扩缩功能可确保托管 Web 层和应用层的 Compute Engine 虚拟机不会受到单个可用区中断的影响。有状态 MIG 无法自动扩缩。

如需控制 MIG 的自动扩缩行为,您可以指定目标利用率指标,例如平均 CPU 利用率。您还可以配置基于时间表的自动扩缩。如需了解详情,请参阅自动扩缩实例组

虚拟机布置

在本文档介绍的架构中,应用层和网络层在分布于多个可用区中的 Compute Engine 虚拟机上运行。这样分布有助于确保您的网站层和应用层能够可靠地应对单可用区服务中断。如需进一步提高这种稳健性,您可以创建分散布置政策并将其应用于 MIG 模板。采用分散布置政策时,MIG 会在创建虚拟机时将每个可用区中的虚拟机布置在不同的物理服务器(称为“主机”)上,因此您的虚拟机可以稳健地应对单个主机故障。不过,这种方法的缺点是,虚拟机间网络流量的延迟时间可能会增加。如需了解详情,请参阅布置政策概览

虚拟机容量规划

为确保在 MIG 自动扩缩需要时有 Compute Engine 虚拟机容量可用,您可以创建预留。预留在特定可用区为属于所选机器类型的指定数量的虚拟机提供有保障的容量。预留可以专用于某个项目,也可以在多个项目中共享。即使未预配或使用预留的资源,您也需要为预留的资源付费。如需详细了解预留(包括结算注意事项),请参阅 Compute Engine 可用区级资源的预留

有状态存储

应用设计的最佳做法是免去有状态本地磁盘的需要。但如果有相应要求,您可以将磁盘配置为有状态,确保在修复或重新创建虚拟机时保留数据。但是,我们建议您让启动磁盘保持无状态,以便通过新版本和安全补丁轻松地将其更新为最新映像。如需了解详情,请参阅在 MIG 中配置有状态永久性磁盘

数据库容量

您可以根据需要添加数据库服务器和存储服务器,从而扩缩 Exadata Infrastructure。将所需的数据库服务器或存储服务器添加到 Exadata Infrastructure 后,您必须向关联的 Exadata VM 集群添加容量,才能使用额外的 CPU 或存储资源。如需了解详情,请参阅扩缩 Exadata 计算和存储空间

备份与恢复

您可以使用 Backup and DR Service 创建、存储和管理 Compute Engine 虚拟机的备份。Backup and DR Service 以应用可读的原始格式存储备份数据。如有需要,您可以通过直接使用长期备份存储空间中的数据将工作负载恢复到生产环境,而无需进行耗时的数据移动或准备活动。如需了解详情,请参阅适用于 Compute Engine 实例备份的 Backup and DR Service

默认情况下,专用基础架构上的 Oracle Exadata Database Service 中数据库的备份存储在 OCI Object Storage 中。如需实现更低的 RPO,您可以使用 Oracle Autonomous Recovery Service 备份和恢复数据库。

更多可靠性注意事项

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

费用优化

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

虚拟机机器类型

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

虚拟机预配模型

如果您的应用具备容错能力,则 Spot 虚拟机可以帮助您降低网络层和应用层中虚拟机的 Compute Engine 费用。Spot 虚拟机的费用远低于常规虚拟机。但是,Compute Engine 可能会提前停止或删除 Spot 虚拟机来收回容量。

Spot 虚拟机适用于可以容忍抢占且没有高可用性要求的批量作业。Spot 虚拟机提供与常规虚拟机相同的机器类型、选项和性能。但是,如果某个可用区中的资源容量有限,则在重新获得所需容量后,MIG 可能才会自动横向扩容(即创建虚拟机)到指定的目标大小。

虚拟机资源利用率

借助无状态 MIG 的自动扩缩功能,应用可以顺利应对 Web 层和应用层的流量增加。自动扩缩还有助于您在资源需求较低时降低费用。有状态 MIG 无法自动扩缩。

数据库费用

创建 Exadata 虚拟机集群时,您可以选择 BYOL 或预配包含许可的 Oracle 数据库。

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

更多费用注意事项

为工作负载构建架构时,请考虑 Google Cloud 架构框架:费用优化中提供的一般最佳实践和建议。

运营效率

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

虚拟机配置更新

如需更新 MIG 中的虚拟机的配置(例如机器类型或启动磁盘映像),请使用所需的配置创建新的实例模板,然后将新模板应用于 MIG。MIG 会使用您指定的更新方法(自动或选择性)更新虚拟机。请根据可用性和运营效率要求选择适当的方法。如需详细了解这些 MIG 更新方法,请参阅在 MIG 中应用新的虚拟机配置

虚拟机映像

对于 MIG 实例模板,我们建议您创建并使用包含应用所需配置和软件的自定义操作系统映像,而不是使用 Google 提供的公共映像。您可以将自定义映像分组到一个自定义映像系列中。映像系列总是指向该系列中最新的映像,因此实例模板和脚本可以在无需更新对特定映像版本的引用的情况下使用该映像。您必须定期更新自定义映像,以纳入操作系统供应商提供的安全更新和补丁。

确定性实例模板

如果用于 MIG 的实例模板包含启动脚本(例如用于安装第三方软件),请确保这些脚本明确指定软件安装参数,例如软件版本。否则,当 MIG 创建虚拟机时,安装在虚拟机上的软件可能不一致。例如,如果您的实例模板包含用于安装 Apache HTTP Server 2.0(apache2 软件包)的启动脚本,请确保该脚本指定应安装的确切 apache2 版本,例如版本 2.4.53。如需了解详情,请参阅确定性实例模板

数据库管理

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之间配置身份联合

更多运营注意事项

为工作负载构建架构时,请考虑 Google Cloud 架构框架:卓越运营中描述的关于运营效率的一般最佳实践和建议。

性能优化

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

计算性能

Compute Engine 提供了各种预定义和可自定义的机器类型,您可以根据工作负载的性能要求进行选择。对于托管 Web 层和应用层的虚拟机,请根据您对这些层的性能要求选择合适的机器类型。如需了解详情,请参阅机器系列对比

网络性能

对于需要在应用层和 Web 层之间缩短虚拟机间网络延迟时间的工作负载,您可以创建紧凑布置政策,并将其应用于用于这些层的 MIG 模板。创建虚拟机时,MIG 会将虚拟机布置在彼此邻近的物理服务器上。虽然紧凑布置政策有助于提高虚拟机间网络性能,但分散布置政策有助于提高虚拟机可用性,如前所述。为了在网络性能和可用性之间实现最佳平衡,在创建紧凑布置政策时,您可以指定虚拟机之间必须相隔的距离。如需了解详情,请参阅布置政策概览

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

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

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

更多性能考虑因素

为工作负载构建架构时,请考虑 Google Cloud 架构框架:性能优化中提供的一般最佳实践和建议。

后续步骤

贡献者

作者: Kumar Dhanagopal | 跨产品解决方案开发者

其他贡献者:


  1. 如需详细了解特定区域的注意事项,请参阅地理位置和区域。