SAP HANA 規劃指南

本指南概要說明在 Google Cloud上執行 SAP HANA 須具備的必要條件，並提供您在規劃實作新的 SAP HANA 系統時可以使用的詳細資訊。

如要進一步瞭解如何在 Google Cloud上部署 SAP HANA，請參閱：

• 如需單一主機向上擴充和多主機向外擴充部署作業，請參閱：
  • Terraform：SAP HANA 擴大部署指南
• 如要瞭解具有主機自動容錯移轉功能的向外擴充系統部署作業，請參閱：
  • Terraform：具有主機自動容錯移轉功能的 SAP HANA 向外擴充系統部署指南
• 如需瞭解高可用性叢集的擴充設定，請參閱：
  • Terraform：SAP HANA 擴充高可用性叢集設定指南
  • 在 RHEL 上手動設定 HA 向上擴充叢集
  • 在 SLES 上手動設定 HA 擴充叢集
• 如要瞭解高可用性叢集的橫向擴展設定，請參閱：
  • Terraform：SAP HANA 向外擴充高可用性叢集設定指南
  • SLES 上的手動 HA 擴展叢集設定

關於 Google Cloud上的 SAP HANA

SAP HANA 是記憶體內的資料欄導向式關聯資料庫，可提供高效能的分析，以及即時資料處理的能力。客戶可以利用輕鬆佈建、具備高擴充性且備援的 Google Cloud 基礎架構功能，執行重要的業務工作負載。 Google Cloud會提供一組位於各地的 Google 資料中心內的實體資產 (例如電腦和硬碟機) 及虛擬資源 (例如 Compute Engine 虛擬機器 (VM))。

當您在 Google Cloud上部署 SAP HANA 時，您會部署到在 Compute Engine 上執行的虛擬機器。Compute Engine VM 提供永久磁碟，其功能與桌機或伺服器中的實體磁碟相似，但由 Compute Engine 自動代管，以確保資料備援能力並發揮最佳效能。

Google Cloud 基本

Google Cloud 由許多以雲端為基礎的服務和產品組成。在 Google Cloud上執行 SAP 產品時，您主要使用的是透過 Compute Engine 和 Cloud Storage 提供的 IaaS 服務，以及平台的一些功能，例如工具。

如要瞭解重要概念和術語，請參閱 Google Cloud 平台總覽。為了方便您理解，本指南內容會與總覽中的一些資訊重複。

如需企業級機構在 Google Cloud上執行作業時應考量事項的總覽，請參閱Google Cloud 良好架構架構。

與 Google Cloud互動

Google Cloud 提供三種與該雲端平台及資源互動的方法：

• Google Cloud 控制台，這是一個網頁式使用者介面。
• gcloud 指令列工具，可提供 Google Cloud 控制台提供的眾多功能。
• 用戶端程式庫，提供用於存取服務和管理資源的 API。用戶端程式庫在建構自己的工具時很實用。

Google Cloud 項服務

SAP 部署作業一般需用到下列其中一部分或全部的 Google Cloud服務：

定價與配額

您可以使用 Pricing Calculator 來估算您的使用費用。如要進一步瞭解價格資訊，請參閱 Compute Engine 定價、Cloud Storage 定價和 Google Cloud 觀測功能定價。

Google Cloud 資源有配額限制。如果您打算使用高 CPU 或高記憶體的機器，您可能必須要求增加配額。詳情請參閱 Compute Engine 資源配額。

法規遵循和主權控管機制

如果您希望 SAP 工作負載能符合資料落地、存取權控管、支援人員或法規要求，就必須規劃使用 Assured Workloads。這項服務可協助您在 Google Cloud 上執行安全且符合法規要求的工作負載，且不會影響雲端體驗品質。詳情請參閱「SAP 上的法規遵循和主權控管 Google Cloud」。

資源需求

本節提供指引，協助您找出在 Google Cloud上執行 SAP HANA 所需的資源。

SAP HANA 適用的認證機器類型

針對 SAP HANA，SAP 只認證 Google Cloud提供的機器類型子集。

SAP 認證的 SAP HANA 機器類型包括 Compute Engine 虛擬機器 (VM) 和 Bare Metal Solution 裸機機器。

一般用途 n1- 和 n2-highmem VM 類型的自訂設定也已通過 SAP 認證。詳情請參閱「SAP HANA 的認證自訂 VM 類型」。

如要瞭解在各機器類型上與 HANA 搭配使用的作業系統，請參閱「SAP HANA 的認證作業系統」。

某些機器類型可能在部分 Google Cloud區域無法使用。如要查看 Compute Engine 虛擬機器人在各地區的供應情形，請參閱「可用地區與區域」。如需 SAP HANA 認證的裸機解決方案機器，請參閱「SAP HANA 裸機解決方案機器的區域供應情形」。

SAP 會在 已認證及支援的 SAP HANA 硬體目錄中列出 SAP HANA 適用的認證機器類型。

如要進一步瞭解各種 Compute Engine VM 類型及其用途，請參閱「機器類型」。

SAP HANA 適用的認證 Compute Engine VM

下表列出經過 SAP 認證，可用於 SAP HANA 的 Compute Engine VM：

下表列出所有 Google Cloud 機器類型，這些機器類型已通過 SAP 認證，可在實際工作環境中使用 SAP HANA。

本表未列出 SAP 為 SAP HANA 上的 SAP Business One 認證的機器類型。如要瞭解 SAP 針對 SAP HANA 與 SAP Business One 認證的機器類型，請參閱「 Google Cloud上的認證 SAP 應用程式」。

適用於 SAP HANA 的認證 Bare Metal 解決方案機器

下表列出經過 SAP 認證，可在三層架構中專門用於 SAP HANA 的 Bare Metal 解決方案機器。

如要查看這些認證機器類型在哪些地區提供，請參閱「SAP HANA 裸機解決方案機器的地區可用性」。

SAP HANA 適用的認證自訂機器類型

下表列出經過 SAP 認證，可在 Google Cloud上實際工作環境中使用 SAP HANA 的 Compute Engine 自訂機器類型。

SAP 只認證 Compute Engine 提供的自訂機器類型子集。

自訂機器類型必須遵守 Compute Engine 定義的客製化規則。規則會因您要自訂的機器類型而異。如需完整的自訂規則，請參閱「建立自訂 VM 執行個體」。

SAP HANA 適用的 Bare Metal 解決方案機器區域可用性

下表列出目前 Google Cloud 支援在 Bare Metal 解決方案上執行 SAP HANA 的區域。

如果您在上述表格中找不到所需的地區，請與Google Cloud 業務團隊聯絡。

單一用戶群

您可以在單一租用戶節點上部署 SAP HANA。單一用戶群節點是實體的 Compute Engine 伺服器，專門用於託管 SAP HANA 部署中的 VM。

單一用戶群節點可讓您將 SAP HANA VM 與Google Cloud 專案中其他部署所使用的 VM，或其他 Google Cloud 專案中的 VM 隔開。這樣一來，您就能控制基礎硬體的用量。此外，如果工作負載需要與其他工作負載或 VM 實體隔離，您可以使用單一用戶群節點部署 SAP HANA，以滿足安全性或法規遵循要求。

如要進一步瞭解單一用戶群，請參閱單一用戶群總覽。

單一用戶群節點的部署架構

• 下圖顯示使用單一租用戶的 SAP HANA 向上擴充和 SAP HANA 向上擴充 HA 部署的架構： Google Cloud

  

• 下圖顯示在 Google Cloud 上使用單一租用戶，且不含節點反關聯的 SAP HANA 多主機向外擴充部署架構：

  

• 下圖顯示在 Google Cloud 上使用單一租用戶，且不使用節點反關聯的 SAP HANA 向外擴充 HA 部署架構：

  

支援單一用戶群節點的自動化功能

您可以為下列架構自動部署單一租用戶節點：

• SAP HANA 向上擴充
• 具有高可用性的 SAP HANA 向上擴充
• 不使用節點反關聯的 SAP HANA 多主機向外擴充
• 不使用節點反關聯功能，以高可用性擴充 SAP HANA

為此，您可以使用 Google Cloud提供的 sap_hana 和 sap_hana_ha Terraform 模組的 1.3.704310921 以上版本。

當您使用這些 Terraform 模組部署 SAP HANA 時，Terraform 會佈建下列資源：

• 根據您指定的節點類型，建立單一用戶群節點範本。這項資源會配置為與您指定的區域相對應的地區。
• 部署中每個 SAP HANA 節點的單一租用戶節點群組。節點群組是使用在相同部署中佈建的節點範本建立。
• 一或多個單一租戶節點 (視您選擇的部署架構而定)，並在這些節點上部署 Compute Engine VM。

如要查看此部署架構的圖表，請參閱專屬節點的部署架構。如要進一步瞭解如何自動部署 SAP HANA 的單租戶節點，請參閱下列部署指南：

• Terraform：SAP HANA 擴大部署指南
• Terraform：SAP HANA 擴充高可用性叢集設定指南
• Terraform：SLES 適用的 SAP HANA 向外擴展高可用性叢集設定指南

記憶體設定

記憶體設定選項取決於您選擇的 Compute Engine VM 執行個體類型。詳情請參閱「SAP HANA 的認證機器類型」表格。

網路設定

Compute Engine VM 網路功能取決於其機器系列，而非網路介面卡 (NIC) 或 IP 位址。

根據機器類型，VM 執行個體可提供 2 到 32 Gbps 的網路傳輸量。某些機器類型也支援最高 100 Gbps 的總處理量，但必須搭配使用 Google 虛擬 NIC (gVNIC) 介面類型和 Tier_1 網路設定。能否達到這些傳輸率，還取決於流量方向和目的地 IP 位址類型。

Compute Engine VM 網路介面採用實體和軟體定義型網路元件，並由備援且具備彈性的網路基礎架構提供支援。這些介面會繼承基礎平台的備援和彈性。您可以使用多個虛擬 NIC 來區隔流量，但這不會帶來額外的復原力或效能優勢。

單一 NIC 可為 Compute Engine 上的 SAP HANA 部署提供所需效能。您的特定用途、安全性需求或偏好設定也可能需要額外的介面來區隔流量，例如網際網路流量、內部 SAP HANA 系統複製流量，或其他可能受益於特定網路政策規則的流程。建議您採用應用程式提供的流量加密功能，並依據最低權限防火牆政策限制網路存取權。

視您的需求而定，您可以透過多種方式提升安全性，詳情請參閱 SAP HANA 平台的 SAP HANA 安全性指南。舉例來說，您可以實作網路隔離，但如果沒有加密，且沒有特定的允許清單來管理通訊埠和 IP，安全性就會降低。

在網路設計時，請及早考慮是否需要進行流量分離，並在部署 VM 時分配額外的 NIC。您必須將每個網路介面連結至不同的虛擬私有雲網路。您選擇的網路介面數量取決於所需的隔離層級，如果 VM 有 8 個 vCPU 或更多，則最多可使用 8 個介面。

舉例來說，您可以為 SAP HANA SQL 應用程式用戶端 (SAP NetWeaver 應用程式伺服器、自訂應用程式等) 定義虛擬私人雲端網路，並為伺服器間流量 (例如 SAP HANA 系統複製) 建立獨立的網路。請注意，區隔過多可能會使網路問題的管理和疑難排解作業變得複雜。如果您日後反悔，可以使用 Compute Engine 機器映像檔重新建立 VM 執行個體，同時保留所有相關設定、中繼資料和資料。

詳情請參閱VM 網路總覽、多個網路介面和VM 網路頻寬。

SAP HANA 的認證作業系統

下表列出 Red Hat Enterprise Linux (RHEL) 和 SUSE Linux Enterprise Server (SLES) 作業系統，這些作業系統已通過 SAP 認證，可在Google Cloud上搭配 SAP HANA 在實際工作環境中使用。

除表格中另有註明外，SAP HANA 在所有經認證的 Compute Engine VM 類型上，都支援各作業系統。

如要瞭解各作業系統目前的支援狀態，以及Google Cloud提供哪些作業系統，請參閱 Google Cloud上 SAP HANA 的作業系統支援。

如要瞭解 SAP 支援的作業系統，請前往 已認證且支援的 SAP HANA 硬體目錄，按一下所需機器類型，然後查看「作業系統」。 Google Cloud

下表不包含：

• 已不再提供主流支援的認證作業系統版本。
• 非 SAP 專屬的作業系統版本。

自訂作業系統映像檔

您可以使用由 Google Cloud 提供及維護的 Linux 映像檔 (公開映像檔)，也可以自行提供及維護 Linux 映像檔 (自訂映像檔)。

如果您需要的 SAP 認證作業系統版本無法以公開映像檔的形式透過 Google Cloud 取得，請改用自訂映像檔。下列步驟會詳細說明如何將開機磁碟映像檔匯入至 Compute Engine，並摘要說明使用自訂映像檔的程序：

1. 準備您的開機磁碟，讓磁碟可以在 Google Cloud Compute Engine 環境中啟動，以便您在啟動後進行存取。
2. 建立及壓縮開機磁碟映像檔。
3. 將映像檔上傳至 Cloud Storage，然後匯入至 Compute Engine 做為新的自訂映像檔。
4. 使用匯入的映像檔建立虛擬機器執行個體，並確認該執行個體已正常啟動。
5. 將映像檔最佳化並安裝 Linux 訪客環境，讓您匯入的作業系統映像能與中繼資料伺服器通訊，並運用其他 Compute Engine 功能。

自訂映像檔準備就緒後，當您為 SAP HANA 系統建立 VM 時即可使用。

如要將 RHEL 作業系統從內部部署安裝移至Google Cloud，則需要將 Red Hat Cloud Access 加入 Red Hat 訂閱中。詳情請參閱 Red Hat Cloud Access。

如要進一步瞭解 Google Cloud 提供的作業系統映像檔，請參閱「映像檔」一文。

如要進一步瞭解如何將作業系統匯入至 Google Cloud 做為自訂映像檔，請參閱「將開機磁碟映像檔匯入至 Compute Engine」。

如要進一步瞭解 SAP HANA 支援的作業系統，請參閱下列文章：

• 已認證及支援的 SAP HANA 硬體目錄
• SAP 附註 2235581 - SAP HANA：支援的作業系統

Compute Engine VM 上的 OS clocksource

預設的 OS 時鐘來源為 SLES 的 kvm-clock，RHEL 映像檔則為 TSC。

當 SAP HANA 在 Compute Engine VM 上執行時，不需要變更作業系統時鐘來源。使用 kvm-clock 或 TSC 做為 Compute Engine VM 與 SAP HANA 的計時器來源時，效能不會有任何差異。

如果您需要將 OS 時鐘來源變更為 TSC，請使用 SSH 連線至 VM，然後發出下列指令：

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

永久磁碟儲存空間

支援的磁碟類型

Compute Engine 提供不同類型的永久磁碟和超磁碟，可根據固態硬碟 (SSD) 或標準硬碟 (HDD) 技術使用。每種類型都有不同的效能特性。Google Cloud 會管理磁碟的基礎硬體，以確保資料備援能力並發揮最佳效能。

基於效能考量，SAP HANA /hana/data 和 /hana/log 磁碟區需要採用 SSD 的永久儲存磁碟。已通過 SAP 認證，可搭配 SAP HANA 使用的 SSD 永久磁碟和 Hyperdisk 類型包括：

• 以 SSD 為基礎的永久磁碟類型：平衡 (pd-balanced)、效能或 SSD (pd-ssd) 和超級 (pd-extreme)

  • 這些磁碟類型提供經濟實惠且可靠的區塊儲存空間。
  • 效能型 (SSD) 永久磁碟 (pd-ssd) 的效能高於平衡永久磁碟 (pd-balanced)。
  • 建議您使用平衡型永久磁碟，為 VM 執行個體代管下列項目：
    • VM 開機磁碟區。
    • /usr/sap 音量。
    • 如果您在專屬磁碟上代管 /hana/shared 磁碟區，請選取該磁碟區。
    • 如果您將備份檔案儲存到磁碟，則為 /hanabackup 磁碟區。如要降低備份成本，您可以使用標準 HDD 永久磁碟 (pd-standard)。Balanced 永久磁碟的備份速度比標準 HDD 永久磁碟快。選取磁碟時，請確認 VM 類型支援磁碟類型。
  • 平衡和效能 (SSD) 永久磁碟支援 PD 非同步複製。您可以使用這項功能進行跨區域主動-被動災難復原。詳情請參閱「使用 PD 非同步複製功能進行災難復原」。
  • 雖然 Extreme 永久磁碟 (pd-extreme) 已通過 SAP HANA 認證，但我們建議您改用 Hyperdisk Extreme (hyperdisk-extreme)，因為後者可提供更高的效能。如果您想使用 Extreme Persistent Disk，請務必按照「以 SSD 為基礎的 Persistent Disk 和 Hyperdisk 磁碟區的最低大小」一文中的資訊來配置磁碟。

• Hyperdisk 類型：Hyperdisk Extreme (hyperdisk-extreme) 和 Hyperdisk Balanced (hyperdisk-balanced)

  • Hyperdisk Extreme 提供的最高 IOPS 和總處理量選項，高於以 SSD 為基礎的永久磁碟類型。
  • 如需支援 Hyperdisk Extreme 和 Hyperdisk Balanced 的機器類型清單，請參閱「機器類型支援」。
  • 建議您使用 Hyperdisk Balanced 磁碟，在 Compute Engine 裸機執行個體 (例如 X4) 中託管下列項目：
    • 開機磁碟。
    • /usr/sap 音量。
    • 如果您在專屬磁碟上代管 /hana/shared 磁碟區，請選取該磁碟區。
    • 如果您將備份檔案儲存在磁碟上，則為 /hanabackup 磁碟區。
  • 針對 Hyperdisk Extreme，您可以透過佈建 IOPS 來選取所需效能，這也會決定總處理量。詳情請參閱「Hyperdisk Extreme 的大小和效能限制」。
  • 針對 Hyperdisk 平衡，您可以透過佈建 IOPS 和總處理量，選擇所需的效能。詳情請參閱「Hyperdisk Balanced 的大小和效能限制」。
  • 如需最高效能，您可以使用 Hyperdisk Extreme 處理 /hana/data 和 /hana/log 磁碟區。
  • 如要讓 Hyperdisk Extreme 為 SAP HANA 提供最佳效能，請按照 Hyperdisk Extreme 效能一文的建議更新 SAP HANA 系統屬性。

支援的磁碟版面配置

下圖顯示 Google Cloud上 SAP HANA 建議架構的磁碟儲存空間配置。

在上圖中，左側的設定使用分割磁碟版面配置。/hana/data 和 /hana/log 磁碟區位於不同的 Hyperdisk 中。/hana/data 磁碟區可以託管在多個磁碟上。/hana/shared 和 /usr/sap 磁碟區不需要高效能，因此會放在個別平衡的永久磁碟上，其成本低於 Hyperdisk Extreme。

右側的設定採用統一磁碟版面配置，其中 /hana/data、/hana/log、/hana/shared 和 /usr/sap 磁碟區都已掛載至單一 Hyperdisk Extreme。

永久磁碟和 Hyperdisk 與 VM 獨立存在，因此您可以中斷連接或移動這些磁碟，即使在刪除 VM 後，也能保留資料。

您可以在 Google Cloud 控制台中，查看各個 VM 執行個體的「VM instance details」(VM 執行個體詳細資料) 頁面中的「Additional disks」(其他磁碟) 下方，連結至 VM 執行個體的永久磁碟和 Hyperdisk。如要進一步瞭解不同類型的 Compute Engine 永久磁碟和 Hyperdisk 磁區、其效能特徵，以及如何使用這些磁區，請參閱下列說明文件：

• 儲存空間選項
• 關於 Hyperdisk
• Hyperdisk 效能
• Hyperdisk 效能限制
• Persistent Disk 效能
• 影響永久磁碟效能的其他因素
• 將永久磁碟新增至 VM
• 建立及管理磁碟快照
• 將 SAP HANA 永久磁碟磁碟區遷移至 Hyperdisk 磁碟區

以 SSD 為基礎的 Persistent Disk 和 Hyperdisk 磁碟區大小下限

為 SAP HANA 設定特定 Compute Engine SSD 永久磁碟的大小時，除了考量 SAP HANA 執行個體的儲存空間需求，還必須考量永久磁碟的效能。

在限制範圍內，SSD 或平衡永久磁碟的效能會隨著磁碟大小和 vCPU 數量增加而提升。如果 SSD 或平衡永久磁碟太小，可能無法提供 SAP HANA 所需的效能。

Hyperdisk 的效能不會受到磁碟大小影響。效能取決於您佈建的 IOPS 或傳輸量。如要瞭解 Hyperdisk 的效能，請參閱 Hyperdisk 總覽。

550 GB SSD 或 943 GB 平衡永久磁碟可提供每秒 400 MB 的讀取和寫入持續總處理量，這是最低值。如需永久磁碟效能的一般資訊，請參閱「永久磁碟效能」。

下表列出 SSD 永久磁碟 (pd-ssd)、平衡永久磁碟 (pd-balanced)、Hyperdisk Extreme (hyperdisk-extreme) 和 Hyperdisk Balanced (hyperdisk-balanced) 的建議最小大小，以便在實際環境中滿足 SAP HANA 效能需求，適用於每個已獲 SAP HANA 認證的 Compute Engine 機器類型。下表列出 Hyperdisk 磁碟區的最小大小，僅以記憶體量為依據，供您參考。

如要瞭解在 X4 執行個體上執行 SAP HANA 系統的建議儲存空間設定，請參閱「X4 支援的區塊儲存空間」。

下表中的大小假設您將所有 SAP HANA 磁碟分割區掛載至個別磁碟。

判斷永久磁碟或 Hyperdisk 的大小

根據所選 Compute Engine 機器類型所含記憶體量，計算 SAP HANA 磁區所需的永久磁碟儲存空間量。

下列磁碟大小指南是指Google Cloud 為部署作業建議的容量下限。雖然這項指南超出 SAP 的最低需求，但其目的是平衡 SAP HANA 系統的儲存空間需求、磁碟的效能需求，以及總擁有成本。您可以將磁碟大小調高至基礎磁碟類型支援的上限。如要瞭解必要的磁碟最小大小，請參閱「以 SSD 為基礎的永久磁碟的最小大小」。

擴充系統的永久磁碟大小需求

針對 SAP HANA 向上擴充系統，請針對每個磁碟區使用下列公式：

• /hana/data：1.2 x 記憶體
• /hana/log：0.5 x 記憶體或 512 GB (以較小者為準)
• /hana/shared：1 x 記憶體或 1,024 GB (以較小者為準)
• /usr/sap：32 GB
• /hanabackup：2 倍記憶體，選用配置

向外擴充系統的永久磁碟大小需求

針對 SAP HANA 向外擴充系統，請使用與 SAP HANA 向上擴充系統相同的 /hana/data、/hana/log 和 /usr/sap 磁碟區公式。針對 /hana/shared 磁碟區，請根據部署中工作站主機的數量，計算永久磁碟或 Hyperdisk 的大小。每四個 worker 主機，磁碟大小應增加 1 倍記憶體或 1 TB (以較小者為準)。例如：

• 1 到 4 個 worker 主機：1 倍的記憶體或 1 TB (以較小者為準)
• 5 到 8 個 worker 主機：2 倍記憶體或 2 TB (以較小者為準)
• 9 到 12 個 worker 主機：3 倍記憶體或 3 TB (以較小者為準)
• 13 到 16 個 worker 主機：4 倍記憶體或 4 TB (以較小者為準)

如要判斷 SAP HANA 向外擴充系統的整體儲存空間配額需求，您需要將向外擴充系統中所有主機使用的每種磁碟類型的磁碟大小加總。舉例來說，如果您將 /hana/data 和 /hana/log 放在 pd-ssd 永久磁碟上，但 /hana/shared 和 /usr/sap 放在 pd-balanced 永久磁碟上，就需要為 pd-ssd 和 pd-balanced 分別要求總數，才能取得不同的配額。

對於具有主機自動容錯移轉功能的 SAP HANA 向外擴充系統，您只需要計算主要主機和工作站主機的永久磁碟大小。待命主機沒有自己的 /hana/data、/hana/log 和 /usr/sap 磁碟區。如果發生故障，SAP HANA 自動容錯移轉功能就會從失敗的主機上卸載 /hana/data、/hana/log 和 /usr/sap 磁碟區，並掛接至待命主機。待命主機的 /hana/shared 和 /hanabackup 磁碟區會掛接在單獨部署的 NFS 解決方案上。

配置額外的永久磁碟儲存空間

選取永久磁碟或 Hyperdisk 大小，大小不得小於「以 SSD 為基礎的永久磁碟和 Hyperdisk 磁碟區的最小大小」一節中列出的永久磁碟或 Hyperdisk 類型最小大小。

如果您使用 SSD 或平衡永久磁碟，則最小大小可能會由 SAP HANA 效能需求而非 SAP HANA 儲存空間需求決定。

舉例來說，如果您在 n2-highmem-32 VM 例項上執行 SAP HANA，該例項的記憶體為 256 GB，則 SAP HANA 磁碟區的總儲存空間需求為 723 GB：資料磁碟區 307 GB、記錄磁碟區 128 GB、共用磁碟區 256 GB 和 /usr/sap 磁碟區 32 GB。不過，如果您使用平衡永久磁碟，則所需的最低大小為 943 GB，其中額外的 220 GB 會分配給資料磁碟區，以符合所需效能。因此，如果您使用 n2-highmem-32 VM 執行個體搭配平衡的永久磁碟來執行 SAP HANA，就必須配置 943 GB 以上的永久磁碟儲存空間。

因此，您需要將永久磁碟的大小設為 943 GB 以上。系統會將額外提供的 220 GB 空間套用至資料磁碟區，以提供所需的效能。

將任何額外的永久磁碟儲存空間套用至 /hana/data 磁碟區。

如需 SAP 提供的 SAP HANA 大小設定相關資訊，請參閱「SAP HANA 大小設定」。

Hyperdisk 效能

與其他以 SSD 為基礎的永久磁碟相比，Hyperdisk 為 /hana/log 和 /hana/data 磁區提供更高的 IOPS 上限和處理量選項。如要進一步瞭解如何為 Hyperdisk 佈建 IOPS 和吞吐量選項，請參閱「關於佈建效能」。

與以 SSD 為基礎的永久磁碟不同，當您將 Hyperdisk 與 SAP HANA 搭配使用時，在設定 Hyperdisk 大小時，不必擔心效能問題。Hyperdisk 的大小取決於 SAP HANA 的儲存空間需求。如要進一步瞭解如何設定永久磁碟或 Hyperdisk 的大小，請參閱「決定永久磁碟大小」一文。

搭配 SAP HANA 使用 Hyperdisk 時，為獲得最佳效能，建議您更新 SAP HANA 系統屬性，如下所示：

• 更新 global.ini 檔案：
  • 在 fileio 部分中，設定 num_completion_queues = 12
  • 在 fileio 部分中，設定 num_submit_queues = 12
• 更新 indexserver.ini 檔案：
  • 在 parallel 部分中，設定 tables_preloaded_in_parallel = 32
  • 在 global 部分中，設定 load_table_numa_aware = true

建立 Hyperdisk Extreme 磁碟區時，您配置的 IOPS 數量會決定其最大處理量。您可以使用下列公式做為起點。對於磁碟較大的大型機器類型，它可提供至少 2500 MiB/s 的總處理量 (每 IOPS 256 KB * 10,000 IOPS) 以上。

• 使用預設部署作業，並為 /hana/log 和 /hana/data 使用不同的磁碟：
  • 資料磁碟的 IOPS：maximum(10,000, size of data disk in GB * 2)
  • 記錄磁碟的 IOPS：maximum(10,000, size of log disk in GB * 2)
• 當單一磁碟用於 /hana/data、/hana/log、/hana/shared 和 /usr/sap 時：
  • 磁碟 IOPS：maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

您可以佈建的 IOPS 數量上限，會因您使用的機器類型而異。如要查看支援 Hyperdisk Extreme 的機器類型清單，以及 Hyperdisk Extreme 可透過各機器類型提供的最高 IOPS 和傳輸量，請參閱「機器類型支援」。

建立 Hyperdisk Balanced 磁碟區時，您可以考量 IOPS 佈建和總處理量佈建的規則，佈建 IOPS 和總處理量，以滿足工作負載效能需求。對於 SAP HANA，支援的最低已配置 IOPS 為 3000，而吞吐量為 400 MiB/s。

由部署自動化指令碼部署的永久磁碟和 Hyperdisk

使用Google Cloud 提供的 Terraform 設定部署 SAP HANA 系統時，部署指令碼會為 SAP 磁碟區分配永久磁碟或 Hyperdisk，如下所示：

• 根據預設，系統會為下列各個目錄部署不同的磁碟：/hana/data、/hana/log、/hana/shared 和 /usr/sap。

  您也可以選擇部署單一磁碟版面配置，讓單一永久磁碟或 Hyperdisk 主機代管這些 SAP 目錄。此外，對於 SAP HANA 向外擴充部署，/hana/shared 目錄由 NFS 解決方案代管。

• 可選的 /hanabackup 目錄磁碟。

以下範例說明 Terraform 如何在具有 256 GB 記憶體的 Compute Engine n2-highmem-32 VM 上，為 SAP HANA 對應磁碟區。

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

同一個機器類型的磁碟區大小可能會與本範例中顯示的大小略有不同。

當您選擇使用 Google Cloud提供的 Terraform 設定部署單一磁碟版面配置時，部署指令碼會將 /hana/data、/hana/log、/usr/sap 和 /hana/shared 目錄對應至各自的邏輯磁碟，以便簡化調整大小，並將這些目錄對應至單一磁碟群組中以 SSD 為基礎的永久磁碟或 Hyperdisk 磁碟。Terraform 設定也會將 /hanabackup 目錄對應至個別磁碟區群組中的邏輯磁碟區，然後再對應至 Balanced Persistent Disk 或 Hyperdisk Balanced。

可選的永久磁碟儲存空間 (用於備份)

將 SAP HANA 備份儲存在磁碟上時，建議您使用平衡永久磁碟 (pd-balanced)。

如要降低成本，您可以使用標準 HDD 永久磁碟 (pd-standard)。不過，如果需要更高的吞吐量或並行作業，請使用平衡永久磁碟。

SAP HANA 備份磁碟區的大小，是專門設計來提供最佳化基準和爆發總處理量，以及保存多個備份組的能力。如果您在備份磁碟區中保存多個備份組，就能在必要時輕易地將資料庫復原。

如要將 SAP HANA 備份做為災難復原的區域資源，您可以使用 Compute Engine 永久磁碟快照。您可以排定快照作業，自動定期備份永久磁碟。詳情請參閱「永久磁碟快照」。

如果您使用 SAP HANA 動態分層，則備份儲存空間必須夠大，才能同時容納記憶體內資料和動態分層伺服器在磁碟上代管的資料。

您可以使用其他機制來儲存 SAP HANA 備份。如果您使用 Google Cloud的 SAP 代理程式 Backint 功能，就可以將 SAP HANA 直接備份至 Cloud Storage 值區，這樣就不需要使用永久磁碟來儲存備份。

SAP HANA 動態分層

SAP HANA 動態分層已通過 SAP 認證，可用於 Google Cloud的實際工作環境。SAP HANA 動態分層會將不常存取的資料儲存在磁碟上，而非儲存在記憶體中，藉此擴大 SAP HANA 的資料儲存空間。

詳情請參閱 Google Cloud上的 SAP HANA 動態分層。

SAP HANA 快速重新啟動選項

針對 SAP HANA 2.0 SP04 以上版本， Google Cloud 強烈建議使用 SAP HANA 快速重新啟動選項。

如果您使用Google Cloud的 Terraform 模組 sap_hana 或 sap_hana_ha 部署 SAP HANA，版本為 202309280828 以上。如要瞭解如何手動啟用 SAP HANA 快速重新啟動功能，請參閱「啟用 SAP HANA 快速重新啟動功能」。

如果 SAP HANA 終止，但作業系統仍在執行，SAP HANA 快速重新啟動功能可縮短重新啟動時間。為縮短重新啟動時間，SAP HANA 會利用 SAP HANA 永久記憶體功能，在 DRAM 中保留資料欄儲存表的 MAIN 資料片段，並將其對應至 tmpfs 檔案系統。

此外，如果記憶體發生無法修正的錯誤，在 M2、M3 和 M4 系列的 Compute Engine 記憶體最佳化機器類型中，SAP HANA 快速重新啟動功能可縮短復原時間。詳情請參閱「在 Compute Engine VM 上使用快速重新啟動功能復原記憶體錯誤」。

SAP HANA 快速重新啟動功能的必要 OS 設定

如要使用 SAP HANA 快速重新啟動功能，您必須依 SAP 規定調整作業系統。

如果您使用Google Cloud 提供的 Terraform 設定檔，系統會自動設定核心設定。

如果您不使用 Google Cloud 提供的部署檔案，SAP 提供的操作說明可協助您為 SAP HANA 設定 RHEL 和 SLES 作業系統。針對 SAP HANA 快速重新啟動功能，請特別注意正確設定 numa_balancing 和 transparent_hugepage。

如果您使用 RHEL，請使用 sap-hana 調校設定檔 (如有)。如需設定步驟，請參閱：

• SAP 附註 2292690 - SAP HANA DB：RHEL 7 的建議 OS 設定
• SAP 附註 2777782 - SAP HANA DB：RHEL 8 的建議作業系統設定
• SAP 附註 3108302 - SAP HANA DB：RHEL 9 的建議 OS 設定

如果您使用 SLES，請使用 SUSE 的 saptune 工具套用必要設定。如要套用所有建議的 SAP HANA 設定，包括上述兩個核心參數，請指定下列 saptune 指令：

saptune solution apply HANA

如要進一步瞭解如何針對 SAP HANA 設定 SLES，請參閱：

• SAP 附註 2205917 - SAP HANA DB：SLES 12 / SLES for SAP Applications 12 的建議 OS 設定
• SAP 附註 2684254 - SAP HANA DB：SLES 15 / SLES for SAP Applications 15 的建議 OS 設定

在 Compute Engine VM 上使用快速重新啟動功能復原記憶體錯誤

在 Compute Engine 記憶體最佳化機器類型的 M2、M3 和 M4 系列 VM 中啟用 SAP HANA 快速重新啟動功能，可縮短 SAP HANA 從無法修正的記憶體錯誤復原所需的時間。

透過利用 Intel 處理器功能，當記憶體子系統發生無法修正的錯誤時，M2、M3 和 M4 機器類型可以繼續執行。如果在發生記憶體錯誤時啟用 SAP HANA 快速重新啟動功能，則受影響的 SAP HANA 程序會重新啟動，但整個資料庫不必重新載入，只需重新載入受影響的檔案區塊即可。

支援記憶體錯誤復原功能的機器類型

下列 Compute Engine 機器類型支援記憶體錯誤復原功能：

• M4：
  • m4-megamem-28
  • m4-megamem-56
  • m4-megamem-112
  • m4-megamem-224
  • m4-ultramem-56
  • m4-ultramem-112
  • m4-ultramem-224
• M3：
  • m3-ultramem-32
  • m3-ultramem-64
  • m3-ultramem-128
  • m3-megamem-64
  • m3-megamem-128
• M2：
  • m2-ultramem-208
  • m2-ultramem-416
  • m2-megamem-416
  • m2-hypermem-416

記憶體錯誤復原作業系統要求

安裝必要的核心修補程式後，下列作業系統可透過 SAP HANA 快速重新啟動功能復原記憶體錯誤：

• SUSE Linux Enterprise Server (SLES) for SAP 12 SP3 以上版本。
  • 已納入建構日期為 v202103* 或更新版本的 Compute Engine 公開映像檔。
  • 如果您需要將最新的核心修補程式套用至現有部署作業，請按照標準更新程序進行。例如，請發出下列指令：
    • sudo zypper refresh
    • sudo zypper update
• Red Hat Enterprise Linux (RHEL) for SAP，8.4 以上版本。

檔案伺服器選項

Google Cloud SAP HANA 的檔案伺服器選項包括 Filestore 和 Google Cloud NetApp 磁碟區。

如要進一步瞭解 SAP on Google Cloud的所有檔案伺服器選項，請參閱「SAP on Google Cloud的檔案共用解決方案」。

Filestore

針對單一區域擴大規模設定中的 /hana/shared 磁碟區，建議使用 Filestore Basic 服務級別，因為這是專為區域資源而設計。如果需要額外的復原能力，您可以使用 Filestore Regional (舊稱 Enterprise)。詳情請參閱「 Google Cloud」中的「SAP HANA 向外擴充系統中的元件」。

如要瞭解如何在 SAP HANA 部署中使用 NetApp Volumes，請參閱「關於 Google Cloud NetApp Volumes」。

使用者身分識別和資源存取

規劃 Google Cloud上 SAP 部署的安全性時，您必須確認下列事項：

• 需要存取 Google Cloud 專案中Google Cloud 資源的使用者帳戶和應用程式
• 每位使用者需要存取的專案中特定 Google Cloud 資源

您必須將每位使用者的 Google 帳戶 ID 新增至專案，並將其設為實體。對於使用Google Cloud 資源的應用程式程式，您需要建立服務帳戶，為專案中的程式提供使用者身分。

Compute Engine VM 有各自的服務帳戶。只要 VM 服務帳戶具備程式所需的資源權限，在 VM 上執行的任何程式都可以使用 VM 服務帳戶。

找出每位使用者需要使用的 Google Cloud 資源後，您可以為使用者指派特定資源角色，授予他們使用每項資源的權限。請查看 IAM 為每項資源提供的預先定義角色，並為每位使用者指派角色，只提供足夠的權限來完成使用者的任務或功能，不超過這個範圍。

如果您需要更精細或更嚴格的權限控管功能，而預先定義的 IAM 角色無法提供這類功能，您可以建立自訂角色。

如要進一步瞭解 SAP 程式在 Google Cloud上需要的 IAM 角色，請參閱「 Google Cloud上 SAP 程式的身分和存取權管理」。

如要瞭解Google Cloud中的 SAP 身分與存取權管理總覽，請參閱「 Google Cloud中的 SAP 身分與存取權管理總覽」。

SAP HANA 適用的裸機機器類型

本節提供有關在 Compute Engine 提供的裸機機器類型上執行 SAP HANA 的資訊，包括：

• C3 裸機機型：C3 系列通用機器包含裸機機型。

  • 如要瞭解 SAP 已認證可搭配 SAP HANA 使用的 C3 裸機機器類型，請參閱「C3 通用裸機機器類型」。
  • 如要瞭解可搭配 C3 裸機機器類型執行 SAP HANA 工作負載的作業系統版本，請參閱「SAP HANA 的認證作業系統」。
  • 如要瞭解在 C3 裸機機器類型上執行 SAP HANA 所需的最小區塊儲存空間大小，請參閱「以 SSD 為基礎的永久磁碟和 Hyperdisk 磁碟區的最小大小」。
  • 如要進一步瞭解 C3 機器系列，請參閱「C3 機器系列」。

• X4：Compute Engine 提供的第四代記憶體最佳化機器類型。這些機器主要用於支援需要最多 32 TB 記憶體的 SAP 工作負載。

  • 如要瞭解 SAP 已認證可與 SAP HANA 搭配使用的 X4 機器類型，請參閱「X4 記憶體最佳化裸機機器類型」。
  • 如要瞭解可搭配 X4 機器類型執行 SAP HANA 工作負載的作業系統版本，請參閱「SAP HANA 的認證作業系統」。
  • 如要瞭解在 X4 機器類型上執行 SAP HANA 時支援的區塊儲存體，請參閱「X4 支援的區塊儲存體」。
  • 如要進一步瞭解 X4 機器系列，請參閱「X4 機器系列」。

X4 支援的區塊儲存

如要在 X4 機器上執行 SAP HANA 工作負載，請使用 Hyperdisk Extreme 或 Hyperdisk Balanced 磁碟區，提供區塊儲存空間。

如要瞭解 Google Cloud為 X4 執行個體建議的儲存空間設定，請參閱以下各節：

• 具備最佳成本優勢的設定
• 效能調校設定
• 彈性效能設定

具備最佳成本優勢的設定

下表列出在 X4 機器類型上執行 SAP HANA 的費用最佳化儲存空間設定。下表中的大小假設您將所有 SAP HANA 磁碟區掛載到個別磁碟上。

效能調整設定

下表顯示在 X4 機器類型上執行 SAP HANA 的效能調校儲存空間設定。下表中的大小假設您將所有 SAP HANA 磁碟區掛載到個別磁碟上。

彈性成效設定

下表顯示儲存空間設定，可在 X4 機器類型上執行 SAP HANA，提供靈活的效能。下表中的大小假設您將所有 SAP HANA 磁碟區掛載到個別磁碟上。

部署自動化

如要執行 SAP HANA，您可以使用 Google Cloud提供的 Terraform 設定部署裸機執行個體。這些設定預設會執行下列動作：

• 部署 Hyperdisk Extreme 磁碟區，用於代管 SAP HANA 資料和記錄檔磁碟區。如要改為部署 Hyperdisk Balanced 磁碟區，請使用 disk_type Terraform 引數。
• 啟用 SAP HANA 快速重新啟動選項。
• 如果您在磁碟上代管 SAP HANA 備份磁碟區，這些 Terraform 設定會預設為為其部署 Hyperdisk 平衡磁碟區。這個磁碟部署作業是由 backup_disk_type Terraform 引數決定。

如要瞭解 Terraform 為部署 SAP HANA 提供的設定，請參閱支援的 SAP 解決方案。 Google Cloud

部署後工作

部署裸機執行個體以執行 SAP HANA 後，建議您執行下列操作：

• 請確認已安裝Google Cloud的 SAP 專用代理程式 3.8 版 (最新版)。如要瞭解如何安裝代理程式，請參閱「在 Compute Engine VM 執行個體上安裝及設定 Google Cloud的 Agent for SAP」。如要瞭解如何更新至最新版本，請參閱「更新 Google Cloud的 SAP 代理程式」。
• 在 X4 執行個體上，請最佳化 OS 設定，以便最佳支援 SAP HANA 工作負載。您可以使用 Google Cloud的 Agent for SAP 來完成這項操作。詳情請參閱「在裸機執行個體上設定來賓作業系統」。
• 使用 Workload Manager 評估 SAP 工作負載。這項服務採用規則驗證機制，可掃描工作負載，並偵測是否偏離 SAP、Google Cloud和作業系統供應商規定的標準、規則和最佳做法。如要瞭解如何評估 SAP 工作負載，請參閱「建立並執行評估作業」。如要瞭解 SAP 工作負載支援的評估作業，請參閱 SAP 的 Workload Manager 最佳做法。

超執行緒

超執行緒功能預設為啟用狀態，是所有 Compute Engine 機器類型的建議設定。

如要在擁有 1,000 個以上 vCPU 的運算子虛擬機上，讓 SAP HANA 發揮最佳效能，強烈建議您使用 SAP HANA 2.0 SPS7 修訂版 76 以上版本。

如果您在有超過 1,000 個 vCPU 的運算執行個體上，執行舊版 SAP HANA 並搭配 OLTP 工作負載，關閉超執行緒可能會帶來微幅的效能優勢。建議您在負載測試期間進行測試。如要瞭解如何使用 Google Cloud的 SAP 代理程式，為 X4 執行個體停用超執行緒功能，請參閱「為 X4 執行個體停用超執行緒功能」。

SAP HANA 的定價與配額考量事項

如有使用按照本部署指南所建立的資源，您必須支付所產生的費用。請使用 Pricing Calculator 來預估您的實際費用。

配額

與 Google Cloud上的許多工作負載相比，SAP HANA 需要更多 CPU 和記憶體。如果您有新的 Google Cloud 帳戶，或者您並未要求增加配額，請先要求增加配額，以便部署 SAP HANA。

下表依據 VM 執行個體類型顯示單一主機向上擴充 SAP HANA 系統的配額值。

針對向外擴充的 SAP HANA 系統或多個向上擴充系統，您必須納入所有系統的總資源數量。如需決定向外擴充系統儲存空間需求的指引，請參閱「決定永久磁碟大小」。

請查看現有配額，並與資源 (CPU、記憶體和儲存空間) 需求進行比較，以瞭解可要求增加的配額，接著再要求增加配額限制。

雖然極端永久磁碟 (pd-extreme) 仍可搭配 SAP HANA 使用，但我們建議改用 Hyperdisk Extreme，因為後者可提供更出色的效能。如果您想使用極致永久磁碟，則必須使用 Hyperdisk Extreme 大小來配置磁碟。

授權

如要在 Google Cloud 上執行 SAP HANA，您必須自備授權 (BYOL)。

如需 SAP 提供的 SAP HANA 授權管理相關資訊，請參閱 SAP HANA 資料庫授權金鑰一文。

部署作業架構

在 Google Cloud上，您可以以向上擴充和向外擴充架構部署 SAP HANA。

擴大規模架構

下圖顯示擴充架構。在下圖中，請留意 GCP 上的部署和磁碟配置。 Google Cloud 您可以使用 Cloud Storage 來備份 /hanabackup 中的本機備份。此掛接的大小必須等於或大於資料掛接。

在 Google Cloud上，SAP HANA 單一主機向上擴充架構可包含下列元件：

• 一個適用於 SAP HANA 資料庫的 Compute Engine 執行個體，具備高達 32 Gbps 的網路頻寬，或使用高頻寬網路時，在特定機器類型上具備高達 100 Gbps 的網路頻寬。如要瞭解經過認證可搭配 SAP HANA 使用的機器類型，請參閱「SAP HANA 適用的認證機器類型」。

• 如果您選擇部署 VM 執行個體，也可以在單一用戶群節點上部署。詳情請參閱「單一租戶群」。

• 以 SSD 為基礎的 Compute Engine 永久磁碟或 Hyperdisk 磁碟區，如下所示：

  • 每個目錄各有一個磁碟：/hana/data、/hana/log、/hana/shared 和 /usr/sap。如要瞭解 SAP HANA 的磁碟建議設定，請參閱「永久磁碟儲存空間」。為達到 SAP 最佳效能，永久磁碟或 Hyperdisk 磁碟區的大小必須依據以 SSD 為基礎的永久磁碟和 Hyperdisk 磁碟區的最低大小一文中的表格進行設定。

  • 一個用於開機磁碟的平衡型永久磁碟。

  • 用來備份 SAP HANA 資料庫的磁碟 (選用)。

• 限制執行個體存取權的 Compute Engine 防火牆規則。

• Google Cloud的 Agent for SAP。自 2.0 版起，您可以將這個代理程式設為收集 SAP HANA 監控指標，以便監控 SAP HANA 執行個體。自 3.0 版起，您也可以使用其 Backint 功能，將 SAP HANA 備份直接儲存至 Cloud Storage 值區，並視需要擷取。

• (可省略，但建議採用) 擁有自訂拓撲，以及您所選 Google Cloud 區域中 IP 範圍的子網路。SAP HANA 資料庫和其他 Compute Engine 執行個體都會在這個子網路中啟動。您可以將現有的子網路用於 SAP HANA。

• 選用元件：

  • 在小型 Compute Engine VM 上執行 SAP HANA Cockpit 或 SAP HANA Studio。

如果您在沒有公開 IP 的情況下佈建 SAP HANA 系統，系統就無法透過公開網路直接連線至資源。因此，您必須使用下列選項，提供間接的網際網路存取方式：

• 設定 Google 私人存取權，讓 VM 可以存取 Google Cloud API。

• 使用 Cloud NAT 或將 VM 設為 NAT 閘道，以便存取公開網際網路。

• 為了進行管理，您可以使用 TCP 轉送連線至系統。如要瞭解如何使用 Identity-Aware Proxy 進行 TCP 轉送，請參閱「使用 IAP 進行轉送 TCP」。

• 使用已設為防禦主機的 Compute Engine VM 存取公開網際網路。

向外擴充架構

向外擴充架構包含一個主要主機、多個工作站主機，以及選用的一或多個待命主機。主機會透過網路交互連結，該網路支援在主機之間以高達 32 Gbps 的速率傳送資料，或在使用高頻寬網路的特定機器類型中以高達 100 Gbps 的速率傳送資料。

隨著工作負載需求的增加，尤其是使用線上分析處理 (OLAP) 時，多主機向外擴充架構可將負載分散到所有主機。

下圖顯示Google Cloud上 SAP HANA 的向外擴充架構：

待命主機支援 SAP HANA 主機自動容錯移轉錯誤復原解決方案。如要進一步瞭解 Google Cloud上的主機自動容錯移轉功能，請參閱「 Google Cloud上的 SAP HANA 主機自動容錯移轉」。

下圖顯示在 Google Cloud上採用主機自動容錯移轉的向外擴充架構。

Google Cloud上適用於 SAP HANA 向外擴充系統的磁碟結構

除了待命主機以外，每個主機都有自己的 /hana/data、/hana/log，以及通常位於 SSD 永久磁碟或 Hyperdisk 上的 /usr/sap 磁碟區，這些磁碟均提供一致的高 IOPS 和 IO 服務。主要主機也可做為 /hana/shared 和 /hanabackup 磁碟區的 NFS 主要主機，而這項 NFS 主要主機會掛接在每個工作站主機和待命主機上。

如果是待命主機，/hana/data 和 /hana/log 磁碟區必須等到進行接管作業時才會掛接。

Google Cloud上 SAP HANA 向外擴充系統中的元件

Google Cloud 上的多主機 SAP HANA 向外擴充架構包含下列元件：

• 系統中每個 SAP HANA 主機會有 1 個 Compute Engine VM 執行個體，包括 1 個主要主機、最多 15 個工作站主機，以及最多 3 個選用的待命主機。

  每個 VM 會使用相同的 Compute Engine 機器類型。如要瞭解經過認證可搭配 SAP HANA 使用的機器類型，請參閱「SAP HANA 適用的認證機器類型」。

• 以 SSD 為基礎的 Persistent Disk 或 Hyperdisk 磁碟區，如下所示：

  • 每個 VM 都必須包含掛接在正確位置的磁碟。
  • 如有需要，如果您未部署 SAP HANA 主機自動容錯移轉系統，請為每個 VM 執行個體的 /hanabackup 本機磁碟區建立磁碟。

• 單獨部署的 NFS 解決方案，可將 /hana/shared 和 /hanabackup 磁碟區與工作站主機和待命主機共用。您可以使用 Filestore 或其他 NFS 解決方案。

• 可限制存取 Compute Engine 執行個體 (但同時允許 VM 執行個體之間的通訊) 的 Compute Engine 防火牆規則或其他網路存取權控制項。該防火牆規則與控制項也允許存取任何其他 SAP HANA 系統所需的已分布資源或遠端資源。

• Google Cloud的 Agent for SAP。自 2.0 版起，您可以設定這個代理程式收集 SAP HANA 監控指標，以便監控 SAP HANA 執行個體。自 3.0 版起，您也可以使用其 Backint 功能，將 SAP HANA 備份直接儲存至 Cloud Storage 值區，並視需要擷取。

• (可省略，但建議採用) 擁有自訂拓撲，以及您所選 Google Cloud 區域中 IP 範圍的子網路。SAP HANA 資料庫和其他 Compute Engine 執行個體都會在這個子網路中啟動。您也可以視需要使用現有的子網路。

• 選用元件：

  • 在小型 Compute Engine VM 上執行 SAP HANA Cockpit 或 SAP HANA Studio。

如果您在沒有公開 IP 的情況下佈建 SAP HANA 系統，系統就無法透過公開網路直接連線至資源。因此，您必須使用下列選項，提供間接的網際網路存取方式：

• 設定 Google 私人存取權，讓 VM 可以存取 Google Cloud API。

• 使用 Cloud NAT 或將 VM 設為 NAT 閘道，以便存取公開網際網路。

• 為了進行管理，您可以使用 TCP 轉送連線至系統。如要瞭解如何使用 Identity-Aware Proxy 進行 TCP 轉送，請參閱「使用 IAP 進行轉送 TCP」。

• 使用已設為防禦主機的 Compute Engine VM 存取公開網際網路。

Google Cloud上 SAP HANA 系統的高可用性

如要為 Google Cloud上的 SAP HANA 設計高可用性設定，您可以結合使用 Google Cloud、SAP 和 OS 原生功能。

如要進一步瞭解高可用性選項，請參閱 SAP HANA 高可用性規劃指南。

SAP HANA 部署作業的自動化

Google Cloud 提供 Terraform 設定檔，可用於自動部署 Google Cloud基礎架構，以及選用的 SAP HANA。

Google Cloud提供的部署自動化選項支援下列 SAP HANA 部署情境：

• 向上擴充
• 在兩節點高可用性叢集中向上擴充
• 不使用待機節點進行擴展
• 在高可用性叢集中，不使用待命節點進行擴充
• 使用 SAP HANA 主機自動容錯移轉待命節點進行擴充

如要進一步瞭解升級或擴展部署情境的自動化功能，請參閱：

• 向上擴充系統的部署自動化
• 向外擴充系統的部署自動化

自動部署 SAP HANA 執行個體

您可以選擇在自動部署 Google Cloud 基礎架構時，一併安裝 SAP HANA。

Google Cloud 提供在基礎架構部署後安裝 SAP HANA 的安裝指令碼。

如果有任何問題導致無法安裝 SAP HANA 執行個體，基礎架構通常仍會部署及設定。接著，您可以使用已部署的基礎架構，並手動安裝 SAP HANA，或是刪除基礎架構、修正問題，然後重新執行部署自動化作業，直到成功安裝 SAP HANA 執行個體為止。

使用 Google Cloud 安裝 SAP HANA 的安裝指令碼時，您必須為特定參數提供值。如果您省略這些參數或未為所有參數指定有效值，安裝指令碼就無法在已部署的基礎架構上安裝 SAP HANA 執行個體。

使用 Google Cloud提供的 Terraform 設定檔來安裝 SAP HANA 時，您必須為下列引數提供有效值：sap_hana_deployment_bucket、sap_hana_sid、sap_hana_sidadm_uid、sap_hana_sidadm_password 和 sap_hana_system_password。如要進一步瞭解 Terraform 引數，請參閱 Terraform：SAP HANA 擴充部署指南。

密碼管理

如要在已部署的 Compute Engine VM 上自動安裝 SAP HANA，您必須為 SIDadm 使用者和資料庫使用者指定密碼。您可以透過下列方式，在 Terraform 設定檔中指定這些密碼：

• (建議) 如要安全地將密碼提供給安裝指令碼，您可以使用 Secret Manager ( Google Cloud的付費服務) 建立 Secret，然後將 Secret 名稱指定為 sap_hana_sidadm_password_secret 和 sap_hana_system_password_secret 引數的值。

  如需瞭解 Secret Manager 的定價，請參閱「Secret Manager 定價」。

• 或者，您也可以在 sap_hana_sidadm_password 和 sap_hana_system_password 引數中以純文字指定密碼。

使用 Terraform 部署磁碟

使用 Google Cloud提供的 Terraform 設定自動部署 SAP HANA 時，預設磁碟部署作業如下：

自訂 VM 和自動部署

Google Cloud 提供的 Terraform 設定檔不支援部署 Compute Engine 自訂 VM。

如果您需要使用自訂 VM 類型，請先部署小型預先定義的 VM 類型，然後在部署完成後視需要自訂 VM。

如要進一步瞭解如何修改 VM，請參閱「修改 SAP 系統的 VM 設定」。

向上擴充系統的部署自動化

Google Cloud 提供 Terraform 設定檔，可用於自動部署 SAP HANA 單一主機向上擴充系統。

Terraform 設定檔可用於部署下列項目：

• 獨立式向上擴充 SAP HANA 系統。

  詳情請參閱 Terraform：SAP HANA 擴大部署指南。

• 在 Linux 高可用性叢集上目前為使用中和待命狀態的向上擴充 SAP HANA 系統。

  詳情請參閱 Terraform：SAP HANA 擴充高可用性叢集設定指南。

Terraform 設定檔可部署 VM、永久磁碟、SAP HANA，以及佈建 Linux HA 叢集的必要 HA 元件。

如要瞭解如何建立這些元件，請參閱 Terraform：SAP HANA 擴大部署指南中的「必備條件」一節。

向外擴充系統的部署自動化

Google Cloud 提供 Terraform 設定檔，可用於自動部署 SAP HANA 多主機向外擴充系統。

• 如要部署不具有 SAP HANA 主機自動容錯移轉功能的向外擴充系統，請參閱 Terraform：SAP HANA 部署指南。
• 如要在 Linux 高可用性叢集中部署沒有待命主機的向外擴充系統，請參閱 Terraform：SAP HANA 高可用性叢集設定指南。
• 如要部署包含待命主機的向外擴充系統，請參閱 Terraform：具有主機自動容錯移轉功能的 SAP HANA 向外擴充系統部署指南。

Terraform 設定可部署 VM、永久磁碟和 SAP HANA。也可以將 NFS 掛接點對應至 SAP HANA 共用和備份磁碟區。對於多主機向外擴充部署作業，Terraform 設定也可以部署新的 Filestore 執行個體，用於主機 SAP HANA 共用和備份磁碟區。

適用於多主機向外擴充和向外擴充 HA 部署的檔案共用解決方案

Google Cloud 為 SAP HANA 多主機向外擴充部署提供的 Terraform 設定，預設會為主要 SAP HANA VM 執行個體上的 /hana/shared 和 /hanabackup 磁碟區建立 NFS 匯出，並與工作站節點共用磁碟區。

不過，如果您想使用 NFS 解決方案，將 /hana/shared 和 /hanabackup 磁碟區與工作站主機共用，可以使用下列任一選項：

• 如要設定多主機橫向擴充，請按照下列步驟操作：

  • 如要使用已在Google Cloud上部署的現有 NFS 解決方案，您需要在 Terraform 設定檔中，分別將 /hana/shared 和 /hanabackup 磁碟區的 NFS 掛接點指定給 sap_hana_shared_nfs 和 sap_hana_backup_nfs 引數。

  • 如要部署新的 Filestore 執行個體，並將其檔案共用項目與 /hana/shared 和 /hanabackup 磁碟區建立關聯，您必須定義 google_filestore_instance 資源，然後在 Terraform 設定檔中分別將檔案共用項目的名稱指定給 sap_hana_shared_nfs_resource 和 sap_hana_backup_nfs_resource 引數。

  如需範例，請參閱設定範例。

• 如要設定向外擴充的 HA 組態：

  • 如要使用已在Google Cloud上部署的現有 NFS 解決方案，您需要在 Terraform 設定檔中，分別將 /hana/shared 和 /hanabackup 磁碟區的 NFS 掛載點指定給主要 SAP HANA 系統的 primary_sap_hana_shared_nfs 和 primary_sap_hana_backup_nfs 引數，以及次要 SAP HANA 系統的 secondary_sap_hana_shared_nfs 和 secondary_sap_hana_backup_nfs 引數。

  如需範例，請參閱設定範例。

支援

如果是基礎架構或服務相關問題，請與客戶服務團隊聯絡。 Google Cloud 您可以在 Google Cloud 控制台的「支援總覽」頁面中找到聯絡資訊。如果客戶服務團隊判定問題出在 SAP 系統，就會將您轉介給 SAP 支援團隊。

如要進一步瞭解 SAP 產品相關問題，請使用 SAP 支援登錄您的支援要求。SAP 會評估支援票證，如確定為 Google Cloud基礎架構方面的問題，就會將票證轉移至系統中的適當Google Cloud 元件：BC-OP-LNX-GOOGLE 或 BC-OP-NT-GOOGLE。

支援相關規定

您必須符合支援方案的最低需求，才能獲得 SAP 系統和Google Cloud所使用的基礎架構和服務支援服務。

如要進一步瞭解Google Cloud上 SAP 的最低支援需求，請參閱：

• 取得 GCP 上的 SAP 支援 Google Cloud
• SAP 注意事項 2456406 - Google Cloud 平台上的 SAP：支援必要條件 (必須使用 SAP 使用者帳戶)

後續步驟

• 如需 SAP 網站上的 SAP HANA 動態分層相關資訊，請參閱 SAP HANA 動態分層中的文章。