SAP Netweaver 與 在高可用性配置上執行 7.x SAP HANA
IBM Cloud® 架構提供優異的技術能力，例如對雲端基礎架構至關重要的軟體可定義環境、可程式化介面，以及數百種硬體和網路配置。 其設計目的在於透過混合虛擬與專用伺服器來提供更高層級的彈性，以適應各種工作負載、自動化介面以及混合部署選項。 IBM Cloud SAP-Certified Infrastructure offering for SAP HANA 和 SAP NetWeaver 為您提供最適合的裸機和虛擬化伺服器選擇，在這些伺服器上執行 SAP 軟體堆疊。
SAP HANA 是可部署在 上的幾個資料庫之一，。是安裝在專用資料庫伺服器上的記憶體資料庫。SAP NetWeaver IBM Cloud® SAP HANA SAP HANA 的主要架構部署是單主機或多主機系統。 IBM Cloud 已通過認證，可執行 應用程式伺服器 ABAP、及 基於這些應用程式伺服器堆疊的產品。SAP NetWeaver Java SAP
SAP Netweaver 以 HA 配置多區部署 7.x
以下參考架構描述 IBM Cloud VPC 中的 High Availability 實作，考慮到 SAP Netweaver 應用程式伺服器與 SAP HANA 資料庫工作負載在虛擬伺服器實體上執行。
SAP 系統的 High Availability 部署是基於兩個 pacemaker 叢集配置：
- 一個群集可保護 SAP 應用程式和中央服務的單點故障。
- 第二個群集可確保 SAP HANA 資料庫的可用性。
SAP 技術元件
在此組態中部署了下列 SAP 技術元件：
- SAP HANA 資料庫。 在 2 個 VSI 上安裝兩個裝置，並具備 HA 支援的複製組態。
- SAP ASCS 範例，安裝在其中一個節點上。 此範例包含訊息伺服器和 Enqueue 伺服器程序。 它用於管理鎖、交換訊息，以及平衡 SAP 系統中的工作量。
- SAP ERS 实例，安装在相反的节点上。 Enqueue Replication 伺服器是 HA 方案中必須使用的實例，其作用是在本機記憶體中保存 enqueue 表的複製本。
- SAP PAS，具有對話和批次處理功能的主要應用程式伺服器。
- SAP AAS，一個額外的應用程式伺服器，安裝在與 PAS 相關的相反節點上。
- SAP 路由器 (選購)，提供與 VSI 的安全連線，以及支援 AG 遠端服務的遠端連線。SAP
VPC 服務和元件
IBM Cloud VPC 支援 High Availability 組態的服務和元件：SAP
- 提供客戶存取和網際網路連線的網路服務 (VPN, Public Gateway )
- Jumphost：用於從同一客戶 ZONE 直接從其處所存取、管理 SAP 虛擬伺服器實體。
- 應用程式負載平衡器 (Application Load Balancer)，其作用是為屬於 SAP 和 HANA 叢集的虛擬實體分配流量
- DNS Services
- FileShares 提供基於 的檔案儲存空間，可用作共用儲存空間，支援 Netweaver 檔案系統組態的需求。NFS SAP
面向客戶網路 (CFN) 上的用戶端使用浮動 IP 存取 IBM Cloud 內的虛擬伺服器實體。 虛擬伺服器實體託管在地理區域內的可用性區域 (資料中心)。
SAP 虛擬伺服器實體可以位於獨立的安全區，但應該位於同一 IBM Cloud 區域。 客戶與 jumphost 的連線遵循與從客戶處所直接連線至虛擬伺服器實例 SAP 實例相同的規則。 連線使用指定公共子網路的浮動 IP 和安全群組 1 防火牆規則。 在此架構中，定義了兩個安全群組；此安排是分隔公用與私有子網路的最簡單方法。 如果需要更多的隔離性，您可以新增更多的安全群組。
高可用性的主要方面
關鍵元件的備援、自動故障移轉機制，以及與群集和系統複製技術 (例如 Pacemaker 和 SAP HANA System Replication) 的整合，都是高可用性參考架構的重要面向。
為了維持終端使用者對應用程式處理的存取和可用性，建議 SAP 應用程式伺服器安裝備援。 這可以透過使用 2 個 VSI 的主應用程式伺服器和附加應用程式伺服器來獲得。
如果發生當機且其中一個節點失敗，使用者將無法存取失敗的應用程式伺服器。 如果登入群組被用於負載平衡，使用者可以再次重新連線，他們會被重新導向到剩餘可用的應用程式伺服器。
其他故障點包括 ASCS 實例和 SAP HANA 資料庫：
- ASCS 應該部署在 High Availability 集群中。 這樣，由 Enqueue 伺服器管理的 enqueue 表鎖就會受到保護。 為了達到此目的，在另一個 VSI 上部署 ERS 實例，並在其實例記憶體中建立鎖表的複製副本。 如果 ASCS 失敗，可以從 ERS 複製的副本重建鎖表。
SAP Netweaver 7.x 系統預設執行 ENSA1 配置，這表示在 2 節點群集中，ASCS 會故障轉移到 ERS 執行的同一節點，以便能夠使用共享記憶體機制從 ERS 實例附加 ENQ 鎖表副本。
- SAP HANA 資料庫系統還可以透過在 High Availability 集群中安裝資料庫實例來保護。Pacemaker 此環境是以標準的雙節點高可用性集群方式建立，其中一個節點為主動式，而另一個節點則為次要式，並持續同步資料。 SAP HANA 資料庫是使用同步模式 (mode=sync 並啟用日誌重播) 的本機 HANA 系統複製 (HSR) 來設定，以確保所有已承諾的資料都能近乎即時地從主要節點複製到次要節點。 複製在兩個大小相同的 SAP HANA 實體之間建立。 雖然 SAP HANA 支援擴充 (垂直擴充) 和擴展 (水平擴充) 架構，以處理大型工作負載，但此部署著重於擴充模式。
簡易安裝結構 (SUSE Linux )
在傳統的 HA 設定中，群集會在故障移轉作業期間管理 SAP 檔案系統的掛載和卸載。 簡單掛載架構假設這些檔案系統不需要切換，也不需要由 pacemaker 集群控制。 此結構以外部網路檔案共用為基礎。
簡單的掛載設定只需要 2 個簡單的檔案系統配置，而不是每個 SAP 系統需要多個檔案系統，再加上每個 SAP 範例需要多個檔案系統：「[/sapmnt/SID]「和」/ [usr] /sap/SID」。
NFS 共用與實例目錄都可以在開機時使用標準作業系統機制 (例如 systemd 或 fstab) 在所有節點上靜態掛載。 此外，" /usr/sap/sapservices” 檔案位於每個群集節點的本機位置。 為了與早期的 HA 設定相容，此參考架構仍使用「舊」的檔案系統配置，但大部分的 fileshares 都掛載在兩個節點上，以實現簡單的掛載方式。
SAP HANA 系統複製擴充（高可用性方案）
SAP HANA 擴充型高可用性配置中的「系統複製」支援多種部署配置，每種配置都符合不同的業務和作業需求，例如效能最佳化、成本控制和服務連續性 (RTO)。
- HANA 效能最佳化：安裝在第一個節點上的 SAP HANA 與安裝在第二個節點上的 SAP HANA 資料庫同步 (以運作模式 log-replay 同步)。 接管時間非常短，因為第二節點上的資料庫被設定為在記憶體中預先載入資料表。
- HANA 效能最佳化，次要網站讀取啟用：效能最佳化的方案，但有可能允許次要資料庫網站的讀取存取。 這也稱為主動-主動組態。
- HANA 成本最佳化：在此情境下，備用或次要 HANA 資料庫與非生產性資料庫系統 (例如測試或開發系統) 同設一處。 每當接管發生時，非生產性系統就必須停止，以便釋放所需的硬體資源來執行已升級的 HANA 生產性實例。 在此情況下，工作台預壓關閉，接管時間較長。
在 MultiZone (MZ) 和 SingleZone (SZ) 環境中的高可用性
在一個區域內的多個區域部署資源，可實現高可用性和故障隔離，因為即使一個區域發生故障，工作負載也能繼續運作。 更多關於 IBM Cloud 中區域的詳細資訊，請參閱此處。 不過，在一個區域內使用單一區域，也可以在 HA 組態中部署資源。 下面的參考模式說明了這種方法。
- 只有一個已部署的私有子網路
- SAP HANA 是同一網段中的 2 節點群集
- SAP 服務實例 ASCS/ERS 屬於同一網段，並與 應用程式伺服器共置於 2 個節點 VSI 上。SAP
- 在 DNS 服務的協助下，用戶端和應用程式也可透過應用程式負載平衡器來尋址虛擬主機名稱。
Power 放置群組與放置策略可為單一區域中的虛擬機器提供輔助保護，它可保證每個實例都放置在具有獨立電源供應器和網路裝置的電腦主機上。 請參閱 IBM Cloud 有關安置小組的資訊。
