1. 程式人生 > >如何在雲端部署SAP HANA實戰, Azure 上的 SAP HANA(大型例項)概述和體系結構

如何在雲端部署SAP HANA實戰, Azure 上的 SAP HANA(大型例項)概述和體系結構

什麼是 Azure 上的 SAP HANA(大型例項)?

Azure 上的 SAP HANA(大型例項)是一種針對 Azure 的獨特解決方案。 除了提供 Azure 虛擬機器以用於部署和執行 SAP HANA,Azure 還使你可以在專用於客戶的邏輯伺服器上執行和部署 SAP HANA。 Azure 上的 SAP HANA(大型例項)解決方案在分配給客戶的非共享主機/伺服器裸機硬體上進行構建。 伺服器硬體嵌入在包含計算/伺服器、網路和儲存基礎結構的較大模具中。 這作為組合經過了 HANA TDI 認證。 Azure 上的 SAP HANA(大型例項)的服務可提供各種不同的伺服器 SKU 或規模(從具有 72 個 CPU 和 768 GB 記憶體的單元開始,到具有 960 個 CPU 和 20 TB 記憶體的單元)。

基礎結構模具中的客戶隔離在租戶中執行,詳細情況如下所示:

  • 網路:對於分配了租戶的每個客戶,通過虛擬網路實現基礎結構堆疊中的客戶隔離。 一個租戶分配給單個客戶。 一個客戶可以具有多個租戶。 租戶的網路隔離禁止基礎結構模具級別中的租戶之間進行網路通訊。 即使租戶屬於同一個客戶。
  • 儲存元件:通過分配了儲存卷的儲存虛擬機器實現隔離。 儲存卷只能分配給一個儲存虛擬機器。 儲存虛擬機器以獨佔方式分配給 SAP HANA TDI 認證的基礎結構堆疊中的單個租戶。 因此,只能在一個特定相關租戶中訪問分配給儲存虛擬機器的儲存卷。 這些儲存卷在部署的不同租戶之間不可見。
  • 伺服器或主機:伺服器或主機單元不在客戶或租戶之間進行共享。 部署到客戶的伺服器或主機是分配給單個租戶的原子裸機計算單元。 
    使用硬體分割槽或軟分割槽,這可能會導致某個客戶與其他客戶共享主機或伺服器。 分配給特定租戶的儲存虛擬機器的儲存卷會裝載到這類伺服器。 可以按獨佔方式向一個租戶分配具有不同 SKU 的一個到多個伺服器單元。
  • 在 Azure 上的 SAP HANA(大型例項)基礎結構模具中,會部署許多不同的租戶,並通過網路、儲存和計算級別上的租戶概念使它們相互隔離。

僅支援這些裸機伺服器單元執行 SAP HANA。 SAP 應用層或工作負荷中間軟體層在 Microsoft Azure 虛擬機器中執行。 執行 Azure 上的 SAP HANA(大型例項)單元的基礎結構模具連線到 Azure 網路骨幹網,因此可提供 Azure 上的 SAP HANA(大型例項)單元與 Azure 虛擬機器之間的那種低延遲連線。

本文件是介紹 Azure 上的 SAP HANA(大型例項)主題的五個文件之一。 在本文件中,我們介紹了該解決方案的基本體系結構、職責、提供的服務並概括介紹了功能。 對於大多數領域(如網路和連線),其他四個文件涵蓋了詳細資訊並進行了深入介紹。 Azure 上的 SAP HANA(大型例項)文件不涵蓋 SAP NetWeaver 安裝或 Azure VM 中的 SAP NetWeaver 部署這些方面。 同一文件容器中的不同文件中介紹了此主題。

本指南的五個部分涵蓋以下主題:

定義

體系結構和技術部署指南中廣泛使用了幾個常見定義。 注意以下術語及其含義:

  • IaaS:基礎結構即服務
  • PaaS:平臺即服務
  • SaaS:軟體即服務
  • SAP 元件:單個 SAP 應用程式,例如 ECC、BW、Solution Manager 或 EP。 SAP 元件可以基於傳統的 ABAP 或 Java 技術,也可以是不基於 NetWeaver 的應用程式,例如業務物件。
  • SAP 環境:以邏輯方式組合在一起,用於執行開發、QAS、培訓、DR 或生產等業務功能的一個或多個 SAP 元件。
  • SAP 佈局:表示 IT 佈局中所有 SAP 資產的整個格局。 SAP 佈局包括所有生產和非生產環境。
  • SAP 系統:SAP ERP 開發系統、SAP BW 測試系統、SAP CRM 生產系統等等的 DBMS 層與應用程式層的組合。Azure 部署不支援在本地與 Azure 之間分割這兩個層。 這意味著,某個 SAP 系統要麼部署在本地,要麼部署在 Azure 中。 但是,可以將 SAP 佈局中的不同系統部署到 Azure 或本地。 例如,可以在 Azure 中部署 SAP CRM 開發系統和測試系統,同時在本地部署 SAP CRM 生產系統。 對於 Azure 上的 SAP HANA(大型例項),應該在 Azure VM 中託管 SAP 系統的 SAP 應用程式層,在 HANA 大型例項模具中的某個單元上託管相關的 SAP HANA 例項。
  • 大型例項模具:已通過 SAP HANA TDI 認證的硬體基礎結構堆疊,專門用於在 Azure 中執行 SAP HANA 例項。
  • Azure 上的 SAP HANA(大型例項):用於在通過 SAP HANA TDI 認證的、部署在不同 Azure 區域中的大型例項模具中的硬體上執行 HANA 例項的產品的官方名稱。 本技術部署指南中廣泛使用的相關術語“HANA 大型例項”是“Azure 上的 SAP HANA(大型例項)”的簡稱。
  • 跨界:描述這樣一種方案:將 VM 部署到在本地資料中心與 Azure 之間建立了站點到站點、多站點或 ExpressRoute 連線的 Azure 訂閱。 在一般的 Azure 文件中,此類部署也稱為跨界方案。 連線的原因是為了將本地域、本地 Active Directory/OpenLDAP 和本地 DNS 擴充套件到 Azure。 本地佈局會擴充套件到 Azure 訂閱的 Azure 資產。 經過這種擴充套件後,VM 可以成為本地域的一部分。 本地域的域使用者可以訪問伺服器,並可在這些 VM 上執行服務(例如 DBMS 服務)。 但無法在本地的 VM 和 Azure 部署的 VM 之間進行通訊和名稱解析。 這是大多數 SAP 資產的典型部署方案。 有關更多詳細資訊,請參閱 VPN 閘道器的設計和規劃使用 Azure 門戶建立具有站點到站點連線的 VNet 指南。
  • 租戶:在 HANA 大型例項模具中部署的客戶會隔離到“租戶”中。 租戶在網路、儲存和計算層中相互隔離。 因此,分配給不同租戶的儲存和計算單元在 HANA 大型例項模具級別上無法相互看到或進行通訊。 客戶可以選擇部署到不同的租戶中。 即使這樣,HANA 大型例項模具級別上的租戶之間也不進行通訊。

有關在 Azure 公有云上部署 SAP 工作負荷的主題,已釋出的各種其他資源中都有所介紹。 強烈建議由擁有相關經驗的人員來規劃和執行 Azure 中的 SAP HANA 的部署,他們應該瞭解 Azure IaaS 的原理,知道如何在 Azure IaaS 上部署 SAP 工作負荷。 在繼續學習之前,應該先閱讀以下資源,其中提供了更多資訊:

認證

除了 NetWeaver 認證以外,SAP 還要求通過 SAP HANA 的特殊認證,以便在某些基礎結構(如 Azure IaaS)上支援 SAP HANA。

SAP 說明 #2316233 中所述的“Azure 上的 SAP HANA(大型例項)”解決方案可讓 Microsoft 和 SAP 客戶在 Azure 中部署大型 SAP Business Suite、SAP Business Warehouse (BW)、S/4 HANA、BW/4HANA 或其他 SAP HANA 工作負荷。 此解決方案基於通過 SAP HANA 認證的專用硬體模具(SAP HANA 定製資料中心整合 – TDI)。 以 SAP HANA TDI 配置的解決方案執行可以確信所有基於 SAP HANA 的應用程式(包括 SAP HANA 上的 SAP Business Suite、SAP HANA 上的 SAP Business Warehouse (BW)、S4/HANA 和 BW4/HANA)會在硬體基礎結構上正常工作。

與在 Azure 虛擬機器中執行 SAP HANA 相比,此解決方案具有一項優勢 - 提供的記憶體量要大得多。 如果想要啟用此解決方案,需要在一些重要的方面有所瞭解:

  • SAP 應用程式層和非 SAP 應用程式在普通的 Azure 硬體模具中託管的 Azure 虛擬機器 (VM) 上執行。
  • 客戶的本地基礎結構、資料中心和應用程式部署通過 Azure ExpressRoute(建議)或虛擬專用網路 (VPN) 連線到 Microsoft Azure 雲平臺。 Active Directory (AD) 和 DNS 也擴充套件到 Azure 中。
  • HANA 工作負荷的 SAP HANA 資料庫例項在 Azure 上的 SAP HANA(大型例項)中執行。 大型例項模具已連線到 Azure 網路,因此,Azure VM 中執行的軟體可與 HANA 大型例項中執行的 HANA 例項進行互動。
  • Azure 上的 SAP HANA(大型例項)的硬體是基礎結構即服務 (IaaS) 中提供的專用硬體,其上已預裝 SUSE Linux Enterprise Server或 Red Hat Enterprise Linux。 在 Azure 虛擬機器上,作業系統的進一步更新和維護由你負責。
  • 在 HANA 大型例項的單元上安裝 HANA 或者安裝執行 SAP HANA 所需的任何其他元件都由你負責,Azure 上的 SAP HANA 的所有相關日常操作與管理同樣由你負責。
  • 除了此處所述的解決方案以外,還可以在連線到 Azure 上的 SAP HANA(大型例項)的 Azure 訂閱中安裝其他元件。 例如,用於實現與 SAP HANA 資料庫通訊的元件或者直接與其通訊的元件(跳接伺服器、RDP 伺服器、SAP HANA Studio、適用於 SAP BI 方案的 SAP 資料服務,或網路監視解決方案)。
  • 與在 Azure 中一樣,HANA 大型例項提供支援性的高可用性和災難恢復功能。

體系結構

從較高層面講,Azure 上的 SAP HANA(大型例項)解決方案的 SAP 應用程式層駐留在 Azure VM 中,資料庫層駐留在 SAP TDI 配置的硬體上,該硬體位於連線到 Azure IaaS 的同一 Azure 區域中的大型例項模具中。

備註

需在 SAP DBMS 層所在的 Azure 區域部署 SAP 應用程式層。 有關 Azure 上的 SAP 工作負荷的已釋出資訊對此規則做了詳細的闡述。

Azure 上的 SAP HANA(大型例項)的總體體系結構提供了通過 SAP TDI 認證的硬體配置(用於 SAP HANA 資料庫的非虛擬化、裸機高效能伺服器),並且能夠藉助 Azure 靈活地縮放 SAP 應用程式層的資源來滿足需求。

Azure 上的 SAP HANA(大型例項)的體系結構概述

所示體系結構分為三個部分:

  • 右側:在資料中心內執行各種應用程式的本地基礎結構,以及訪問 LOB 應用程式(例如 SAP)的終端使用者。 理想情況下,此本地基礎結構使用 Azure ExpressRoute 連線到 Azure。

  • 中間:顯示了 Azure IaaS,而在本例中,顯示瞭如何使用 Azure VM 來託管 SAP 或其他將 SAP HANA 用作 DBMS 系統的應用程式。 使用由 Azure VM 提供的記憶體的較小 HANA 例項與其應用程式層一起部署在 Azure VM 中。 瞭解有關虛擬機器的詳細資訊。 
    Azure 網路用於將 SAP 系統以及其他應用程式分組到 Azure 虛擬網路 (VNet)。 這些 Vnet 連線到本地系統以及 Azure 上的 SAP HANA(大型例項)。 
    有關支援在 Azure 中執行的 SAP NetWeaver 應用程式和資料庫,請參閱 SAP 說明 #1928533 - Azure 上的 SAP 應用程式:支援的產品和 Azure VM 型別。 有關在 Azure 上部署 SAP 解決方案的文件,請檢視:

  • 左側:顯示了 Azure 大型例項模具中通過 SAP HANA TDI 認證的硬體。 HANA 大型例項單元使用與從本地連線到 Azure 時相同的技術連線到訂閱的 Azure VNet。

Azure 大型例項模具本身包含以下元件:

  • 計算:基於 Intel Xeon E7-8890v3 或 Intel Xeon E7-8890v4 處理器的伺服器,提供必要的計算能力,並通過 SAP HANA 進行認證。
  • 網路:統一的高速網路結構,與計算、儲存和 LAN 元件互連。
  • 儲存:通過統一網路結構訪問的儲存基礎結構。 根據所部署的特定的 Azure 上的 SAP HANA(大型例項)配置提供特定的儲存容量(可以通過每月額外付費的方式獲得更多儲存容量)。

在大型例項模具的多租戶基礎結構中,客戶被部署為隔離的租戶。 在部署租戶時,需在 Azure 合約中命名一個 Azure 訂閱。 該訂閱將會是對 HANA 大型例項收費所依據的 Azure 訂閱。 這些租戶與 Azure 訂閱之間存在 1:1 的對應關係。 在網路級別,可以從屬於不同 Azure 訂閱的不同 Azure VNet 訪問部署在一個 Azure 區域的一個租戶中的 HANA 大型例項單位。 但是,這些 Azure 訂閱需要屬於同一 Azure 合約。

與 Azure VM 一樣,Azure 上的 SAP HANA(大型例項)是在多個 Azure 區域中提供的。 若要提供災難恢復功能,可以選擇啟用。 一個地緣政治區域中的各種大型例項模具相互連線在一起。 例如,在美國西部和美國東部的 HANA 大型例項模具是通過專用網路連結連線的,目的是進行 DR 複製。

如同可以為 Azure 虛擬機器選擇不同的 VM 型別一樣,可以從針對 SAP HANA 的不同工作負荷型別定製的具有不同 SKU 的 HANA 大型例項中進行選擇。 SAP 基於 Intel 處理器世代為各種工作負荷應用記憶體對處理器插槽比率 - 提供了四種不同的 SKU 型別:

從 2017 年 7 月開始,Azure 上的 SAP HANA(大型例項)以多種配置在多個 Azure 區域釋出,其中包括美國西部和美國東部、澳大利亞東部、澳大利亞東南部、西歐、北歐:

SAP 解決方案CPU記憶體儲存可用性
針對 OLAP 優化的:SAP BW、BW/4HANA
或 SAP HANA,適用於一般 OLAP 工作負荷
Azure 上的 SAP HANA S72
– 2 x Intel® Xeon® 處理器 E7-8890 v3
36 CPU 核心和 72 CPU 執行緒
768 GB3 TB可用
---Azure 上的 SAP HANA S144
– 4 x Intel® Xeon® 處理器 E7-8890 v3
72 CPU 核心和 144 CPU 執行緒
1.5 TB6 TB不再提供
---Azure 上的 SAP HANA S192
– 4 x Intel® Xeon® 處理器 E7-8890 v4
96 CPU 核心和 192 CPU 執行緒
2.0 TB8 TB可用
---Azure 上的 SAP HANA S384
– 8 x Intel® Xeon® 處理器 E7-8890 v4
192 CPU 核心和 384 CPU 執行緒
4.0 TB16 TB準備訂購
針對 OLTP 優化的:SAP HANA 或 S/4HANA 上的
SAP Business Suite (OLTP),
適用於一般 OLTP
Azure 上的 SAP HANA S72m
– 2 x Intel® Xeon® 處理器 E7-8890 v3
36 CPU 核心和 72 CPU 執行緒
1.5 TB6 TB可用
---Azure 上的 SAP HANA S144m
– 4 x Intel® Xeon® 處理器 E7-8890 v3
72 CPU 核心和 144 CPU 執行緒
3.0 TB12 TB不再提供
---Azure 上的 SAP HANA S192m
– 4 x Intel® Xeon® 處理器 E7-8890 v4
96 CPU 核心和 192 CPU 執行緒
4.0 TB16 TB可用
---Azure 上的 SAP HANA S384m
– 8 x Intel® Xeon® 處理器 E7-8890 v4
192 CPU 核心和 384 CPU 執行緒
6.0 TB18 TB準備訂購
---Azure 上的 SAP HANA S384xm
– 8 x Intel® Xeon® 處理器 E7-8890 v4
192 CPU 核心和 384 CPU 執行緒
8.0 TB22 TB準備訂購
---Azure 上的 SAP HANA S576
– 12 x Intel® Xeon® 處理器 E7-8890 v4
288 CPU 核心和 576 CPU 執行緒
12.0 TB28 TB準備訂購
---Azure 上的 SAP HANA S768
– 16 x Intel® Xeon® 處理器 E7-8890 v4
384 CPU 核心和 768 CPU 執行緒
16.0 TB36 TB準備訂購
---Azure 上的 SAP HANA S960
– 20 x Intel® Xeon® 處理器 E7-8890 v4
480 CPU 核心和 960 CPU 執行緒
20.0 TB46 TB準備訂購
  • CPU 核心數 = 伺服器單元處理器之和的非超執行緒 CPU 核心數的總和。
  • CPU 執行緒數 = 伺服器單元處理器之和的超執行緒 CPU 核心數所提供的計算執行緒總和。 所有單元都預設配置為使用超執行緒。

SAP 支援說明 #2316233 - Microsoft Azure 上的 SAP HANA(大型例項)中介紹了上述各種配置(不管是“可用”還是“不再提供”)。 標記為“準備訂購”的配置會很快進入“SAP 說明”。 不過,這些例項 SKU 在提供 HANA 大型例項服務的六個不同的 Azure 區域已經可以訂購。

選擇的具體配置取決於工作負荷、CPU 資源和所需的記憶體。 OLTP 工作負荷可以利用針對 OLAP 工作負荷進行了優化的 SKU。

所有產品/服務的硬體基地都經過 SAP HANA TDI 認證。 不過,我們會對兩種不同類的硬體進行區分,該硬體可將 SKU 分為:

  • 稱為“I 類”SKU 的 S72、S72m、S144、S144m、S192 和 S192m。
  • 稱為“II 類”SKU 的 S384、S384m、S384xm、S576、S768 和 S960。

請務必注意,不會將整個 HANA 大型例項模具以獨佔方式分配給單個客戶使用。 此事實也適用於通過 Azure 中部署的網路結構連線的計算和儲存資源的機架。 HANA 大型例項基礎結構(例如 Azure)部署在以下三個級別中相互隔離的不同客戶"租戶":

  • 網路:在 HANA 大型例項模具中通過虛擬網路實現隔離。
  • 儲存:通過分配了儲存卷的儲存虛擬機器實現隔離,並在租戶之間隔離儲存卷。
  • 計算:專用於單個租戶的伺服器單元分配。 不對伺服器單元進行硬分割槽或軟分割槽。 租戶之間不共享單個伺服器或主機。

這樣,不同租戶之間的 HANA 大型例項單元部署相互不可見。 在 HANA 大型例項模具級別上,不同租戶中部署的 HANA 大型例項單元也無法直接相互通訊。 在 HANA 大型例項模具級別上,只有一個租戶中的 HANA 大型例項單元才能相互通訊。 為了收費方便,會為大型例項模具中部署的一個租戶分配一個 Azure 訂閱。 但在網路級別,則可從其他 Azure 訂閱的 Azure VNet 進行訪問,只要是屬於同一 Azure 合約即可。 如果在部署時使用了同一 Azure 區域的另一 Azure 訂閱,則也可選擇要求隔離的 HANA 大型例項租戶。

在 HANA 大型例項上執行 SAP HANA 與在 Azure 中部署的 Azure VM 上執行 SAP HANA 之間有重大差別:

  • Azure 上的 SAP HANA(大型例項)沒有虛擬化層。 可以利用底層裸機硬體的效能。
  • 與 Azure 不同,Azure 上的 SAP HANA(大型例項)伺服器專用於特定客戶。 伺服器單元或主機不可能進行硬分割槽或軟分割槽。 因此,HANA 大型例項單元作為一個整體分配給租戶,並在這種情況下分配給客戶。 重新啟動或關閉伺服器不會自動導致作業系統和 SAP HANA 被部署在另一臺伺服器上。 (對於 I 類 SKU,唯一的例外是當伺服器可能遇到了問題並且需要在另一臺伺服器上重新部署時。)
  • 在 Azure 中,主機處理器型別是根據最佳價效比選擇的,與之不同,為 Azure 上的 SAP HANA(大型例項)選擇的處理器型別是 Intel E7v3 和 E7v4 處理器系列中效能最高的型別。

在一個 HANA 大型例項單位上執行多個 SAP HANA 例項

可以在 HANA 大型例項單位上託管多個活動的 SAP HANA 例項。 此類配置需要按例項進行卷設定,這樣就仍然能夠提供儲存快照和災難恢復的功能。 目前,HANA 大型例項單位可以細分如下:

  • S72、S72m、S144、S192:以 256 GB 為增量,且以 256 GB 為最小起始單位。 可以組合使用不同的增量(例如 256 GB、512 GB 等),但不得超出該單位的最大記憶體。
  • S144m 和 S192m:以 256 GB 為增量,以 512 GB 為最小單位。 可以組合使用不同的增量(例如 512 GB、768 GB 等),但不得超出該單位的最大記憶體。
  • II 類:以 512 GB 為增量,最小起始單位為 2 TB。 可以組合使用不同的增量(例如 512 GB、1 TB、1.5 TB 等),但不得超出該單位的最大記憶體。

執行多個 SAP HANA 例項的部分示例如下:

SKU記憶體大小儲存大小使用多個數據庫時的大小
S72768 GB3 TB1x768 GB HANA 例項
或 1x512 GB 例項 + 1x256 GB 例項
或 3x256 GB 例項
S72m1.5 TB6 TB3x512GB HANA 例項
或 1x512 GB 例項 + 1x1 TB 例項
或 6x256 GB 例項
或 1x1.5 TB 例項
S192m4 TB16 TB8x512 GB 例項
或 4x1 TB 例項
或 4x512 GB 例項 + 2x1 TB 例項
或 4x768 GB 例項 + 2x512 GB 例項
或 1x4 TB 例項
S384xm8 TB22 TB4x2 TB 例項
或 2x4 TB 例項
或 2x3 TB 例項 + 1x2 TB 例項
或 2x2.5 TB 例項 + 1x3 TB 例項
或 1x8 TB 例項

依此類推。 當然還有其他組合變化。

使用 SAP HANA 資料分層和擴充套件節點

SAP 支援面向不同 SAP NetWeaver 版本和 SAP BW/4HANA 的 SAP BW 的資料分層模型。 有關資料分層模型的詳細資訊,請參閱本文件及本文件所參考的 SAP 部落格:SAP BW/4HANA AND SAP BW ON HANA WITH SAP HANA EXTENSION NODES(具有 SAP HANA 擴充套件節點的 SAP BW/4HANA 和 SAP BW-ON-HANA)。 利用 HANA 大型例項,可以使用 SAP HANA 擴充套件節點的選項 1 配置(本常見問題解答和 SAP 部落格文件中提供詳細介紹)。 可使用以下 HANA 大型例項 SKU 配置選項 2 配置:S72m、S192、S192m、S384 和 S384m。
閱讀文件時,可能不會立刻發現此方法的優點。 但如果深入研究 SAP 大小調整準則,便可能發現使用選項 1 和選項 2 SAP HANA 擴充套件節點的優點。 下面是一個示例:

  • SAP HANA 大小調整準則所需的資料量通常是記憶體所需的兩倍。 因此,執行具有熱資料的 SAP HANA 例項時,記憶體中只會填充 50% 或更少資料。 理想狀況下,記憶體中的剩餘空間將保留,供 SAP HANA 執行其工作。
  • 這意味著,如果在擁有 2 TB 記憶體的 HANA 大型例項 S192 單元中執行 SAP BW 資料庫,只能擁有 1 TB 的資料量。
  • 如果仍然執行 S192 HANA 大型例項 SKU,但額外使用選項 1 的其他 SAP HANA 擴充套件節點,則可獲得額外的 2 TB 資料量。 在選項 2 配置中,甚至可獲得額外的 4 TB 暖資料量。 與熱節點相比,“暖”擴充套件節點的完整記憶體容量可供選項 1 用於資料儲存,並且選項 2 SAP HANA 擴充套件節點配置中的資料量可使用雙倍記憶體。
  • 因此,選項 1 最終將獲得 3 TB 資料容量,其中熱、暖資料比率為 1:2,而選項 2 擴充套件節點配置中將獲得 5 TB 資料容量,其中熱、暖資料比率為 1:4。

但是,資料量超出記憶體量的差值越大,請求的暖資料儲存在磁碟儲存中的可能性就越大。

操作模型和責任

Azure 上的 SAP HANA(大型例項)提供的服務與 Azure IaaS 服務相符。 將得到一個 HANA 大型例項,其中安裝了針對 SAP HANA 進行了優化的作業系統。 與 Azure IaaS VM 一樣,執行對 OS 進行強化的大多數任務、安裝所需的額外軟體、安裝 HANA、操作 OS 和 HANA,以及更新 OS 和 HANA 都由你負責。 Microsoft 不會強制你更新 OS 或 HANA。

Azure 上的 SAP HANA(大型例項)的責任

如上圖所示,Azure 上的 SAP HANA(大型例項)是一種多租戶基礎結構即服務產品。 因此,大多數情況下,責任的劃分在 OS 基礎結構邊界處進行。 Microsoft 負責維護該服務在作業系統層之下的所有方面,負責維護該服務在作業系統層之上的方面(包括作業系統)。 因此,大多數目前可以用來進行符合性管理、安全管理、應用程式管理、基礎管理和 OS 管理的本地方法仍可繼續使用。 系統看起來好像所有方面都位於網路中。

不過,此服務針對 SAP HANA 進行了優化,因此,在許多方面需要與 Microsoft 協作,以便使用底層基礎結構功能實現最佳效果。

下表提供了有關每個層和職責的更多詳細資訊:

網路:執行 SAP HANA 的大型例項模具中所有用於對其儲存的訪問、例項間的連線(用於擴充套件和其他功能)、與佈局的連線以及與 Azure(其中的 SAP 應用程式層承載在 Azure 虛擬機器中)的連線的內部網路。 它還在 Azure 資料中心之間提供了 WAN 連線,以便為資料恢復目的而進行復制。 所有網路都按租戶進行分割槽,並且應用了 QOS。

儲存:用於 SAP HANA 伺服器需要的所有卷的虛擬化已分割槽儲存,以及用於快照的虛擬化已分割槽儲存。

伺服器:專用物理伺服器,用於執行分配給租戶的 SAP HANA 資料庫。 I 類 SKU 的伺服器已進行硬體抽象。 使用這些型別的伺服器時,伺服器配置是以配置檔案方式收集和維護的,可以從一個物理硬體移至另一個物理硬體。 這種通過操作(手動)移動配置檔案的方式在某種程度上可以與 Azure 服務修復相比。 II 類 SKU 的伺服器不提供此類功能。

SDDC:用來將資料中心作為軟體定義的實體進行管理的管理軟體。 Microsoft 可以通過它出於規模、可用性和效能原因而建立資源池。

O/S:你選擇的在伺服器上執行的 OS(SUSE Linux 或 Red Hat Linux)。 向你提供的 OS 映像是各個 Linux 供應商提供給 Microsoft 用於執行 SAP HANA 的映像。 將要求具有 Linux 供應商的訂閱,以便獲取 SAP HANA 優化的特定映像。 責任包括向 OS 供應商註冊映像。 從 Microsoft 移交的觀點來看,還對進一步修補 Linux 作業系統負有責任。 此修補還包括成功安裝 SAP HANA 所需的附加包(請參閱 SAP HANA 安裝文件和 SAP 說明),而這些包尚未由特定 Linux 供應商在其 SAP HANA 優化型 OS 映像中提供。 客戶的責任還包括修補 OS,這與 OS 不正常工作/優化相關,其驅動程式涉及特定伺服器硬體。 或對 OS 的任何安全性或功能進行修補。 客戶的職責還包括對以下項進行監視和容量規劃:

  • CPU 資源消耗
  • 記憶體消耗
  • 與可用空間、IOPS 和延遲相關的磁碟卷
  • HANA 大型例項與 SAP 應用程式層之間的網路卷流量

HANA 大型例項的底層基礎結構提供了用於備份和還原 OS 卷的功能。 使用此功能也是你的責任。

中介軟體:主要是 SAP HANA 例項。 管理、操作和監視由你負責。 可以通過提供的一項功能使用儲存快照進行備份/還原和災難恢復。 這些功能由基礎結構提供。 但是,責任還包括利用這些功能設計高可用性或災難恢復功能,利用它們,以及監視是否已成功執行儲存快照。

資料:由 SAP HANA 管理的資料,以及位於卷或檔案共享上的其他資料(例如備份檔案)。 責任包括監視磁碟可用空間、管理捲上的內容,以及監視磁碟卷備份和儲存快照的成功執行。 不過,確保資料成功複製到 DR 站點是 Microsoft 的責任。

應用程式:SAP 應用程式例項;對於非 SAP 應用程式,則指那些應用程式的應用程式層。 責任包括部署、管理、操作和監視與以下各項的容量規劃相關的那些應用程式:CPU 資源消耗、記憶體消耗、Azure 儲存消耗、Azure VNet 內部的網路頻寬消耗以及從 Azure VNet 到 Azure 上的 SAP HANA(大型例項)之間的網路頻寬消耗。

WAN:為工作負荷建立的從本地到 Azure 部署的連線。 所有使用 HANA 大型例項的客戶都使用 Azure ExpressRoute 進行連線。 此連線不是 Azure 上的 SAP HANA(大型例項)解決方案的一部分,因此需要由你負責設定此連線。

存檔:你可能希望使用自己的方法在儲存帳戶中對資料副本進行存檔。 存檔涉及到管理、符合性、成本和操作。 負責在 Azure 上生成存檔副本和備份並以合規的方式儲存它們。

調整大小

為 HANA 大型例項調整大小與為一般 HANA 調整大小沒有什麼不同。 對於現有的已部署系統,需要從其他 RDBMS 遷移到 HANA,SAP 提供了許多在現有 SAP 系統上執行的報告。 如果資料庫移到 HANA,這些報告會針對 HANA 例項檢查資料並計算記憶體需求。 請閱讀以下 SAP 說明來獲取有關如何執行這些報告以及如何獲取其最新修補程式/版本的詳細資訊:

為實現綠色的欄位實施,可以使用 SAP Quick Sizer 來計算在 HANA 的基礎上實施 SAP 軟體時的記憶體需求。

HANA 的記憶體需求將隨資料量增長而增加,因此,需要了解當前的記憶體消耗並能夠預測將來的記憶體消耗。 然後,可以根據記憶體需求將需求對映到其中一個 HANA 大型例項 SKU。

要求

下表彙總了執行 Azure 上的 SAP HANA(大型例項)的要求。

Microsoft Azure:

  • 一個可以連結到 Azure 上的 SAP HANA(大型例項)的 Azure 訂閱。
  • Microsoft 頂級支援協定。 有關與在 Azure 中執行 SAP 相關的特定資訊,請參閱 SAP 支援說明 #2015553 – Microsoft Azure 上的 SAP:支援先決條件。 使用包含至少 384 個 CPU 的 HANA 大型例項單位時,還需要擴大頂級支援協定範圍,使之包括 Azure 快速響應 (ARR)。
  • 要知道對 SAP 執行大小調整操作後需要的 HANA 大型例項 SKU。

網路連線:

  • 本地到 Azure 之間的 Azure ExpressRoute:若要將本地資料中心連線到 Azure,請確保從 ISP 訂購至少 1 Gbps 的連線。

相關推薦

如何在雲端部署SAP HANA實戰, Azure SAP HANA大型例項概述體系結構

什麼是 Azure 上的 SAP HANA(大型例項)?Azure 上的 SAP HANA(大型例項)是一種針對 Azure 的獨特解決方案。 除了提供 Azure 虛擬機器以用於部署和執行 SAP HANA,Azure 還使你可以在專用於客戶的邏輯伺服器上執行和部署 SAP HANA。 Azure 上的 S

Azure雲端部署Exchange 2016雙數據中心—Part6(DAG切換測試

azure exchange 20167.3 數據庫切換測試使用命令將DB03切換到另外一個數據中心服務器上。Move-ActiveMailboxDatabase -Identity DB03 -ActivateOnServer ex02-data027.3.1 故障場景一故障描述:當1處發生故障,DAG將

Azure雲端部署Exchange 2016雙數據中心—Part4(準備站點二

azure exchange 2016 6 準備站點EXCHANGE-數據中心26.1 安裝域控在第二個數據中心中安裝輔助域控。Add-WindowsFeature -Name ad-domain-services –IncludeManagementToolsInstall-ADDSDomainContro

Azure雲端部署Exchange 2016雙數據中心—Part3(準備站點一

azure exchange 20165 準備站點Default-Site-Name5.1 安裝域控域控IP地址通過虛擬網絡自動獲取。手動配置域控主機名後,使用如下命令安裝主域控。Add-WindowsFeature -Name ad-domain-services –IncludeManagementTo

SAP-MM知識精解-批次管理03-02-批次主資料之檢視介紹

導讀 本篇,我們簡單分享一下批次主資料中各檢視中的重要欄位介紹。 批次主資料主要包括以下五個檢視:基本資料1、基本資料2、分類、物料資料、以及更改,我們將逐一介紹各檢視的重要作用。 一、基本資料1 如下圖所示,我們簡單介紹一下基本資料1。 詳細內容請大家,在我的個人公眾

1小時教你把javaweb部署到騰訊雲詳細教程centOS6.6版本,jdk1.7+tomcat8+mysql

最近想要把自己寫的web專案部署到騰訊雲上進行訪問,但是騰訊雲也不出一個官方的配置教程,像我們這種剛入門的新手完全懵逼。在百度上面搜了很久都沒有詳細的教程,都是在過程中出現各種各樣的問題,所以現在我就把我自己對騰訊雲的配置過程一步步的寫下來,希望大家能夠少走一些彎路。 其實

CSS 權威指南 CSS實戰手冊 第四版閱讀筆記

you 逗號 visit content 下載 傳播 適用於 給定 輸入 前言:   對於程序員,學習是無止境的,知識淘換非常快,能夠快速穩固掌握一門新技術,是一個程序員應該具備的素質.這裏將分析本人一點點不成熟的心得.   了解一門語言,了解它的概念非常重要,但是一些優秀

如何在myeclipse使用git碼雲

key 版本 自己 entity 100% work 歷史記錄 crt from 在合適的位置創建自己版本庫! 什麽是版本庫呢?版本庫又名倉庫,英文名repository,你可以簡單理解成一個目錄,這個目錄裏面的所有文件都可以被Git管理起來,每個文件的

移動端通過ajax傳圖片文件並在前臺展示——通過H5的FormData對象

com 地址 ces 文件 只需要 capture val data als 前些時候遇到移動端需要上傳圖片和視頻的問題,之前一直通過ajax異步的提交數據,所以在尋找通過ajax上傳文件的方法。發現了H5裏新增了一個FormData對象,通過這個對象可以直接綁定html中

Openstack 安裝部署指南翻譯系列 之 Cinder服務安裝Block Storage

openstack 翻譯 cinder安裝1.1.1.1. Cinder服務安裝(Block Storage)塊存儲服務(cinder)為訪客實例提供塊存儲設備。存儲設置方法由塊存儲驅動程序確定,或者在多後端配置的情況下確定驅動程序。有各種可用的驅動程序:NAS / SAN,NFS,iSCSI,Ceph等。塊

iOS-AFNetworking3.0傳大量1000張圖片到服務器

gre top defined 內存 agen con 完全 任務 自動 背景: 最近項目要做上傳圖片功能,圖片必須是高清的,所以不讓壓縮,上傳圖片是大量的,比如幾百張,這個如果是用afn,將圖片直接for循環加入到formData裏會出現一個問題,臨時變量太多,導致內

文件傳漏洞繞過姿勢

過程 ica 容器 書寫方式 linux 腳本 multipart 路徑 偽代碼   文件上傳漏洞可以說是日常滲透測試用得最多的一個漏洞,因為用它獲得服務器權限最快最直接。但是想真正把這個漏洞利用好卻不那麽容易,其中有很多技巧,也有很多需要掌握的知識。俗話說,知己知彼方能百

演算法競賽入門經典第二版第二章迴圈結構程式設計註解與習題

習題2-1水仙花數 輸出100-999中的所有水仙花數。若三位數ABC滿足ABC=A^3+ B^3+ C^3,則稱其為水仙花數。例如153= 1^3+ 5^3+ 3^3,所以153是水仙花數 #include<stdio.h> int main() { in

演算法競賽入門經典第二版第二章迴圈結構程式設計例題與提示

2.1for迴圈 儘管for迴圈反覆執行相同的語句,但這些語句每次執行效果往往不同 建議儘量縮短變數的定義範圍。例如,在for迴圈的初始化部分定義迴圈變數 編寫程式時要特別留意“當前行”的跳轉和變數的改變 例題 2-1 aabb 輸

AndroidStudio打包傳步驟詳細版

1.全域性搜尋當前版本號,比如說我的是3.1.9.改成3.2.0 2.改版本號的時候順手改versionCode,原本82,因為要傳新版,所以加一。 3. Build-Generate Sign APK,選則已有的簽名檔案,並輸入密碼。然後到資料夾裡面找就可以了。 (注意:選擇簽

Vue實戰指南之依賴注入provide / inject

案例 UI美眉說咱家的選項選單太醜了,小哥哥能不能美化一下呀,灑家自然是說小意思啦~ 自定義一個select元件,so easy~ 簡單粗暴型: <el-select v-model="favourite" :option="[]"></el-select> option作為資

Maven 實戰-自動建立Maven專案非web

mvn archetype:create和mvn archetype:generate   create is deprecated in maven 3.0.5 and beyond,在maven3.0.5以上版本捨棄了create,使用generate生成專案

CKEditor 4的初始化配置與開啟傳功能JAVA EE

配置目標 在JAVA工程專案中配置CKEditor4,同時開啟其上傳功能,包括圖片的上傳,超連結的中檔案上傳(主要用於正文中的附件下載),flash上傳。同時不用與CKfinder整合,簡單快捷,複用性強。 配置步驟 第1步:下載CKEditor4 官方網站為:http://cked

NET-SNMP Android的編譯基於NDK10

之前記錄的基於NDK16的SNMP Android上的編譯報錯很多,基本無法正常編譯。後續在排查問題,發現NDK版本差異一起的這些問題,具體我們來看: 在使用NDK10的時候,我們修改指令碼setenv.sh: #! /bash/sh ***********************

2019年 Selenium3與Python3實戰Web自動化測試框架最新50G

第1章 課程介紹本章對課程做整體介紹,通過講解web自動化測試需要掌握的知識,到web自動化測試框架的選擇,框架的搭建。1-1 課程介紹 第2章 環境搭建本章講解自動化測試環境的搭建,並通過實際專案實戰講解selenium3的基礎知識,對常用的api進行徹底的分析、設計,再到如何去編寫自動化測試指令碼。2-