你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

适用于 SAP HANA 的应用程序卷组的要求和注意事项

  • 项目

本文介绍在使用适用于 SAP HANA 的 Azure NetApp 文件应用程序卷组 (AVG) 之前需要了解的要求和注意事项。

要求和注意事项

  • 需要使用手动 QoS 容量池功能。

  • 必须创建邻近放置组 (PPG) 并将其定位到 SAP HANA 计算资源。 适用于 SAP HANA 的应用程序卷组需要此设置来搜索 SAP HANA 服务器附近的 Azure NetApp 文件资源。 有关更多信息，请参阅有关近距离放置组的最佳做法以及使用 Azure Portal 创建近距离放置组。

    注意

    请勿删除 PPG。 删除 PPG 会取消固定，可能导致后续卷组在次优位置创建，从而导致延迟增加。

  • 必须完成调整大小和 SAP HANA 系统体系结构，包括以下方面：

    • SAP ID (SID)
    • 内存
    • 单主机或多主机 SAP HANA
    • 确定是否要使用 HANA 系统复制 (HSR)。 HSR 使 SAP HANA 数据库能够以同步或异步方式从主要 SAP HANA 系统复制到次要 SAP HANA 系统。
    • 数据卷的预期变动率（如果你将快照用于备份目的）

  • 必须创建一个 VNet 和委托子网来映射 Azure NetApp 文件的 IP 地址。

    建议你在设计时对 VNET 和委托子网进行布局。

    适用于 SAP HANA 的应用程序卷组会创建多个 IP 地址，对于大型集团公司，最多可创建六个 IP 地址。 确保委托的子网是否有足够的可用 IP 地址。 请考虑使用至少包含 59 个 IP 地址且子网大小为 /26 的委托子网。 请参阅有关将子网委托给 Azure NetApp 文件的注意事项。

  • 适用于 SAP HANA 的应用程序卷组仅支持基本网络功能。 不应编辑应用程序卷组中卷的网络功能。

重要

不支持将适用于 SAP HANA 的应用程序卷组用于 SAP HANA 以外的应用程序。 请联系 Azure NetApp 文件专家，了解如何将 Azure NetApp 文件多卷布局与其他数据库应用程序配合使用。

有关邻近放置组的最佳做法

若要使用应用程序卷组部署 SAP HANA 卷，需要确保 HANA 数据库 VM 和 Azure NetApp 文件资源非常邻近，以确保尽可能减少延迟。 要实现这种设置，需要使用邻近放置组 (PPG) 并将其链接到数据库 VM（称为“定位”）。 传递给应用程序卷组时，PPG 用于查找靠近数据库服务器的所有 Azure NetApp 文件资源。

重要

请务必了解，PPG 只有在至少启动一台 VM 并在所有 AVG 部署期间保持运行时，才可以定位并因此标识 VM 的位置。 如果所有 VM 都停止，PPG 将丢失其定位点，在下一次重启时，VM 可能会移动到其他位置。 这种情况可能会导致延迟增加，因为 Azure NetApp 文件卷在初始创建后不会移动。

若要避免这种情况，应为每个数据库创建一个可用性集，并使用 SAP HANA VM 固定请求表单将可用性集固定到专用计算群集。 固定后，需要将 PPG 添加到可用性集，然后使用该可用性集部署 SAP HANA 数据库的所有主机。 这样做可确保所有虚拟机位于同一位置。 只要启动其中一台虚拟机，PPG 就会保留其定位点来部署 AVG 卷。

重要

如果在应用程序卷组可用之前已请求 Azure NetApp 文件 SAP HANA 卷固定，则应删除订阅的固定。 订阅的现有固定可能会导致卷部署不一致，因为应用程序卷组的卷是基于 PPG 部署的，而其他卷仍是基于现有固定部署的。

可用性集、VM、PPG 和 Azure NetApp 文件卷之间的关系

PPG 至少需要分配有一台 VM，可以直接分配，也可以通过可用性集分配。 PPG 的目的是提取 VM 的确切位置，并将此信息传递给 AVG，以在同一位置搜索 Azure NetApp 文件资源，创建卷。 仅当 PPG 中至少有一台 VM 启动并保持运行时，此方法才有效。 通常，应将数据库服务器添加到此 PPG。

PPG 具有副作用，即，如果关闭所有 VM，接下来重启 VM 并不保证它们会在与之前相同的位置启动。 为防止这种情况发生，强烈建议使用一个关联了所有 VM 和 PPG 的可用性集，并使用 HANA 固定工作流。 该工作流不仅可确保 VM 在重启时不会移动，而且还可确保选择具有足够计算资源和 Azure NetApp 文件资源的位置。

使用没有固定可用性集的 PPG 时，如果停止该 PPG 中的所有虚拟机，PPG 将失去其定位点。 重新启动虚拟机后，它们可能会在不同的位置启动，这可能会导致延迟增加，因为使用应用程序卷组创建的卷将不会移动。

关于使用 PPG 的两种可能方案

这种情况可能导致两种场景：

  • 稳定的长期设置：
    将可用性集与 PPG 一起使用，以便在其中手动固定可用性集。

    通过固定，即使可用性集中的所有计算机都停止，也始终可以确保虚拟机的放置不会更改。

  • 临时设置：
    在不进行任何固定的情况下将 PPG 或可用性集与 PPG 结合使用。

    SAP HANA 支持的虚拟机系列（即 M 系列）主要放置在 Azure NetApp 文件资源附近，以便应用程序卷组在 PPG 的帮助下可以以尽可能低的延迟创建所需的卷。 如果至少有一台虚拟机启动并一直运行，那么卷和 HANA 主机之间的关系将不会改变。

注意

当使用应用程序卷组部署 HANA 卷时，必须启动可用性集中至少一个 VM。 如果没有正在运行的 VM，则无法使用 PPG 来查找最佳的 Azure NetApp 文件硬件，并且预配将会失败。

注意

请勿删除 PPG。 删除 PPG 将会取消固定，可能导致后续卷组在次优位置创建，从而导致延迟增加。

后续步骤