通过

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

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

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

要求和注意事项

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

  • 应用程序卷组支持基本和标准网络功能。 若要使用包括可用区卷位置在内的功能，请使用 标准网络功能。

  • 应用程序卷组支持将可用性区域卷放置作为默认和推荐的放置方法。 使用可用性区域卷放置可缓解 AVset 固定的需求，并消除了邻近放置组的需求。 支持可用性区域卷放置时，只需选择与数据库服务器相同的可用性区域。 使用可用性区域卷放置符合有关如何部署 SAP HANA 基础结构的 Microsoft 建议，以实现高可用性、最大灵活性和简化部署的最佳性能。

    • 如果某些区域不支持可用区，可以选择区域部署，或者选择邻近放置组（PPG）。

    创建 PPG 时，必须将它定位到 SAP HANA 计算资源。 适用于 SAP HANA 的应用程序卷组需要此设置来搜索 SAP HANA 服务器附近的 Azure NetApp 文件资源。 有关详细信息，请参阅 有关 PPG 和 使用 Azure 门户创建 PPG 的最佳做法。

    注意

    请勿删除 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 地址。 请考虑使用至少包含 251 个 IP 地址且子网大小为 /24 的委托子网。 请参阅有关将子网委托给 Azure NetApp 文件的注意事项。

重要

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

有关邻近放置的最佳做法

若要使用应用程序卷组部署 SAP HANA 卷，需要确保 HANA 数据库 VM 和 Azure NetApp 文件资源处于邻近位置，以尽量降低延迟。 可以使用以下任一部署方法实现邻近性：

  • 可用性区域卷放置（首选）：选择卷的可用性区域，然后选择部署的标准网络功能。 在使用可用性区域卷放置时，无需邻近放置组或 VM 固定。

  • 使用 VM 固定的邻近放置组：应用程序卷组使用与数据库 VM 连接（或锚定）的邻近放置组。 传递给应用程序卷组时，PPG 用于查找靠近数据库服务器的所有 Azure NetApp 文件资源。 卷是使用基本网络功能部署的。

重要

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

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

重要

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

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

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

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

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

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

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

  • 稳定的长期设置：
    将可用性集与 PPG 结合使用，手动固定可用性集。

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

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

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

注意

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

注意

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

后续步骤