共用方式為

SAP Hana 的應用程式磁碟區群組需求和考量

本文描述您在使用 SAP Hana 的 Azure NetApp Files 應用程式磁碟區群組 (AVG) 之前需要注意的需求和考量。

需求和考量

  • 您必須使用 手動 QoS 容量池 功能。

  • 應用程式磁碟區群組支援基本和標準網路功能。 若要使用包括可用性區域磁碟區放置的功能，請使用 標準網路功能。

  • 應用程式磁碟區群組支援可用性區域磁碟區放置，作為放置的預設和建議方法。 使用可用性區域磁碟區放置可減輕 AVset 釘選的需求，並免除鄰近放置群組的需求。 支援可用性區域磁碟區放置時，您只需要選取與資料庫伺服器相同的可用性區域即可。 使用可用性區域磁碟區放置符合 Microsoft 對於部署 SAP HANA 基礎結構的建議方式，可達到最佳效能，並具備高可用性、最大彈性，同時簡化部署。

    • 如果區域不支援可用性區域，您可以選取區域部署，或選擇鄰近放置群組 （PPG）。

    當您建立 PPG 時，必須將它錨定至 SAP HANA 計算資源。 SAP Hana 的應用程式磁碟區群組需要此設定，才能搜尋接近 SAP Hana 伺服器的 Azure NetApp Files 資源。 如需詳細資訊，請參閱與 PPG 相關的最佳做法及使用 Azure 入口網站建立 PPG。

    附註

    請勿刪除 PPG。 刪除 PPG 會移除釘選，並可能導致後續的磁碟區群組建立在次佳位置，這可能會導致延遲增加。

  • 您必須完成調整大小和 SAP Hana 系統架構，包括下列區域：

    • SAP 識別碼 (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 Files 的考慮。

重要事項

不支援對 SAP HANA 以外的應用程式使用 SAP HANA 的應用程式磁碟區群組。 請連絡 Azure NetApp Files 專家，以取得使用 Azure NetApp Files 多磁碟區配置搭配其他資料庫應用程式的指引。

關於鄰近放置的最佳做法

若要使用應用程式磁碟區群組部署 SAP HANA 磁碟區，您必須確定您的 HANA 資料庫 VM 和 Azure NetApp Files 資源臨近，以確保最低可能延遲。 您可以使用下列其中一種部署方法來達到鄰近：

  • 可用性區域磁碟區放置 (慣用) 選取磁碟區的可用性區域，然後選取部署的標準網路功能。 您不需要鄰近放置群組或具有可用性區域磁碟區放置的 VM 釘選。

  • 具有 VM 釘選的鄰近放置群組 應用程式磁碟區群組會使用連結 (或錨定) 至資料庫 VM 的鄰近放置群組。 傳遞至應用程式磁碟區群組時，會使用 PPG 來尋找資料庫伺服器臨近位置的所有 Azure NetApp Files 資源。 磁碟區是使用基本網路功能來部署。

重要事項

PPG 只會錨定，因此，如果至少啟動一個 VM，並在所有 AVG 部署期間持續執行，則可以識別 VM 的位置。 如果所有 VM 都停止，PPG 就會失去其錨點。 在下一次重新啟動時，VM 可以移至不同的位置。 這種情況可能會導致延遲增加，因為 Azure NetApp Files 磁碟區在初始建立後就不會移動。

若要避免這種情況，您應該為每個資料庫建立可用性設定組，並使用 SAP HANA VM釘選要求窗體 將可用性設定組釘選到專用計算叢集。 釘選之後，您需要將 PPG 新增至可用性設定組，然後使用該可用性設定組部署 SAP Hana 資料庫的所有主機。 這麼做可確保所有虛擬機 （VM） 都位於相同的位置。 只要其中一部 VM 啟動，PPG 就會保留其錨點來部署 AVG 磁碟區。

重要事項

如果您已在應用程式磁碟區群組可用之前要求 Azure NetApp 檔案 SAP Hana 磁碟區釘選，則應該移除訂用帳戶的釘選。 訂用帳戶的現有釘選可能會導致磁碟區部署不一致;應用程式磁碟區群組磁碟區會根據 PPG 進行部署，而其他磁碟區則會根據初始磁碟區釘選要求進行部署。

可用性設定組、VM、PPG 和 Azure NetApp Files 磁碟區之間的關聯性

PPG 必須至少有一個指派的 VM，不論是直接或透過可用性設定組指派。 PPG 的目的是擷取 VM 的確切位置，並將此資訊傳遞至 AVG，以搜尋相同位置中的 Azure NetApp Files 資源，以建立磁碟區。 只有在 PPG 中至少有一個 VM 啟動並持續執行時，這個方法才有效。 一般而言，您應該將資料庫伺服器新增至此 PPG。

PPG 的副作用是，如果所有 VM 都關機，則重新啟動下列 VM 並不保證這些 VM 會在與之前相同的位置啟動。 若要防止這種情況發生，強烈建議使用可用性設定組，其中包含所有 VM 和相關聯的 PPG，並使用 HANA 釘選工作流程。 工作流程不僅可確保 VM 不會在重新啟動時移動，也可確保選取的位置有足夠的計算和 Azure NetApp Files 資源可供使用。

在沒有固定可用性設定組的情況下使用 PPG 時，如果停止該 PPG 中的所有 VM，PPG 就會失去其錨點。 重新啟動 VM 時，可能會在不同的位置啟動它們，這可能會導致延遲增加，因為不會移動以應用程式磁碟區群組建立的磁碟區。

使用 PPG 的兩個可能案例

此情況會導致兩個可能的案例：

  • 穩定的長期設定：
    搭配使用可用性設定組與手動釘選可用性設定組的 PPG。

    透過釘選功能，可確保即使可用性設定組中的所有機器都停止，VM 的位置也不會改變。

  • 暫存設定：
    搭配使用 PPG 或可用性設定組與 PPG，而不需要進行任何釘選。

    具 SAP Hana 功能的虛擬機器系列 (即 M 系列) 大部分放在接近 Azure NetApp Files 資源的位置，讓應用程式磁碟區群組可以在 PPG 的協助下，建立具有最低可能延遲的必要磁碟區。 如果至少有一部 VM 已啟動並執行，磁碟區與 HANA 主機之間的這種關聯性將不會變更。

附註

當您使用應用程式磁碟區群組來部署 Hana 磁碟區時，至少必須啟動可用性設定組中一個 VM。 如果沒有執行中的 VM，則無法使用 PPG 來尋找最佳的 Azure NetApp 檔案硬體，佈建也會因此失敗。

附註

請勿刪除 PPG。 刪除 PPG 會移除釘選，並可能導致後續的磁碟區群組建立在次佳位置，這可能會導致延遲增加。

後續步驟

  • Last updated on