SAP HANA 安裝前的軟硬體評估
這一篇是講述如何評估HANA系統所需要的軟硬體規格
評估我們所需要的軟硬體規格的基本概念:
1. 如果你是新的使用者，SAP提供了Quick Szier的網站幫助新的HANA管理者快速的評估其所需要的軟硬體。
2. 若是轉移舊系統，例如從NetWeaver轉移。評估的來源資料就是在原來舊的NetWeaver 資料庫中的報表資料。
3. 若是轉移其他非SAP NetWeaver系統可參考SAP Note 1514966文件。
記憶體使用的評估要點:
需要使用的記憶體，記憶體的大小取決於你要使用的資料庫大小。你有可能在開機時是載入全部的資料也可能是部分。另外是資料壓縮的部分HANA介紹篇有提到HANA可以壓縮資料(在某些情況下)，但這部分我們大都不列入評估因為"某些請況下的壓縮資料"無法評估壓縮比例，所以評估的資訊來源還是前面提到的。新手可以用Quick Sizer，舊系統資料庫轉移參考 HANA Sizing Reports及其他SAP Notes。
我們要評估的有記憶體，HDD空間，CPU等，如下圖。
接下來是確認，是完全的新系統或是舊系統的轉移。步驟如下
確認是新系統或轉移舊系統後。SAP也提供了經由SAP認證的硬體清單就可以此清單購買硬體設備。而若要使用既有硬體來安裝HANA系統，SAP的提供了TDI(Tailored Datacenter hardware)指南。
哪我們如何評估所需要的 RAM/Disk/CPU呢?
RAM(Memory 記憶體)計算動態及靜態的資料需求:
最保險的方式就是你要運行的資料量 x2 ，例如總運行的資料量是500G memory哪總記憶體就1T。哪甚麼是靜態資料跟動態資料呢?
靜態資料就是電腦開機後，HANA將位於HDD的資料庫資料載入到RAM中。動態資料就是HANA會從靜態資料區取資料到這一個區域來做運算。
所以才提到保險的作法就是靜態資料(HD資料庫) x2. 因為我們故算動態資料區的大小要跟靜態資料區ㄧ樣。
Disk(HDD)所需要的大小:
評估此項資訊時有幾項主要資料要被評估。
1. 主要資料區( 資料庫資料+ 交易資料transaction log)所需空間。
2. 備份空間區，資料庫資料備份，交易資料transaction log備份以及完整備分。
要考量的點有，我們要保留幾次備份有沒有可能對備份資料做壓縮甚至將備份資料移動到外部比較便宜的storage上。
對資料庫空間使用的所需空間算法:
當我們完成安裝HANA時，主要資料會落在這個路徑 /hana/data/<SID>。其中SID是指HANA的system ID，之後其他篇章我們會提到。若計算出來的結果(例如下圖的評估報告)
"淨"使用量若是 1.3T,哪我們就要加上20%的多於容量。
1.3T x 1.2
另外交易資料transaction log(安裝完成後的路徑/hana/log/<SID>)的算法就不太一樣。我們根據的是記憶體的使用量，若我們使用的記憶體是低於512G(含512G)哪交易紀錄log就是記憶體除與二。例如記憶體用到256G,交易記錄檔的空間就是128G以此類推。相反的若記憶體大於512G(不含)，不論記憶體用多大 交易紀錄log空間都只需要512G就可以。
分散式系統的空間建議:
由於HANA有scale up and scale out的系統架構(後面會篇章會提及)我們上面提及的是單機安裝所需要的空間，哪若是scale out(多台機器)的空間建議呢?
若是多台機器的話，我們通常是所有的機器存區一個share storage(NAS or SAN storage)，路徑是 /hana/shared/<SID>
規則如下:
●3+1 system, 512 GB per node ≥Size installation = 1x 512 GB = 512 GB
●4+1 system, 512 GB per node ≥Size installation = 1x 512 GB = 512 GB
●5+1 system, 512 GB per node ≥Size installation = 2x 512 GB = 1 TB
●………….
9+1 system, 512 GB per node ≥Size installation = 3x 512 GB = 1.5 TB
●…………….
●3+1 system, 1 TB per node ≥Size installation = 1x 1 TB = 1 TB
●4+1 system, 1 TB per node ≥Size installation = 1x 1 TB = 1 TB
●5+1 system, 1 TB per node ≥Size installation = 2x 1 TB = 2 TB
●9+1 system, 1 TB per node ≥Size installation = 3x 1 TB = 3 TB
備份空間的計算
規則很容易，就是 備分空間 > /hana/data/<SID> + /hana/log/<SID>，另外就是保留的份數 乘於算出來的備份空間
CPU需求的計算方式
由於CPU是多工的，同時可能會有簡單及複雜的運算需求。SAP提供了一個簡單的方式。每一個CPU核心
CPU: 300 SAPS per active user / 0.65 for a CPU utilization buffer
300百個同時動作的SAP使用者不會讓該核心的loading超過 65%.
作業系統需求:
最後是作業系統，手邊的資料。HANA現在只有support以下兩種作業系統
SUSE Linux Enterprise server (SLES) — release12 or 15 for HANA 2.0
RedHat Enterprise Linux — release 7 or 8 for HANA 2.0
最新的support可以參閱 installation Reference Notes
而剛剛提到，HANA可以是單機作業(scale up) 或多機作業(scale out)當方式，單機作業就是一個機器承載整個HANA system作業。而scale out就是一個HANA system可以橫跨多台機器同時作業，所以意味著也可以分散工作負載到其他機器上。
基本的HANA元件架構，如下圖
上面的簡單示意圖我們可以分為三個部分
Host : 這是指單台機器(可能是實體或是虛擬機)搭載經過認可的作業系統
System : 這裡是指HANA的SID(system ID邏輯上的)可以包含一個以上的 DB instance
Instance : 這裡是指一個DB 的instance,而由上圖可以得知 instance也是可以跨Host的。
另外我們也可以讓多個HANA system(多個SID)存在於同一台機器上，大部分都用來作為測試或開發環境使用。正式環境還是建議只要有一個SID就可以了。
以上就是簡單的HANA安裝前的評估。
