SAP HANA 规划指南

本指南简要介绍了在 Google Cloud 上运行 SAP HANA 需要具备的条件，并提供了一些您在规划实现新的 SAP HANA 系统时可以用到的详细信息。

如需详细了解如何在 Google Cloud 上部署 SAP HANA，请参阅：

• 对于单主机纵向扩容和多主机横向扩容部署，请参阅：
  • Terraform：SAP HANA 纵向扩容系统部署指南
  • Deployment Manager：SAP HANA 纵向扩容系统部署指南
• 对于具有主机自动故障切换功能的横向扩容系统部署，请参阅：
  • Terraform：具备主机自动故障切换功能的 SAP HANA 横向扩容系统部署指南
  • Deployment Manager：具备主机自动故障切换功能的 SAP HANA 横向扩容系统部署指南
• 如需了解纵向扩容高可用性集群配置，请参阅：
  • Terraform：SAP HANA 纵向扩容高可用性集群配置指南
  • Deployment Manager：SAP HANA 高可用性集群配置指南
  • 在 RHEL 上手动配置高可用性纵向扩容集群
  • 在 SLES 上手动配置高可用性纵向扩容集群
• 如需了解横向扩容高可用性集群配置，请参阅：
  • Terraform：SAP HANA 横向扩容高可用性集群配置指南
  • 在 SLES 上手动配置高可用性横向扩容集群

关于 Google Cloud 上的 SAP HANA

SAP HANA 是一个列式内存中关系型数据库，可提供高性能分析和实时数据处理功能。客户可以利用易于预配、扩缩能力强且具备冗余性的 Google Cloud 基础设施功能来运行业务关键型工作负载。Google Cloud 提供散布于全球各地 Google 数据中心的一整套物理资源（例如计算机和硬盘驱动器）和虚拟资源（例如 Compute Engine 虚拟机）。

在 Google Cloud 上部署 SAP HANA 时，您会将其部署到在 Compute Engine 上运行的虚拟机。Compute Engine 虚拟机提供永久性磁盘，其功能与桌面设备或服务器中的物理磁盘类似，但由 Compute Engine 自动为您管理以确保数据冗余并优化性能。

Google Cloud 基础知识

Google Cloud 由许多云端服务和产品组成。在 Google Cloud 上运行 SAP 产品时，您主要使用通过 Compute Engine 和 Cloud Storage 提供的基于 IaaS 的服务，以及部分平台范围的功能（例如工具）。

如需了解重要概念和术语，请参阅 Google Cloud Platform 概览。为方便起见并根据上下文需要，本指南从该概览中复制了一些信息。

如需大致了解企业级组织在 Google Cloud 上运行相关产品时应考虑哪些注意事项，请参阅 Google Cloud 架构框架。

与 Google Cloud 交互

Google Cloud 提供了以下三种主要的交互方式，供您在云端与该平台以及您的资源进行交互：

• Google Cloud 控制台，一个基于网页的界面。
• gcloud 命令行工具 - 具备 Google Cloud 控制台所提供的一切功能。
• 客户端库 - 提供可用于访问服务和管理资源的 API。在您构建自己的工具时，客户端库非常有用。

Google Cloud 服务

部署 SAP 时通常需要使用以下部分或全部 Google Cloud 服务：

价格和配额

您可以使用价格计算器来估算您的使用费。如需详细了解价格信息，请参阅 Compute Engine 价格、Cloud Storage 价格和 Google Cloud Observability 价格。

Google Cloud 资源受配额约束。如果您计划使用高 CPU 或高内存机器，则可能需要申请增加配额。如需了解详情，请参阅 Compute Engine 资源配额。

合规性和主权控制

如果您需要 SAP 工作负载根据数据驻留、访问权限控制、支持人员或监管要求运行，则必须计划使用 Assured Workloads，此服务可帮助您在 Google Cloud 中运行安全且合规的工作负载，同时不影响云体验的质量。 如需了解详情，请参阅 SAP on Google Cloud 的合规性和主权控制。

资源要求

用于 SAP HANA 的认证机器类型

对于 SAP HANA，SAP 仅认证了 Google Cloud 提供的部分机器类型。

经 SAP 认证的 SAP HANA 机器类型包括 Compute Engine 虚拟机 (VM) 和裸金属解决方案裸机。

通用 n1-highmem 和 n2-highmem 虚拟机类型的自定义配置也经过了 SAP 认证。如需了解详情，请参阅经过 SAP HANA 认证的自定义虚拟机类型。

如需了解经过认证、可在各种机器类型上与 HANA 搭配使用的操作系统，请参阅用于 SAP HANA 的认证操作系统。

某些机器类型仅在部分 Google Cloud 区域中提供。如需检查 Compute Engine 虚拟机的区域可用性，请参阅可用的区域和可用区。 对于针对 SAP HANA 认证过的裸金属解决方案机器，请参阅用于 SAP HANA 的裸金属解决方案机器的区域可用性。

在经过认证和支持的 SAP HANA 硬件目录中，SAP 列出了用于 SAP HANA 的认证机器类型。

如需详细了解不同的 Compute Engine 虚拟机类型及其使用场景，请参阅机器类型。

用于 SAP HANA 的认证 Compute Engine 虚拟机

下表显示了由 SAP 针对 SAP HANA 进行认证的 Compute Engine 虚拟机：

下表显示了经 SAP 认证可在生产环境中使用 SAP HANA 的所有 Google Cloud 机器类型。

该表不包含经 SAP 认证适用于 SAP Business One on SAP HANA 的机器类型。如需了解经 SAP 认证适用于 SAP HANA 和 SAP Business One 的机器类型，请参阅 Google Cloud 上的认证 SAP 应用。

用于 SAP HANA 的认证裸金属解决方案机器

下表显示了由 SAP 针对 SAP HANA 进行认证的裸金属解决方案机器（仅限三层架构）。

如需查看这些认证机器类型在哪些区域可用，请参阅用于 SAP HANA 的裸金属解决方案机器的区域可用性。

用于 SAP HANA 的认证自定义机器类型

下表显示了经 SAP 认证可在 Google Cloud 上用于 SAP HANA 生产的 Compute Engine 自定义机器类型。

SAP 仅对 Compute Engine 中支持的部分自定义机器类型进行了认证。

自定义机器类型受 Compute Engine 定义的自定义规则的约束。这些规则因您正在自定义的机器类型而异。如需了解完整的自定义规则，请参阅创建自定义虚拟机实例。

用于 SAP HANA 的裸金属解决方案机器的区域可用性

下表显示了当前支持裸金属解决方案上的 SAP HANA 的 Google Cloud 区域。

如果您在上表中没有看到所需的区域，请与 Google Cloud 销售部门联系。

内存配置

内存配置选项由您选择的 Compute Engine 虚拟机实例类型决定。如需了解详情，请参阅用于 SAP HANA 的认证机器类型表格。

网络配置

Compute Engine 虚拟机网络功能由其机器系列决定，而不是由其网络接口 (NIC) 或 IP 地址决定。

根据机器类型，您的虚拟机实例能够处理 2-32 Gbps 的网络吞吐量。某些机器类型还支持高达 100 Gbps 的吞吐量，这需要将 Google 虚拟 NIC (gVNIC) 接口类型与 Tier_1 网络配置搭配使用。能否实现这些吞吐率取决于流量方向和目标 IP 地址类型。

Compute Engine 虚拟机网络接口由弹性佳的冗余网络基础架构提供支持，并且使用物理和软件定义的网络组件。这些接口会继承底层平台的冗余和弹性。多个虚拟 NIC 可用于流量分离，但不提供额外的弹性或性能优势。

单个 NIC 为 Compute Engine 上的 SAP HANA 部署提供所需的性能。您的特定使用场景、安全要求或偏好设置可能还需要其他接口来分离流量，例如网络流量、内部 SAP HANA 系统复制流量或可能受益于特定网络政策规则的其他流。我们建议您采用应用提供的流量加密，并遵循最小权限防火墙政策来保护网络访问权限，以限制访问。

根据您的要求，您可以通过多种方式提高安全性，如适用于 SAP HANA 平台的 SAP HANA 安全指南中所述。例如，您可以实现网络隔离，但它提供较低的安全性（不加密）以及特定于端口和 IP 的许可名单。

在网络设计过程中，尽早考虑流量分离的需求，并在部署虚拟机时分配额外的 NIC。您必须将每个网络接口连接到不同的 Virtual Private Cloud 网络。您选择的网络接口数量取决于所需的隔离级别，具有 8 个或更多 vCPU 的虚拟机最多可以有 8 个接口。

例如，您可以为 SAP HANA SQL 应用客户端（SAP NetWeaver 应用服务器、自定义应用等）定义一个 Virtual Private Cloud 网络，并为服务器间流量（例如 SAP HANA 系统复制）定义一个单独的网络。假设网络分段过多，可能会导致网络管理和网络问题排查变得复杂。如果您稍后改变主意，则可以使用 Compute Engine 机器映像重新创建虚拟机实例，同时保留所有关联的配置、元数据和数据。

如需了解详情，请参阅虚拟机网络概览、多个网络接口和虚拟机网络带宽。

用于 SAP HANA 的认证操作系统

下表显示了经 SAP 认证、能够与 Google Cloud 上的 SAP HANA 在生产环境中搭配使用的 Red Hat Enterprise Linux (RHEL) 和 SUSE Linux Enterprise Server (SLES) 操作系统。

除了表中备注的情况以外，每种操作系统都可用于所有经过认证的 Compute Engine 虚拟机类型上的 SAP HANA。

如需了解每种操作系统的当前支持状态以及 Google Cloud 提供了哪些操作系统，请参阅有关在 Google Cloud 上运行 SAP HANA 的操作系统支持。

如需了解 SAP 提供的有关 SAP 支持哪些操作系统可用于 Google Cloud 上的 SAP HANA 的信息，请转到经过认证和支持的 SAP HANA 硬件目录，然后点击所需的机器类型然后查看操作系统。

下表不包含：

• 不再处于主流支持阶段的经过认证的操作系统版本。
• 并非 SAP 专用的操作系统版本。

自定义操作系统映像

您可以使用 Google Cloud 提供并维护的 Linux 映像（公共映像），也可以提供并维护自己的 Linux 映像（自定义映像）。

如果 Google Cloud 无法以公共映像的方式提供您所需的 SAP 认证操作系统版本，请使用自定义映像。将启动磁盘映像导入到 Compute Engine 中详细介绍的以下步骤概述了使用自定义映像的流程：

1. 准备您的启动磁盘，以便它在 Google Cloud Compute Engine 环境中启动，而且在启动后可供您访问。
2. 创建并压缩启动磁盘映像文件。
3. 将该映像文件上传到 Cloud Storage，并将该映像作为新的自定义映像导入到 Compute Engine 中。
4. 使用已导入的映像创建虚拟机实例并确保其正常启动。
5. 优化映像并安装 Linux 客机环境，以便您导入的操作系统映像与元数据服务器通信并使用其他 Compute Engine 功能。

自定义映像准备就绪以后，您可以在为 SAP HANA 系统创建虚拟机时使用该映像。

如果要将 RHEL 操作系统从本地安装移动到 Google Cloud，则需要将 Red Hat Cloud Access 添加到 Red Hat 订阅中。如需了解详情，请参阅 Red Hat Cloud Access。

如需详细了解 Google Cloud 提供的操作系统映像，请参阅映像。

如需详细了解如何将操作系统作为自定义映像导入到 Google Cloud 中，请参阅将启动磁盘映像导入到 Compute Engine。

如需详细了解 SAP HANA 支持的操作系统，请参阅以下内容：

• 经认证且受支持的 SAP HANA 硬件目录
• SAP 说明 2235581 - SAP HANA：支持的操作系统

Compute Engine 虚拟机上的操作系统时钟源

SLES 的默认操作系统时钟源为 kvm-clock，而 RHEL 映像的默认时钟源是 TSC。

在 Compute Engine 虚拟机上运行 SAP HANA 时，不需要更改操作系统时钟源。将 kvm-clock 或 TSC 用作使用 SAP HANA 的 Compute Engine 虚拟机的时钟源时，性能并不会产生任何差异。

如果您需要将操作系统时钟源更改为 TSC，请使用 SSH 连接到您的虚拟机并发出以下命令：

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

永久性磁盘存储空间

支持的磁盘类型

Compute Engine 提供不同的永久性磁盘和 Hyperdisk 类型，具体取决于固态硬盘 (SSD) 技术或标准硬盘驱动器 (HDD) 技术。每种类型都有不同的性能特征。 Google Cloud 会管理磁盘的底层硬件，以确保数据冗余并优化性能。

出于性能方面的原因，SAP HANA /hana/data 和 /hana/log 卷需要基于 SSD 的永久性存储磁盘。 经 SAP 认证可与 SAP HANA 搭配使用的基于 SSD 的永久性磁盘和 Hyperdisk 类型包括：

• 基于 SSD 的永久性磁盘类型：平衡 (pd-balanced)、性能或 SSD (pd-ssd) 和极端 (pd-extreme)

  • 这些磁盘类型提供经济实惠且可靠的块存储。
  • 性能 (SSD) 永久性磁盘 (pd-ssd) 提供比平衡永久性磁盘 (pd-balanced) 更高的性能。
  • 使用平衡永久性磁盘作为推荐磁盘来为虚拟机实例托管以下各项：
    • 虚拟机启动卷。
    • /usr/sap 卷。
    • /hana/shared 卷（如果您将其托管在自己的磁盘上）。
    • /hanabackup 卷（如果您将备份保存到磁盘）。如果您要降低备份费用，则可以使用标准 HDD 永久性磁盘 (pd-standard)。平衡永久性磁盘提供比标准 HDD 永久性磁盘更快的备份。选择磁盘时，请确保您的虚拟机类型支持磁盘类型。
  • 平衡和性能 (SSD) 永久性磁盘支持永久性磁盘异步复制。您可以将此功能用于跨区域主动-被动灾难恢复。如需了解详情，请参阅使用永久性磁盘异步复制实现灾难恢复。
  • 虽然极端永久性磁盘 (pd-extreme) 已通过认证，可与 SAP HANA 搭配使用，但我们建议您改用 Hyperdisk Extreme (hyperdisk-extreme)，它可提供更高的性能。如果您要使用极端永久性磁盘，请务必按照基于 SSD 的永久性磁盘和 Hyperdisk 卷的大小下限中的信息预配磁盘。

• Hyperdisk 类型：Hyperdisk Extreme (hyperdisk-extreme) 和 Hyperdisk Balanced (hyperdisk-balanced)

  • Hyperdisk Extreme 提供比基于 SSD 的永久性磁盘类型更高的 IOPS 和吞吐量上限选项。
  • 如需查看支持 Hyperdisk Extreme 和 Hyperdisk Balanced 的机器类型列表，请参阅机器类型支持。
  • 使用 Hyperdisk Balanced 作为推荐磁盘来为 Compute Engine 裸金属实例（例如 X4）托管以下各项：
    • 启动磁盘。
    • /usr/sap 卷。
    • /hana/shared 卷（如果您将其托管在自己的磁盘上）。
    • /hanabackup 卷（如果您将备份保存到磁盘）。
  • 对于 Hyperdisk Extreme，您可以通过预配 IOPS 来选择所需的性能，而 IOPS 同样也决定了您的吞吐量。如需了解详情，请参阅吞吐量。
  • 对于 Hyperdisk Balanced，您可以通过预配 IOPS 和吞吐量来选择所需的性能。如需了解详情，请参阅关于 Hyperdisk 的 IOPS 和吞吐量预配。
  • 当需要最高性能时，您可以将 Hyperdisk Extreme 用于 /hana/data 和 /hana/log 卷。
  • 如需通过适用于 SAP HANA 的 Hyperdisk Extreme 实现最佳性能，请按照 Hyperdisk Extreme 性能中的建议更新 SAP HANA 系统属性。

支持的磁盘布局

下图展示了建议的 SAP HANA on Google Cloud 架构中的磁盘存储布局。

在上图中，左侧的配置使用拆分磁盘布局。/hana/data 和 /hana/log 卷位于单独的超磁盘上，不需要高性能的 /hana/shared 和 /usr/sap 卷位于各个平衡永久性磁盘上，其费用低于 Hyperdisk Extreme。

右侧的配置使用统一磁盘布局，其中 /hana/data、/hana/log、/hana/shared 和 /usr/sap 卷都装载在单个 Hyperdisk Extreme 上。

永久性磁盘和 Hyperdisk 的位置与虚拟机无关，因此即使在删除虚拟机后，您也可以分离或移动这些磁盘以保留数据。

在 Google Cloud 控制台中，您可以在每个虚拟机实例的虚拟机实例详情页面上的额外磁盘下方看到挂接到虚拟机实例的永久性磁盘和超磁盘。 如需详细了解不同类型的 Compute Engine 永久性磁盘和 Hyperdisk 卷、其性能特征以及用法，请参阅以下文档：

• 存储选项
• 关于 Hyperdisk
• 块存储性能
• 影响性能的其他因素
• 将永久性磁盘添加到虚拟机
• 创建和管理磁盘快照
• 将现有 SAP HANA Persistent Disk 卷迁移到 Hyperdisk Extreme 卷

基于 SSD 的永久性磁盘和 Hyperdisk 卷的大小下限

调整用于 SAP HANA 的某些 Compute Engine 基于 SSD 的永久性磁盘的大小时，您不仅需要考虑 SAP HANA 实例的存储要求，还要考虑永久性磁盘的性能。

在限制范围内，SSD 永久性磁盘或平衡永久性磁盘的性能会随着磁盘大小和 vCPU 数量的增加而提升。如果 SSD 或平衡永久性磁盘太小，则可能无法提供 SAP HANA 所需的性能。

Hyperdisk 的性能不受磁盘大小的影响。其性能取决于您预配的 IOPS 或吞吐量。如需了解 Hyperdisk 的性能，请参阅 Hyperdisk 简介。

550 GB SSD 或 943 GB 平衡永久性磁盘可提供每秒 400 MB 的持续读取和写入吞吐量，这是最小值。如需了解有关永久性磁盘性能的一般信息，请参阅块存储性能。

下表显示了 SSD 永久性磁盘 (pd-ssd)、平衡永久性磁盘 (pd-balanced)、Hyperdisk Extreme (hyperdisk-extreme) 和 Hyperdisk Balanced (hyperdisk-balanced) 的建议大小下限，以满足生产环境中针对 SAP HANA 认证的每种 Compute Engine 机器类型的 SAP HANA 性能要求。该表中包含了仅取决于内存量的 Hyperdisk 卷的大小下限以供参考。

如需了解适用于在 X4 实例上运行的 SAP HANA 系统的建议存储配置，请参阅 X4 支持的块存储。

下表中的大小假定您在单个磁盘上装载所有 SAP HANA 卷。

确定永久性磁盘或 Hyperdisk 大小

根据所选 Compute Engine 机器类型包含的内存量，计算 SAP HANA 卷所需的永久性磁盘存储空间量。

以下有关磁盘大小的指导原则是指 Google Cloud 和 SAP 为您的部署推荐的大小下限，以帮助实现性能和总拥有成本之间的平衡。磁盘大小可以增加到底层磁盘类型支持的上限。如需了解所需的最小磁盘大小，请参阅基于 SSD 的永久性磁盘的大小下限。

纵向扩容系统对于永久性磁盘大小的要求

针对 SAP HANA 纵向扩容系统，请对每个卷使用以下公式：

• /hana/data：1.2 x 内存
• /hana/log：0.5 x 内存或 512 GB，以较小者为准
• /hana/shared：1 x 内存或 1024 GB，以较小者为准
• /usr/sap: 32 GB
• /hanabackup：2 x 内存，可选分配

横向扩容系统对于永久性磁盘大小的要求

对于 SAP HANA 横向扩容系统，请使用为 SAP HANA 纵向扩容系统的 /hana/data、/hana/log 和 /usr/sap 卷进行计算时的相同公式。对于 /hana/shared 卷，请根据您的部署中的工作器主机数量计算永久性磁盘或超磁盘大小。对于每四个工作器主机，将磁盘大小增加 1 倍内存大小或 1 TB（以较小者为准）。例如：

• 1 到 4 个工作器主机：1 倍内存大小或 1 TB，以较小者为准
• 5 到 8 个工作器主机：2 倍内存大小或 2 TB，以较小者为准
• 9 到 12 个工作器主机：3 倍内存大小或 3 TB，以较小者为准
• 13 到 16 个工作器主机：4 倍内存大小或 4 TB，以较小者为准

如需确定 SAP HANA 横向扩容系统的总体存储配额要求，您需要将横向扩容系统中所有主机使用的每种磁盘类型的磁盘大小加总起来。例如，如果您将 /hana/data 和 /hana/log 存储在 pd-ssd 永久性磁盘上，但将 /hana/shared 和 /usr/sap 存储在 pd-balanced 永久性磁盘上，则需要分别统计 pd-ssd 和 pd-balanced 的总大小，以便分别申请配额。

对于使用主机自动故障切换的 SAP HANA 横向扩容系统，您只需计算主实例和工作器主机的永久性磁盘大小。备用主机没有自己的 /hana/data、/hana/log 和 /usr/sap 卷。如果发生故障，SAP HANA 自动故障切换功能会从故障主机卸载 /hana/data、/hana/log 和 /usr/sap 卷，并在备用主机上装载这些卷。备用主机的 /hana/shared 和 /hanabackup 卷装载在单独部署的 NFS 解决方案中。

分配额外的永久性磁盘存储

选择永久性磁盘或 Hyperdisk 大小，不小于基于 SSD 的永久性磁盘和 Hyperdisk 卷的大小下限中所列的永久性磁盘或 Hyperdisk 类型的大小下限。

如果您使用的是 SSD 或平衡永久性磁盘，则大小下限可能取决于 SAP HANA 性能要求，而不是 SAP HANA 存储要求。

例如，如果您在具有 256 GB 内存的 n2-highmem-32 虚拟机实例上运行 SAP HANA，则 SAP HANA 卷的总存储空间要求是 723 GB：数据卷 307 GB，日志卷 128 GB，共享卷 256 GB，/usr/sap 卷 32 GB。但是，如果您使用平衡永久性磁盘，则所需的大小下限为 943 GB，系统会为数据卷分配额外的 220 GB 以满足所需性能。因此，如果您使用具有平衡永久性磁盘的 n2-highmem-32 虚拟机实例来运行 SAP HANA，则需要预配 943 GB 或更多的永久性磁盘存储空间。

因此您需要将永久性磁盘的大小设置为 943 GB 或更大。系统会为数据卷额外预配 220 GB，以提供所需的性能。

将任何额外的永久性磁盘存储空间应用于 /hana/data 卷。

如需了解 SAP 提供的关于调整 SAP HANA 大小的信息，请参阅调整 SAP HANA 大小。

Hyperdisk 性能

Hyperdisk 为 /hana/log 和 /hana/data 卷提供比其他基于 SSD 的永久性磁盘更高的最大 IOPS 和吞吐量选项。如需详细了解如何为 Hyperdisk 预配 IOPS 和吞吐量选项，请参阅关于 Hyperdisk 的 IOPS 和吞吐量预配。

与基于 SSD 的永久性磁盘不同，如果将 Hyperdisk 与 SAP HANA 搭配使用，则在调整 Hyperdisk 大小时无需担心性能。Hyperdisk 的大小调整仅取决于 SAP HANA 的存储要求。如需详细了解如何调整永久性磁盘或 Hyperdisk 的大小，请参阅确定永久性磁盘大小。

将 Hyperdisk 与 SAP HANA 搭配使用时，为获得最佳性能，我们建议您按如下方式更新 SAP HANA 系统属性：

• 更新 global.ini 文件：
  • 在 fileio 部分中，设置 num_completion_queues = 12
  • 在 fileio 部分中，设置 num_submit_queues = 12
• 更新 indexserver.ini 文件：
  • 在 parallel 部分中，设置 tables_preloaded_in_parallel = 32
  • 在 global 部分中，设置 load_table_numa_aware = true

创建 Hyperdisk Extreme 卷时，您预配的 IOPS 数决定了其最大吞吐量。以下公式可用作起点。对于具有较大磁盘的较大机器类型，它可提供至少 2500 MBps 的吞吐量 (256 KB/IOPS * 10,000 IOPS)。

• 使用默认部署并为 /hana/log 和 /hana/data 使用不同磁盘时：
  • 数据磁盘的 IOPS：maximum(10,000, size of data disk in GB * 2)
  • 日志磁盘的 IOPS：maximum(10,000, size of log disk in GB * 2)
• 将单个磁盘用于 /hana/data、/hana/log、/hana/shared 和 /usr/sap 时：
  • 磁盘的 IOPS：maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

根据您使用的机器类型，您可以预配的 IOPS 上限可能会有所不同。如需查看支持 Hyperdisk Extreme 的机器类型列表，以及 Hyperdisk Extreme 可以为每种机器类型提供的最大 IOPS 和吞吐量，请参阅机器类型支持。

创建 Hyperdisk Balanced 卷时，您可以根据您的工作负载性能需求预配 IOPS 和吞吐量，同时考虑 IOPS 预配和吞吐量预配的规则。对于 SAP HANA，支持的最小预配的 IOPS 为 3000，吞吐量为 400 MBps。

通过自动化部署脚本部署的永久性磁盘和超磁盘

使用 Google Cloud 提供的 Terraform 配置部署 SAP HANA 系统时，部署脚本会为 SAP 卷分配永久性磁盘或 Hyperdisk，如下所示：

• 默认情况下，系统会为以下每个目录部署单独的磁盘：/hana/data、/hana/log、/hana/shared 和 /usr/sap。

  （可选）您可以选择部署单磁盘布局，其中单个永久性磁盘或 Hyperdisk 托管这些 SAP 目录。此外，对于 SAP HANA 横向扩容部署，/hana/shared 目录由 NFS 解决方案托管。

• （可选）为 /hanabackup 目录部署一个磁盘。

以下示例展示了 Terraform 如何在具有 256 GB 内存的 Compute Engine n2-highmem-32 虚拟机上映射 SAP HANA 的卷。

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

对于同一机器类型，您的卷大小可能与此示例中显示的大小略有不同。

当您使用 Google Cloud 为 SAP HANA 提供的 Deployment Manager 模板时，或者当您选择使用 Terraform 配置部署单磁盘布局时，部署脚本会将 SAP HANA /hana/data、/hana/log、/usr/sap 和 /hana/shared 目录分别映射到各自的逻辑卷以便轻松调整大小，并将它们映射到单个卷组中基于 SSD 的永久性磁盘或超磁盘。Terraform 或 Deployment Manager 会将 /hanabackup 目录映射到另一个卷组中的逻辑卷，然后将该卷映射到一个平衡永久性磁盘 (pd-balanced)。

用于备份的可选永久性磁盘存储空间

将 SAP HANA 备份存储在磁盘上时，我们建议您使用平衡永久性磁盘 (pd-balanced)。

如果您希望降低费用，则可以使用标准 HDD 永久性磁盘 (pd-standard)。但是，如果需要更高的吞吐量或并发设置，请使用平衡永久性磁盘。

SAP HANA 备份卷大小旨在提供最佳基准和巨大吞吐量，以及保留多个备份集的能力。如果在备份卷中保留多个备份集，则可以在必要时更轻松地恢复数据库。

如需让 SAP HANA 备份可用作灾难恢复的区域级资源，您可以使用 Compute Engine 永久性磁盘快照。您可以计划快照以定期自动备份永久性磁盘。如需了解详情，请参阅永久性磁盘快照。

如果使用 SAP HANA 动态分层，则备份存储空间必须足够大，以同时容纳内存中数据以及动态分层服务器在磁盘上管理的数据。

您可以使用其他机制来存储 SAP HANA 备份。如果您使用 Google Cloud 的 Agent for SAP 的 Backint 功能，则可以将 SAP HANA 直接备份到 Cloud Storage 存储桶，这样您就可以选择使用永久性磁盘来存储备份。

SAP HANA 动态分层

SAP HANA 动态分层经过 SAP 认证，可用于 Google Cloud 上的生产环境，并且通过将很少访问的数据存储在磁盘上（而不存储在内存中）来扩展 SAP HANA 数据存储空间。

如需了解详情，请参阅 Google Cloud 上的 SAP HANA 动态分层。

SAP HANA 快速重启选项

对于 SAP HANA 2.0 SP04 及更高版本，Google Cloud 强烈建议使用 SAP HANA 快速重启选项。

如果您使用 Google Cloud 的 Terraform 模块 sap_hana 或 sap_hana_ha（202309280828 版或更高版本）部署 SAP HANA，则此选项会自动启用。如需了解如何手动启用 SAP HANA 快速重启，请参阅启用 SAP HANA 快速重启。

当 SAP HANA 终止但操作系统保持运行时，SAP HANA 快速重启可以减少重启时间。为了缩短重启时间，SAP HANA 利用 SAP HANA 永久性内存功能来保留 DRAM 中映射到 tmpfs 文件系统的列存储表的 MAIN 数据片段。

此外，在 Compute Engine 内存优化机器类型 M2 和 M3 系列中的虚拟机上，如果内存中出现不可更正的错误，SAP HANA 快速重启可缩短恢复时间。如需了解详情，请参阅在 Compute Engine 虚拟机上通过快速重启进行内存错误恢复。

SAP HANA 快速重启所需的操作系统设置

如需使用 SAP HANA 快速重启，您必须根据 SAP 的要求调整操作系统。

如果您使用 Google Cloud 提供的 Terraform 配置文件或 Deployment Manager 模板，则系统会为您配置内核设置。

如果您不打算使用 Google Cloud 提供的部署文件，则可参考 SAP 提供的相关指南来为 SAP HANA 配置 RHEL 和 SLES 操作系统。对于 SAP HANA 快速重启，请特别注意正确设置 numa_balancing 和 transparent_hugepage。

如果您使用 RHEL，请使用 sap-hana 调整配置文件（如果有）。如需了解配置步骤，请参阅：

• SAP 说明 2292690 - SAP HANA DB：RHEL 7 的推荐操作系统设置
• SAP 说明 2777782 - SAP HANA DB：RHEL 8 的推荐操作系统设置
• SAP 说明 3108302 - SAP HANA DB：适用于 RHEL 9 的推荐操作系统设置

如果您使用 SLES，请使用 SUSE 的 saptune 工具应用所需的配置。要应用所有建议的 SAP HANA 设置（包括以上两个内核参数），请指定以下 saptune 命令：

saptune solution apply HANA

如需详细了解如何配置 SLES for SAP HANA，请参阅：

• SAP 说明 2205917 - SAP HANA DB：SLES 12 或 SLES for SAP Applications 12 的推荐操作系统设置
• SAP 说明 2684254 - SAP HANA DB：SLES 15 / SLES for SAP Applications 15 的推荐操作系统设置

在 Compute Engine 虚拟机上通过快速重启进行内存错误恢复

在 Compute Engine 内存优化机器类型 M2 和 M3 系列中的虚拟机上启用 SAP HANA 快速重启可缩短 SAP HANA 从不可更正的内存错误中恢复所需的时间。

利用 Intel 处理器功能，M2 和 M3 机器类型可在内存子系统中出现不可更正的错误时保持运行状态。如果在发生内存错误时启用了 SAP HANA 快速重启，则受影响的 SAP HANA 进程会重启，但整个数据库不需要重新加载，仅受影响的文件块会重新加载。

支持内存错误恢复的机器类型

以下 Compute Engine 机器类型支持内存错误恢复：

• m3-ultramem-32
• m3-ultramem-64
• m3-ultramem-128
• m3-megamem-64
• m3-megamem-128
• m2-ultramem-208
• m2-ultramem-416
• m2-megamem-416
• m2-hypermem-416

内存错误恢复所需的操作系统

在具有所需的内核补丁程序的情况下，以下操作系统支持通过 SAP HANA 快速重启进行内存错误恢复：

• SUSE Linux Enterprise Server (SLES) for SAP，12 SP3 或更高版本。
  • 包含在版本日期为 v202103* 或之后的 Compute Engine 公共映像中。
  • 如果您需要将最新的内核补丁程序应用于现有部署，请遵循标准更新流程。例如，发出以下命令：
    • sudo zypper refresh
    • sudo zypper update
• Red Hat Enterprise Linux (RHEL) for SAP，8.4 或更高版本。

文件服务器选项

适用于 Google Cloud 上的 SAP HANA 的文件服务器选项包括适用于 Google Cloud 的 Filestore 和 NetApp Cloud Volumes Service。

如需详细了解 Google Cloud 上适用于 SAP 的所有文件服务器选项，请参阅 Google Cloud 上 SAP 的文件共享解决方案。

Filestore

对于单可用区横向扩容配置中的 /hana/shared 卷，我们建议使用 Filestore 基本服务层级，因为该服务层级专为可用区级资源而设计。对于需要额外弹性的场景，您可以使用 Filestore 企业版。如需了解详情，请参阅 Google Cloud 上的 SAP HANA 横向扩容系统中的组件。

适用于 Google Cloud 的 NetApp Cloud Volumes 服务

用于 Google Cloud 的 NetApp Cloud Volumes Service 是一个完全托管的云原生数据服务平台，您可以使用该平台为所有经过 SAP HANA 认证的 Compute Engine 实例类型上的 SAP HANA 纵向扩容系统创建 NFS 文件系统。 如需了解如何将适用于 Google Cloud 的 NetApp Cloud Volumes Service 与 SAP HANA 部署搭配使用，请参阅适用于 Google Cloud 的 NetApp Cloud Volumes Service 简介。

用户识别和资源访问权限

在为 Google Cloud 上的 SAP 部署规划安全措施时，您必须识别：

• 需要访问 Google Cloud 项目中的 Google Cloud 资源的用户账号和应用
• 在您的项目中每位用户需要访问的特定 Google Cloud 资源

您必须通过将每个用户的 Google 账号 ID 添加为项目中的主账号，来将相应用户添加到项目中。对于使用 Google Cloud 资源的应用，您需要创建一个服务账号，该账号会为您项目中的程序提供用户身份。

Compute Engine 虚拟机拥有自己的服务账号。只要某虚拟机服务账号拥有程序所需的资源权限，则在虚拟机上运行的该程序就可以使用该虚拟机服务账号。

确定各用户需要使用的 Google Cloud 资源后，您可以为各用户分配特定于资源的角色，以授予使用各资源相应的用户权限。查看 IAM 为各资源提供的预定义角色，并为各用户分配角色，以提供正好足以完成用户任务或职能的权限。

如果您需要对预定义 IAM 角色提供的权限进行更精细或更严格的控制，您可以创建自定义角色。

如需详细了解 SAP 程序在 Google Cloud 上所需的 IAM 角色，请参阅 Google Cloud 上的 SAP 程序的身份和访问权限管理。

如需大致了解 SAP on Google Cloud 的身份和访问权限管理，请参阅 SAP on Google Cloud 的身份和访问权限管理概览。

适用于 SAP HANA 的裸金属机器类型

本部分介绍了如何在 Compute Engine 提供的裸金属机器类型上运行 SAP HANA，这些类型包括：

• C3 裸金属机器类型：C3 系列通用机器包含裸金属机器类型。

  • 如需了解经 SAP 认证可用于 SAP HANA 的 C3 裸金属机器类型，请参阅C3 通用裸金属机器类型。
  • 如需了解您可以将哪些操作系统版本与 C3 裸金属机器类型搭配使用来运行 SAP HANA 工作负载，请参阅用于 SAP HANA 的认证操作系统。
  • 如需了解在 C3 裸金属机器类型上运行 SAP HANA 所需的最小块存储空间，请参阅基于 SSD 的永久性磁盘和 Hyperdisk 卷的大小下限。
  • 如需详细了解 C3 机器系列，请参阅 C3 机器系列。

• X4：Compute Engine 提供的第四代内存优化机器类型。这些机器主要是为了支持需要高达 32 TB 内存的 SAP 工作负载。

  • 如需了解经 SAP 认证可用于 SAP HANA 的 X4 机器类型，请参阅X4 内存优化裸金属机器类型。
  • 如需了解可与 X4 机器类型搭配使用以运行 SAP HANA 工作负载的操作系统版本，请参阅用于 SAP HANA 的认证操作系统。
  • 如需了解在 X4 机器类型上运行 SAP HANA 时支持的块存储，请参阅 X4 支持的块存储。
  • 如需详细了解 X4 机器系列，请参阅 X4 机器系列。

X4 支持的块存储

如需为在 X4 机器上运行 SAP HANA 工作负载提供块存储，您可以使用 Hyperdisk Extreme 或 Hyperdisk Balanced 卷。

如需了解 Google Cloud 为 X4 实例推荐的存储配置，请参阅以下部分：

• 优化费用的配置
• 性能调整配置
• 灵活性能配置

优化费用的配置

下表展示了用于在 X4 机器类型上运行 SAP HANA 的费用优化存储配置。下表中的大小假定您在单个磁盘上装载所有 SAP HANA 卷。

性能调整配置

下表展示了用于在 X4 机器类型上运行 SAP HANA 的性能调整存储配置。下表中的大小假定您在单个磁盘上装载所有 SAP HANA 卷。

灵活性能配置

下表展示了一个可为在 X4 机器类型上运行 SAP HANA 提供灵活性能的存储配置。下表中的大小假定您在单个磁盘上装载所有 SAP HANA 卷。

部署自动化

如需运行 SAP HANA，您可以使用 Google Cloud 提供的 Terraform 配置来部署裸金属实例。默认情况下，这些配置旨在执行以下操作：

• 部署 Hyperdisk Extreme 卷以托管 SAP HANA 数据和日志卷。如需改为部署 Hyperdisk Balanced 卷，请使用 disk_type Terraform 参数。
• 启用 SAP HANA 快速重启选项。
• 如果您在磁盘上托管 SAP HANA 备份卷，则默认情况下，这些 Terraform 配置会为其部署 Hyperdisk Balanced 卷。此磁盘部署由 backup_disk_type Terraform 参数决定。

如需了解 Google Cloud 提供的用于部署 SAP HANA 的 Terraform 配置，请参阅支持的 SAP 解决方案。

部署后任务

在部署裸金属实例来运行 SAP HANA 后，我们建议您执行以下操作：

• 确保已安装 Google Cloud 的 Agent for SAP 3.5 版（最新版）。如需了解如何安装此代理，请参阅在 Compute Engine 虚拟机实例上安装和配置 Google Cloud 的 Agent for SAP。如需了解如何更新到最新版本，请参阅更新 Google Cloud 的 Agent for SAP。
• 在 X4 实例上，优化操作系统配置，以便更好地支持 SAP HANA 工作负载。您可以使用 Google Cloud 的 Agent for SAP 来执行此操作。如需了解详情，请参阅在裸金属实例上配置客机操作系统。
• 使用 Workload Manager（基于规则的验证服务）评估 SAP 工作负载，它可让您扫描工作负载并检测与 SAP、Google Cloud 和操作系统供应商设定的标准、规则和最佳实践的偏差。如需了解如何评估 SAP 工作负载，请参阅创建和运行评估。如需了解 SAP 工作负载支持的评估，请参阅适用于 SAP 的 Workload Manager 最佳实践。

超线程

超线程默认处于启用状态，是所有 Compute Engine 机器类型的推荐设置。

为了让 SAP HANA 在拥有 1,000 多个 vCPU 的计算实例上实现最佳性能，我们强烈建议您使用 SAP HANA 2.0 SPS7 修订版本 76 或更高版本。

如果您在拥有 1,000 多个 vCPU 的计算实例上运行旧版 SAP HANA 和 OLTP 工作负载，那么关闭超线程可能会带来微小的性能优势。我们建议在负载测试期间进行此项测试。如需了解如何使用 Google Cloud 的 Agent for SAP 为 X4 实例停用超线程，请参阅为 X4 实例停用超线程。

SAP HANA 的价格和配额注意事项

对于因遵循本部署指南而创建的资源，您需要负责支付相关的使用费用。您可以使用价格计算器估算实际费用。

配额

SAP HANA 需要的 CPU 数量和内存量要高于 Google Cloud 上的许多工作负载。如果您有新的 Google Cloud 账号，或者您尚未要求增加配额，则需要增加配额才能部署 SAP HANA。

下表按虚拟机实例类型显示了纵向扩容的单主机 SAP HANA 系统的配额值。

对于横向扩容 SAP HANA 系统或多个纵向扩容系统，您需要包含所有系统的资源总量。如需了解如何确定横向扩容系统的存储空间要求，请参阅确定永久性磁盘大小。

请查看现有配额，并对照资源（CPU、内存和存储空间）要求，以了解您需要增加多少配额。然后，您可以请求提高配额上限。

虽然极端永久性磁盘 (pd-extreme) 已通过认证，可与 SAP HANA 搭配使用，但我们建议您改用 Hyperdisk Extreme，它可提供更高的性能。如果您要使用极端永久性磁盘，则必须使用 Hyperdisk Extreme 大小预配这些磁盘。

许可

如需在 Google Cloud 上运行 SAP HANA，您必须自带许可 (BYOL)。

如需详细了解 SAP 提供的关于管理 SAP HANA 许可证的信息，请参阅 SAP HANA 数据库的许可密钥。

部署架构

在 Google Cloud 上，您可以在纵向扩容和横向扩容架构中部署 SAP HANA。

纵向扩容架构

下图展示了纵向扩容架构。在图中，请注意 Google Cloud 上的部署和磁盘布局。您可以使用 Cloud Storage 来备份 /hanabackup 中的本地备份。此装载的大小必须等于或大于数据装载的大小。

在 Google Cloud 上，SAP HANA 单主机纵向扩容架构可包含以下组件：

• 一个用于 SAP HANA 数据库的 Compute Engine 实例，网络带宽高达 32 Gbps，选定机器类型的带宽高达 100 Gbps（使用高带宽网络）。 如需了解经认证可用于 SAP HANA 的机器类型，请参阅经认证用于 SAP HANA 的机器类型。

• 基于 SSD 的 Compute Engine 永久性磁盘或 Hyperdisk 卷，如下所示：

  • 以下每个目录一个磁盘：/hana/data、/hana/log /hana/shared 和 /usr/sap。如需了解 SAP HANA 的磁盘建议，请参阅永久性磁盘存储。为了实现 SAP 最佳性能，永久性磁盘或 Hyperdisk 卷必须根据基于 SSD 的永久性磁盘和 Hyperdisk 的大小下限中的表调整大小。

  • 一个用于启动磁盘的平衡永久性磁盘。

  • （可选）使用一个磁盘来备份 SAP HANA 数据库。

• 限制对实例的访问的 Compute Engine 防火墙规则。

• Google Cloud 的 Agent for SAP。从 2.0 版开始，您可以将此代理配置为收集 SAP HANA 监控指标，这使您可以监控 SAP HANA 实例。从 3.0 版开始，您还可以使用其 Backint 功能将 SAP HANA 备份直接存储在 Cloud Storage 存储桶中，并按需检索。

• 一个可选但推荐的子网，该子网具有自定义拓扑以及您所选择的 Google Cloud 地区的 IP 地址范围。SAP HANA 数据库和其他 Compute Engine 实例会在此子网范围内启动。您可以将现有子网用于 SAP HANA。

• 可选组件：

  • 小型 Compute Engine 虚拟机上的 SAP HANA Cockpit 或 SAP HANA Studio。

如果您预配了没有公共 IP 的 SAP HANA 系统，则该系统无法通过公共互联网直接连接到资源。因此，您需要使用以下选项提供间接访问互联网的方法：

• 配置 Google 专用访问权限，以便您的虚拟机可以访问 Google Cloud API。

• 使用 Cloud NAT 或将虚拟机配置为 NAT 网关以访问公共互联网。

• 为便于管理，您可以使用 TCP 转发功能来连接到系统。如需了解如何使用 Identity-Aware Proxy 进行 TCP 转发，请参阅使用 IAP 进行 TCP 转发。

• 使用配置为堡垒主机的 Compute Engine 虚拟机访问公共互联网。

横向扩容架构

横向扩容架构包含一个主实例主机、多个工作器主机以及可选的一个或多个备用主机。这些主机通过网络互连，该网络支持主机之间以高达 32 Gbps 的速率发送数据，或者通过使用高带宽网络，在选定机器类型上以高达 100 Gbps 的速率发送数据。

随着工作负载需求的增加，尤其是在使用在线分析处理 (OLAP) 时，多主机横向扩容架构可以将负载分布在所有主机上。

下图展示了 SAP HANA on Google Cloud 的横向扩容架构：

备用主机支持 SAP HANA 主机自动故障切换故障恢复解决方案。 如需详细了解 Google Cloud 上的主机自动故障切换，请参阅 Google Cloud 上的 SAP HANA 主机自动故障切换。

下图展示了在 Google Cloud 上使用主机自动故障切换的横向扩容架构。

适用于 Google Cloud 上的 SAP HANA 横向扩容系统的磁盘结构

每个主机（备用主机除外）在基于 SSD 的永久性磁盘或 Hyperdisk 上都有自己的 /hana/data、/hana/log 和（通常情况）/usr/sap 卷，用于提供一致的高 IOPS 和 IO 服务。主要主机还可以充当 /hana/shared 和 /hanabackup 卷的 NFS 主实例，并且此 NFS 主实例会装载在每个工作器主机和备用主机上。

对于备用主机，在其接管故障主机之前，系统不会装载 /hana/data 和 /hana/log 卷。

Google Cloud 上的 SAP HANA 横向扩容系统中的组件

Google Cloud 上的多主机 SAP HANA 横向扩容架构包含以下组件：

• 在包含 1 个主实例主机、最多 15 个工作器主机和最多 3 个可选备用主机的系统中，每个 SAP HANA 主机都有 1 个 Compute Engine 虚拟机实例。

  每个虚拟机都采用相同的 Compute Engine 机器类型。如需了解经认证可用于 SAP HANA 的机器类型，请参阅经认证用于 SAP HANA 的机器类型。

• 基于 SSD 的永久性磁盘或 Hyperdisk 卷，如下所示：

  • 每个虚拟机必须包含装载在正确位置的磁盘。
  • （可选）如果您不部署 SAP HANA 主机自动故障切换系统，则每个虚拟机实例的 /hanabackup 本地卷一个磁盘。

• 一个单独部署的 NFS 解决方案，用于与工作器主机和备用主机共享 /hana/shared 和 /hanabackup 卷。您可以使用 Filestore 或其他 NFS 解决方案。

• Compute Engine 防火墙规则或其他网络访问控制措施，用于限制对 Compute Engine 实例的访问，同时允许实例和 SAP HANA 系统所需的任何其他分布式或远程资源之间进行通信。

• Google Cloud 的 Agent for SAP。从 2.0 版开始，您可以将此代理配置为收集 SAP HANA 监控指标，这使您可以监控 SAP HANA 实例。从 3.0 版开始，您还可以使用其 Backint 功能将 SAP HANA 备份直接存储在 Cloud Storage 存储桶中，并按需检索。

• 一个可选但推荐的子网，该子网具有自定义拓扑以及您所选择的 Google Cloud 地区的 IP 地址范围。SAP HANA 数据库和其他 Compute Engine 实例会在此子网范围内启动。如果您愿意，可以使用现有的子网。

• 可选组件：

  • 小型 Compute Engine 虚拟机上的 SAP HANA Cockpit 或 SAP HANA Studio。

如果您预配了没有公共 IP 的 SAP HANA 系统，则该系统无法通过公共互联网直接连接到资源。因此，您需要使用以下选项提供间接访问互联网的方法：

• 配置 Google 专用访问权限，以便虚拟机可以访问 Google Cloud API。

• 使用 Cloud NAT 或将虚拟机配置为 NAT 网关以访问公共互联网。

• 为便于管理，您可以使用 TCP 转发功能来连接到系统。如需了解如何使用 Identity-Aware Proxy 进行 TCP 转发，请参阅使用 IAP 进行 TCP 转发。

• 使用配置为堡垒主机的 Compute Engine 虚拟机访问公共互联网。

Google Cloud 上的 SAP HANA 系统的高可用性

如需为 SAP HANA on Google Cloud 设计高可用性配置，您可以结合使用 Google Cloud、SAP 和操作系统原生功能。

如需了解高可用性选项，请参阅 SAP HANA 高可用性规划指南。

SAP HANA 自动部署

您可以使用 Google Cloud 提供的 Terraform 配置文件和 Deployment Manager 模板来自动部署 Google Cloud 基础架构以及（可选）SAP HANA。

Google Cloud 提供的自动部署选项支持以下 SAP HANA 部署场景：

• 纵向扩容
• 在两个节点的高可用性集群中纵向扩容
• 在没有备用节点的情况下横向扩容
• 在高可用性集群中没有备用节点的情况下横向扩容
• 使用 SAP HANA 主机自动故障切换备用节点进行横向扩容

如需详细了解纵向扩容或横向扩容部署场景的自动执行情况，请参阅：

• 适用于纵向扩容系统的自动部署
• 适用于横向扩容系统的自动部署

自动部署 SAP HANA 实例

（可选）您可以将 SAP HANA 的安装添加到 Google Cloud 基础设施的自动部署中。

Google Cloud 提供的安装脚本会在部署基础架构后安装 SAP HANA。

如果任何问题阻止 SAP HANA 实例的安装，则基础架构通常仍会进行部署和配置。然后，您可以使用已部署的基础架构并手动安装 SAP HANA，或者删除基础架构、纠正问题并重新运行自动部署，直到成功安装 SAP HANA 实例。

使用 Google Cloud 提供的安装脚本来安装 SAP HANA 时，您必须提供某些参数的值。如果您省略这些参数或没有为所有必需的参数指定有效值，安装脚本将无法成功在已部署的基础架构上安装 SAP HANA 实例。

• 使用 Google Cloud 提供的 Terraform 配置文件安装 SAP HANA 时，您必须为以下参数提供有效值：sap_hana_deployment_bucket、sap_hana_sid、sap_hana_sidadm_uid、sap_hana_sidadm_password 和 sap_hana_system_password。如需详细了解 Terraform 参数，请参阅 Terraform：SAP HANA 纵向扩容系统部署指南。

• 使用 Google Cloud 提供的 Deployment Manager 模板安装 SAP HANA 时，您必须为以下配置参数提供有效值：sap_hana_deployment_bucket、sap_hana_sid、sap_hana_instance_number、sap_hana_sidadm_password、sap_hana_system_password 和 sap_hana_scaleout_nodes。如需详细了解 Deployment Manager 属性，请参阅 Deployment Manager：SAP HANA 纵向扩容系统部署指南。

密码管理

如需在部署的 Compute Engine 虚拟机上自动安装 SAP HANA，您必须为 SIDadm 用户和数据库用户指定密码。您可以通过以下方式在 Terraform 配置文件中指定这些密码：

• （推荐）若要安全地向安装脚本提供密码，您可以使用 Secret Manager（Google Cloud 的一项付费服务）创建密文，然后指定密文名称作为 sap_hana_sidadm_password_secret 和 sap_hana_system_password_secret 参数的值。

  如需了解 Secret Manager 价格，请参阅 Secret Manager 价格。

• 或者，您也可以在 sap_hana_sidadm_password 和 sap_hana_system_password 参数中以纯文本形式指定密码。

通过 Terraform 部署磁盘

当您使用 Google Cloud 提供的 Terraform 配置自动部署 SAP HANA 时，默认磁盘部署如下所示：

自定义虚拟机和自动部署

Terraform 配置文件和 Deployment Manager 模板不支持 Compute Engine 自定义虚拟机规范。

如果您需要使用自定义虚拟机类型，请先部署小型预定义虚拟机类型，并在部署完成后根据需要自定义虚拟机。

如需详细了解如何修改虚拟机，请参阅修改 SAP 系统的虚拟机配置。

适用于纵向扩容系统的自动部署

您可以使用 Google Cloud 提供的 Terraform 配置文件和 Deployment Manager 配置模板来自动部署 SAP HANA 单主机纵向扩容系统。

Terraform 或 Deployment Manager 脚本可用于以下场景：

• 独立的纵向扩容 SAP HANA 系统。

  请参阅 Terraform 或 Deployment Manager 部署指南。

• Linux 高可用性集群上的活跃和备用纵向扩容 SAP HANA 系统。

  请参阅 Terraform 或 Deployment Manager 部署指南。

Terraform 或 Deployment Manager 脚本可以部署虚拟机、永久性磁盘、SAP HANA，以及所需的高可用性组件（如果使用 Linux 高可用性集群）。

Deployment Manager 脚本不会部署以下系统组件：

• 网络和子网
• 防火墙规则
• NAT 网关、堡垒主机或其虚拟机
• SAP HANA Studio 或其虚拟机

而 Terraform 则可部署除了 SAP HANA Studio 及其虚拟机之外的上述所有系统组件。

如需了解如何创建这些组件，请参阅以下指南中的“前提条件”部分：

• Terraform：SAP HANA 纵向扩容系统部署指南
• Deployment Manager：SAP HANA 纵向扩容系统部署指南

适用于横向扩容系统的自动部署

您可以使用 Google Cloud 提供的 Terraform 配置文件和 Deployment Manager 配置模板来自动部署 SAP HANA 多主机横向扩容系统。

• 如需部署不包含 SAP HANA 主机自动故障切换功能的横向扩容系统，请参阅 Terraform：SAP HANA 部署指南或 Deployment Manager：SAP HANA 部署指南。
• 如需在 Linux 高可用性集群中部署不包含备用主机的横向扩容系统，请参阅 Terraform：SAP HANA 高可用性集群配置指南。
• 如需部署包含备用主机的横向扩容系统，请参阅 Terraform：具备主机自动故障切换功能的 SAP HANA 横向扩容系统部署指南或 Deployment Manager：具备主机自动故障切换功能的 SAP HANA 横向扩容系统部署指南。

Terraform 配置或 Deployment Manager 模板可以部署虚拟机、永久性磁盘和 SAP HANA。它们还可以将 NFS 装载点映射到 SAP HANA 共享和备份卷。对于多主机横向扩容部署，Terraform 配置或 Deployment Manager 模板还可以部署新的 Filestore 实例，以托管 SAP HANA 共享和备份卷。

Deployment Manager 脚本不会部署以下系统组件：

• 网络和子网
• 防火墙规则
• NAT 网关、堡垒主机或其虚拟机
• SAP HANA Studio 或其虚拟机

而 Terraform 则可部署除了 SAP HANA Studio 及其虚拟机之外的上述所有系统组件。

多主机横向扩容部署的文件共享解决方案

默认情况下，Google Cloud 为 SAP HANA 多主机横向扩容部署提供的 Terraform 配置会为 SAP HANA 虚拟机主实例上的 /hana/shared 和 /hanabackup 卷创建 NFS 导出，并与工作器节点共享这些卷。

但是，如果您想要使用 NFS 解决方案与工作器主机共享 /hana/shared 和 /hanabackup 卷，则可以使用以下选项之一：

• 如需关联已在 Google Cloud 上部署的现有 NFS 解决方案，您需要在 Terraform 配置文件中分别为 sap_hana_shared_nfs 和 sap_hana_backup_nfs 参数指定 /hana/shared 和 /hanabackup 卷的 NFS 装载点。

• 如需部署新的 Filestore 实例并将其文件共享与 /hana/shared 和 /hanabackup 卷关联，您需要定义 google_filestore_instance 资源，然后在 Terraform 配置文件中分别为 sap_hana_shared_nfs_resource 和 sap_hana_backup_nfs_resource 参数指定文件共享的名称。

如需查看示例，请参阅示例配置。

支持

如有 Google Cloud 基础架构或服务方面的问题，请与 Customer Care 联系。您可以在 Google Cloud 控制台中的“支持概览”页面上找到联系信息。如果 Customer Care 确定问题在于您的 SAP 系统，会将您引荐给 SAP 支持。

对于与 SAP 产品有关的问题，请通过 SAP 支持记录您的支持请求。 SAP 会评估支持服务工单，如果该问题似乎是 Google Cloud 基础架构问题，则 SAP 会将工单转移到其系统中的相应 Google Cloud 组成团队：BC-OP-LNX-GOOGLE 或 BC-OP-NT-GOOGLE。

支持要求

您必须满足最低支持方案要求，才能获得对 SAP 系统及其使用的 Google Cloud 基础架构和服务的支持。

如需详细了解 Google Cloud 上的 SAP 的最低支持要求，请参阅：

• 获取 SAP on Google Cloud 支持
• SAP 说明 2456406 - SAP on Google Cloud Platform：支持前提条件（必须具备 SAP 用户账号）

后续步骤

• 如需详细了解 SAP 提供的关于 SAP HANA 动态分层的信息，请参阅 SAP HANA 动态分层。