IT001

Netapp Storage相關筆記知識

空間使用:

Netapp Stroage先了解它的硬體層架構

Disk >> Raid group >> Aggregate >> Voume >> LUN

最底層是Disk硬碟，HDD自己一堆做Raid Group，SSD自己一堆做Raid Group。

之後透過Aggregate聚合這些Raid Group(EX:SSD Raid Group、HDD Raid Group)成為一個大的空間。

Volume的空間就是透過Aggregate上面挖出來的。

(建立Volume後，就可以讓NFS、CIFS進行掛載，因為Volume是File Level)

*建立Volume的時候注意，Volume分為固定的(Volume) &彈性擴充的(flexible volume)，目前專案幾乎都是以flexible volume為導向。

*在storage snapshot上，也是以一個volume做為最小單位。

*空間開立上一樣可以設定Thin Provision或者Thick Provision，一般都會建議一開始就設定為Thick Provision，雖然空間一開始就會先被占用掉，但這會比你開Thin Provision安全一些。

如果要讓iSCSI、FC進行掛載的話，要在Volume在切分LUN出來。

(因為iSCSI、FC掛載的要是Block Level)

*Netapp的RAID可以做Raid DP (等同於我們平常說的Raid 6模式)

主機架構:

Storage架構會分成Controller 以及 儲存櫃

在資料讀取的狀況我們要看成多個階段。

一般資料都會存放在HDD空間，若是有要比較快速的存取則會放在SSD空間。

今天SSD空間內，Netapp另外切分一個Flash Pool出來。

這邊是另外用一群SSD建立Disk Group並加入NetApp Aggregate做為檔案系統快取，最大的特色是Flash Pool這邊可以提高R/W的快取，提升整體效能。

Controller部分也會有Flash Cache提升整體效能，但這個階段的快取僅能夠進行讀取快取而已。

Volume的使用(SVM)

我們先前有提到Volume可以提供給NFS、CIFS使用。

但要串接Storage服務，我們必須透過網路服務才行。

*在Netapp當中，至少一定會存在一個SVM。

這個時候我們就需要使用Storage Virtual Machine（SVM，以前稱為 Vserver）。

透過SVM上Logical Interface (LIF)的設定，我們可以提供一個或多個Data Volume給客戶端使用(因為一個LIF可以起一個到多個CIFD、NFS、iSCSI、FC的服務)

除了LIF，我們先前說的LUN也是必須透過SVM才有辦法進行。

SVM上有root volume的存在(大概1GB)，因為SVM就是一台虛擬主機，而這個root volume就是一個OS的資料路徑，內部的資料就是用來做整個SVM的服務管理。

(這邊的root volume與底層的root volume不同，底層的root volume會因作業系統的環境不同，容量大小會不圖<大概會占用400GB空間>)。

SVM TYPE的分類

可以簡單地分成三種

1. Node vServer : Controller使用。TYPE顯示Node。

2. Administrator vServer:進行Cluster架構後會出現的角色。TYPE顯示Admin。

3. Storage VM : 一般俗稱的SVM，在TYPE欄位顯示會是Cluster。

這些角色我們都可以透過終端下指令 #vserver show當中的TYPE查看到狀態

LIF的分類

可以簡單分成三個Volume

1.Manager LIF(這部分使讓我們管理者連接進來做管理)

2.Data LIF (這個LIF是提供使用者進行服務連線，例如:NFS、CIFS、iSCSI、FC)

3 inntercluster Manager  LIF (用途在於讓本地端 & DR端進行異地抄寫使用)。會使用snapmirror技術抄寫異地，Snapmirror也是以Volume為單位。

Snapshot

-以Volume做為最小的快照單位。

-快照因以Volume為單位，所以快照占用的空間會在該Volume上。

-可以設定排程進行。

-如果以1天1份快照，一週輪巡的話，會保留7份(約占10%Volume空間)。

以100GB的volume來算，會有10GB要保留給快照，所以若是使用者跟你要求要100GB的空間，建議要先把快照占用的空間算進去，提供110GB的Volume空間給使用者為上策。

*Storage的備份方式除了用備份軟體處理之外，自己本上就只有snapshot可以做暫時性的備份。

監控告警(硬體層面):

監控部分可以使用autosupport。

但autosupport 屬於硬體故障面向(Controller、硬碟磁碟櫃)，Aggregate掛掉了autosupport也會通知，但是Volume以上有問題告警就無法支援。

*透過SMTP去傳送MAIL。(這邊的告警通知已經是固定的，無法客製化)

*若Netapp可以連外，autosupport會發信到原廠，若在保固內這時後就會先開Case準備相關的零件提供替換。

*autosupport 只有Cluser 管理者可以執行管理，一般的SVM管理者不具權限。

監控告警(Volume層級):

若要監控到Volume層級，就必須要安裝另外一個由Netapp透過Linux客製化出來的Performance Manager (他是個OVA檔<初始3GB，會依監控狀況成長>，只要匯入就可以)，不須另外收費。

這個套件也是透過SMTP進行MAIL告警的動作。

Qtree

*一個Volume當中，只能設定4995個qtree。

這個東西我們可以視為一個可以設定Quota的資料夾，這個東西我們可以設置在Volume當中。

我們可以透過qtree，在Volume內開一個有quota限制的資料夾分享出去讓使用者進行使用，。

7-mode 與 Cluster-mode(c-mode)的簡單比較

-7-mode基本上是Netapp以前的模式了，運作方式偏向單機模式操作，擴充性也不佳。現行的Cluster-mode(c-mode)則是改善了這些缺點，當一台Netapp主機內的aggregate空間可能不足時，它可以查看Cluster內哪台主機的aggregate空間還足夠進行彈性化的搬移，讓Netapp Storage處於高可用性。

-在Netapp架構，可以直接橫向擴充。(像是Dell EMC會需要另外透過Vplex這個裝置進行擴充作業)

<本篇完>

參考網址:

http://www.rl-tech.com.tw/zh-tw/article_info.php?id=27

https://sisley0921.pixnet.net/blog/post/26175533-netapp

https://library.netapp.com/ecmdocs/ECMP1658442/html/GUID-8A8ABA91-A01E-459B-B706-7583C87CF49C.html

*圖片未經授權