本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # FSx 为 ONTAP 文件系统和卷 SVMs进行设置 在 FSx 为 ONTAP 文件系统创建之前，请确定 SAP HANA 工作负载所需的总存储空间。您可以在以后增大存储大小。要减小存储大小，您必须创建新的文件系统。 要创建 FSx 适用于 ONTAP 的文件系统，请参阅[步骤 1：创建 FSx 适用于 NetApp ONTAP 的 Amazon 文件](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/getting-started-step1.html)系统。有关更多信息，[ FSx 请参阅管理 ONTAP 文件系统](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/managing-file-systems.html)。 **注意** SAP HANA 工作负载仅支持单可用区文件系统。 **Topics** + [创建存储虚拟机（SVM）](#svm-sap-hana) + [卷配置](#volume-fsx-sap-hana) + [示例估算](#sizing-estimation) + [卷布局](#vol-layout-fsx-sap-hana) + [文件系统设置](#filesys-fsx-sap-hana) + [禁用快照](#snaps-fsx-sap-hana) + [服务质量（QoS）](#fsx-qos) + [备份](#fsx-backup) ## 创建存储虚拟机（SVM） 默认情况下，您可以 FSx 为每个 ONTAP 文件系统获得一个 SVM。您可以 SVMs 随时创建其他内容。为了获得最佳性能，请使用不同的 IP 地址挂载数据和日志卷。您可以分别 SVMs 使用数据卷和日志卷来实现此目的。如果您打算使用 NetApp SnapCenter，则所有 SVMs 用于 SAP HANA 的名称都必须是唯一的。您无需将文件系统联接到适用于 SAP HANA 的 Active Directory。有关更多信息，[ FSx 请参阅管理 ONTAP 存储虚拟机](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/managing-svms.html)。 ## 卷配置 文件系统的存储容量应与 `/hana/shared`、`/hana/data` 和 `/hana/log` 卷的需求相符。您还必须考虑快照所需的容量（如果适用）。 我们建议 FSx 为每个 SAP HANA 数据、日志、共享卷和二进制卷分别创建单独的 ONTAP 卷。下表列出了每个卷的推荐最小大小。 | 卷 | 纵向扩展的推荐大小 | 横向扩展的推荐大小 | | --- | --- | --- | | `/usr/sap` | 50 GiB | 50 GiB | | `/hana/shared` | 至少 1 倍的 Amazon EC2 实例内存或 1TB | 每 4 个从属节点，就有 1 x 您的 Amazon EC2 实例内存\$1 | | `/hana/data` | 您的亚马逊 EC2 实例至少有 1.2 倍的内存 | 您的亚马逊 EC2 实例至少有 1.2 倍的内存 | | `/hana/log` | 至少 0.5 倍的亚马逊 EC2 实例内存或 600 GiB | 至少 0.5 倍的亚马逊 EC2 实例内存或 600 GiB | \$1例如，如果您有 2-4 个横向扩展节点，则需要单个 Amazon 实例的 1 x 内存。 EC2 如果您有 5-8 个横向扩展节点，则需要单个 Amazon 实例的 2 倍内存。 EC2 当您为 SAP HANA 创建适用 FSx 于 ONTAP 的文件系统时，以下限制适用。 + SAP HANA 不支持*容量池分层*，必须将其设置为**无**。 + 必须为 SAP HANA **禁用***每日自动备份*。ONTAP 备份 FSx 的默认值不支持应用程序，也不能用于将 SAP HANA 恢复到一致状态。 ## 示例估算 您可以使用下表中的公式来估算生产系统的 SAP HANA 性能 KPIs 。这些系统可以采用单可用区设置或多可用区设置。要了解更多信息，请参阅 [Amazon f FSx or NetApp ONTAP](https://docs.aws.amazon.com/sap/latest/sap-hana/architecture-fsx.html) 的存储架构。 注意：用作操作系统启动卷的 Amazon EC2 根卷必须始终基于 Amazon EBS。例如，`gp3`— 支持在适用于 ONTAP 的基于 EBS 的 SAP HANA 日志卷中使用。 FSx [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/amazon-fsx-sap-hana.html) **注意** (\$1) 您必须 FSx 为 SAP HANA 多可用区域部署的 ONTAP 卷配置辅助卷。 （\$1\$1）为了提高成本效益，可以将其部署在单可用区设置中。 **常用参数** + CHANGE-RATE-DB：生产环境为 30%，非生产环境为 5% + CHANGE-RATE-BINARIES：5% + LOG-RATE：5% + SNAPSHOTS-KEPT-AT-PRIMARY：3 天 + RETENTION：30 天 ## 卷布局 **Topics** + [SAP HANA 纵向扩展](#fsx-volume-layout-scaleup) + [SAP HANA 横向扩展](#fsx-volume-layout-scaleout) ### SAP HANA 纵向扩展 下表展示了用于纵向扩展设置的卷和挂载点配置的示例。其中包含单个主机。`HDB` 是 SAP HANA 系统 ID。要将 `hdbadm` 用户的主目录放在中央存储上，必须从 `HDB_shared` 卷挂载 `/usr/sap/HDB` 文件系统。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/amazon-fsx-sap-hana.html) ### SAP HANA 横向扩展 您必须在每个节点（包括备用节点）中挂载所有数据卷、日志卷和共享卷。 下表展示了用于横向扩展设置的卷和挂载点配置的示例。其中包含四台活动主机和一台备用主机。`HDB` 是 SAP HANA 系统 ID。每台主机的主目录（`/usr/sap/HDB`）和共享目录（`(/hana/shared`）都存储在 `HDB_shared` 卷中。要将 `hdbadm` 用户的主目录放在中央存储上，必须从 `HDB_shared` 卷挂载 `/usr/sap/HDB` 文件系统。 | 卷名 | 连接路径 | 目录 | 挂载点 | 备注 | | --- | --- | --- | --- | --- | | HDB\$1data\$1mnt00001 | HDB\$1data\$1mnt00001 | 不适用 | /hana/data/HDB/mnt00001 | 已挂载在所有主机上 | | HDB\$1log\$1mnt00001 | HDB\$1log\$1mnt00001 | 不适用 | /hana/log/HDB/mnt00001 | 已挂载在所有主机上 | | HDB\$1data\$1mnt00002 | HDB\$1data\$1mnt00002 | 不适用 | /hana/data/HDB/mnt00002 | 已挂载在所有主机上 | | HDB\$1log\$1mnt00002 | HDB\$1log\$1mnt00002 | 不适用 | /hana/log/HDB/mnt00002 | 已挂载在所有主机上 | | HDB\$1data\$1mnt00003 | HDB\$1data\$1mnt00003 | 不适用 | /hana/data/HDB/mnt00003 | 已挂载在所有主机上 | | HDB\$1log\$1mnt00003 | HDB\$1log\$1mnt00003 | 不适用 | /hana/log/HDB/mnt00003 | 已挂载在所有主机上 | | HDB\$1data\$1mnt00004 | HDB\$1data\$1mnt00004 | 不适用 | /hana/data/HDB/mnt00004 | 已挂载在所有主机上 | | HDB\$1log\$1mnt00004 | HDB\$1log\$1mnt00004 | 不适用 | /hana/log/HDB/mnt00004 | 已挂载在所有主机上 | | HDB\$1shared | HDB\$1shared | HDB\$1shared | /hana/shared/HDB | 已挂载在所有主机上 | | HDB\$1shared | HDB\$1shared | usr-sap-host1 | /usr/sap/HDB | 已挂载在主机 1 上 | | HDB\$1shared | HDB\$1shared | usr-sap-host2 | /usr/sap/HDB | 已挂载在主机 2 上 | | HDB\$1shared | HDB\$1shared | usr-sap-host3 | /usr/sap/HDB | 已挂载在主机 3 上 | | HDB\$1shared | HDB\$1shared | usr-sap-host4 | /usr/sap/HDB | 已挂载在主机 4 上 | | HDB\$1shared | HDB\$1shared | usr-sap-host5 | /usr/sap/HDB | 已挂载在主机 5 上 | ## 文件系统设置 FSx 为 ONTAP 创建文件系统后，必须完成其他文件系统设置。 ### 设置管理密码 如果您在创建 ONTAP 文件系统的过程中没有创建管理密码，则必须 FSx 为用户设置 ONTAP 管理密码。`fsxadmin` 管理密码可让您通过 SSH、ONTAP CLI 和 REST API 访问文件系统。要使用诸如此类的工具 NetApp SnapCenter，您必须拥有管理密码。 ### 通过 SSH 登录管理端点 从 AWS 控制台获取管理端点的 DNS 名称。使用 `fsxadmin` 用户和管理密码，通过 SSH 登录管理端点。 ``` ssh fsxadmin@management..fsx..amazonaws.com Password: ``` ### 设置 TCP 最大传输大小 对于 SAP HANA 工作负载，建议将 TCP 最大传输大小设置为 262144。将权限级别提升到*高级*，并在每个 SVM 上使用以下命令。 ``` set advanced nfs modify -vserver -tcp-max-xfer-size 262144 set admin ``` ### 在 NFSv4 协议上设置租用时间 此任务适用于使用备用节点设置进行的 SAP HANA 横向扩展。 租用期是指 ONTAP 授予对客户端的不可撤销锁定的时长。默认情况下，它设置为 30 秒。通过设置更短的租用时间，可以更快地恢复服务器。 您可以使用以下命令更改租用时间。 ``` set advanced nfs modify -vserver -v4-lease-seconds 10 set admin ``` **注意** 从 SAP HANA 2.0 开始 SPS4，SAP 提供了控制故障转移行为的参数。 NetApp 建议使用这些参数，而不是在 SVM 级别设置租用时间。有关更多详细信息，请参阅。 ## 禁用快照 FSx for ONTAP 会自动为每小时拍摄快照的卷启用快照策略。由于缺少应用程序感知能力，默认策略为 SAP HANA 提供的价值有限。我们建议通过将该策略设置为“无”来禁用自动快照。您可以在卷创建期间或使用以下命令禁用快照。 ``` volume modify -vserver -volume -snapshot-policy none ``` ### 数据量 ONTAP 快照 FSx 的自动快照不具有应用程序感知功能。要准备 SAP HANA 数据卷的数据库一致性快照，必须创建数据快照。有关更多信息，请参阅 [Create a Data Snapshot](https://help.sap.com/docs/SAP_HANA_COCKPIT/afa922439b204e9caf22c78b6b69e4f2/9fd1c8bb3b60455caa93b7491ae6d830.html)。 ### 日志卷 SAP HANA 每 15 分钟自动备份一次日志卷。对于降低 RPO，每小时拍摄一次的卷快照不能提供任何额外价值。 日志卷的频繁变更会迅速增加用于快照的总容量。这可能会导致日志卷耗尽容量，从而使 SAP HANA 工作负载无法响应。 ## 服务质量（QoS） 服务质量 (QoS) 使 ONTAP 能够始终如一地 FSx 为多个应用程序提供可预测的性能，并消除噪音较大的邻居应用程序。共享文件系统时，您可以使用服务质量功能来实现稳定的性能和减少相互竞争的工作负载之间的干扰。有关更多信息，请参阅[在 Amazon 中使用 NetApp ONTAP FSx 的服务质量](https://aws.amazon.com/blogs/storage/using-quality-of-service-in-amazon-fsx-for-netapp-ontap/)。 QoS 的配置方式是创建 QoS 策略组、设置上限或下限性能级别（最低或最高性能）并将策略分配给 SVM 或卷。您可以用 IOPS 或吞吐量来指定性能。 **示例** 您在根据源自生产环境的快照，在与生产 SAP HANA 数据库相同的文件系统上创建测试系统。您需要确保测试系统不会影响生产系统的性能。您可以创建 QoS 策略组 (`qos-test`)，并将共享相同 SVM () 的数据和日志卷（`vol-data`和`vol-log`）的上限定义为 200 MB/s 。`svm-test` ``` Create QoS policy group qos policy-group create -policy-group qos-test -vserver svm-test -is-shared false -max-throughput 200MBs Assign QoS policy group to data on log volumes volume modify -vserver svm-test -volume vol-data -qos-policy-group qos-test volume modify -vserver svm-test -volume vol-log -qos-policy-group qos-test ``` ## 备份 您必须禁用 ONTAP 卷 FSx 的自动备份和 SAP HANA 文件系统的自动备份。备份不能用于将 SAP HANA 还原到一致状态。你可以使用该 SnapCenter 插件进行 SAP HANA 备份。有关更多详细信息，请参阅 NetApp 文档 — 适用[于 SAP HANA 数据库的SnapCenter 插件概述](https://docs.netapp.com/us-en/snapcenter/protect-hana/concept_snapcenter_plug_in_for_sap_hana_database_overview.html)和适用于 [ NetApp ONTAP 的 Amazon 上 FSx 的 SAP HANA — 使用 SnapCenter备份和恢复](https://docs.netapp.com/us-en/netapp-solutions-sap/backup/fsxn-overview.html)。 您也可以使用进行 S SnapMirror AP HANA 备份。有关更多信息，请参阅[如何优化 SnapMirror 性能，以及 ONTAP FSx 的最佳实践是什么？](https://repost.aws/knowledge-center/fsx-ontap-optimize-snapmirror) 对于 point-in-time弹性恢复，我们强烈建议将三天的快照存储在本地磁盘上，并使用容量池层将较旧的备份复制 SnapVault 到 ONTAP 文件系统的辅助 FSx 磁盘上。有关更多信息，请参阅[管理存储容量](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/managing-storage-capacity.html#storage-tiers)。