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

發行項
06/28/2024

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

需求和考量

您必須使用手動 QoS 容量集區功能。
您必須建立鄰近放置群組 (PPG)，並將其錨定至 SAP Hana 計算資源。 SAP Hana 的應用程式磁碟區群組需要此設定，才能搜尋接近 SAP Hana 伺服器的 Azure NetApp Files 資源。如需詳細資訊，請參閱鄰近放置群組的最佳做法和使用 Azure 入口網站建立鄰近放置群組。

注意

請勿刪除 PPG。刪除 PPG 會移除釘選，並可能導致後續的磁碟區群組建立在次佳位置，這可能會導致延遲增加。
您必須完成調整大小和 SAP Hana 系統架構，包括下列區域：
- SAP 識別碼 (SID)
- 記憶體
- 單一主機或多主機 SAP Hana
- 判斷您是否想要使用 Hana 系統複寫 (HSR)。 HSR 可讓 SAP Hana 資料庫同步或非同步從主要 SAP Hana 系統複寫至次要 SAP Hana 系統。
- 資料磁碟區的預期變更率 (以防您針對備份用途使用快照集)
您必須建立 VNet 和委派的子網路，才能對應 Azure NetApp Files IP 位址。

建議您在設計階段配置 VNet 和委派的子網路。

SAP Hana 的應用程式磁碟區群組會建立多個 IP 位址，最多可為大型資產建立六個 IP 位址。確定委派的子網路有足夠的可用 IP 位址。建議使用最少有 251 個 IP 位址且子網路大小為 /24 的委派的子網路。請參閱將子網路委派給 Azure NetApp Files 的考量。
針對 Azure NetApp Files 磁碟區建立時的磁碟區加密，SAP HANA 的應用程式磁碟區群組目前僅支援平台代控密鑰。 在磁碟區建立之後，如果您有將磁碟區從平台代控的金鑰轉換為客戶自控金鑰的任何問題，請連絡 Azure NetApp Files 專家或 CSA。

重要

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

延伸模組 1 需求和考量 (預覽)

延伸模組 1 目前處於預覽狀態，因此您必須註冊此功能。
應用程式磁碟區群組支援基本網路功能。如果您已註冊延伸模組 1，則應用程式磁碟區群組也支援標準網路功能 (部分機器翻譯)。
延伸模組 1 支援可用性區域磁碟區放置 (部分機器翻譯) 作為放置的新預設方法。此升級可減輕 AVset 釘選的需求，並消除鄰近放置群組的需求。支援可用性區域磁碟區放置時，您只需要選取與資料庫伺服器相同的可用性區域即可。使用可用性區域磁碟區放置符合 Microsoft 對於部署 SAP HANA 基礎結構的建議方式，可達到最佳效能，並具備高可用性、最大彈性，同時簡化部署。如果區域不支援可用性區域，您可以選取區域部署，或選擇鄰近放置群組。

關於鄰近放置群組的最佳做法

若要使用應用程式磁碟區群組部署 SAP HANA 磁碟區，您必須確定您的 HANA 資料庫 VM 和 Azure NetApp Files 資源臨近，以確保最低可能延遲。為了達成此設定，使用與資料庫 VM 連結的鄰近放置群組 (PPG) (稱為錨定)。傳遞至應用程式磁碟區群組時，會使用 PPG 來尋找資料庫伺服器臨近位置的所有 Azure NetApp Files 資源。

重要

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

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

重要

如果您已在應用程式磁碟區群組可用之前要求 Azure NetApp Files 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 中的所有虛擬機器，則該 PPG 會遺失其錨點。虛擬機器在重新啟動時，可能會在不同的位置啟動，而這可能會導致增加延遲，因為將不會移動使用應用程式磁碟區群組所建立的磁碟區。

使用 PPG 的兩個可能案例

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

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

釘選後，即使停止可用性設定組中的所有機器，還是一律會確保不會變更虛擬機器的位置。
暫存設定：
搭配使用 PPG 或可用性設定組與 PPG，而不需要進行任何釘選。

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

注意

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

注意

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

共用方式為