close
netapp
os 的空間保留要規劃
netapp os的snapshot是自動enable
所以如果沒刪除之前的snapshot空間會被塞爆
塞爆系統會無法開機
在切記
add volume 1.flexible 可調整空間大小
2........ 空間大小固定不可調整
space Guarantee模式 volume 正常mode
file mix mode (thin provision & 空間大小固定)
nono
FAS2020上的控制模組的光纖port
1.target mode 用來接主機SERVER
2. mode 來接硬碟櫃
#snapshot 以volume為單位 ，所以建議一個Volume一個LUN
#NetApp System Manager 管理工具 free的 可download來用
Netapp Storage 的限制與注意事項
最近因為伺服器硬碟空間不夠，加了一個 enclosure，加了之後也引發了一些問題，也對 Netapp Storage 有更深一層的了解。以下茲列出這次了解到的限制與注意事項，另外也列出一些軟體的使用心得：
1. 要是想增加原有的 aggregate 空間的話，Enclosue 的 Disk 規格要跟原來一樣
我原來是買450G SAS，後來的 enclosure 是使用 1T SATA (1T 在 Netapp aggregate 下的實際大小是 828G，在 Volume 下時空間又要被吃掉一點)。Netapp 官方的說法是可以混用，不過「強烈不建議」這麼做，因為轉速不同，容易造成問題，因此建議相同的硬碟自己建立一個aggregate，而不能加掛到原有的 aggregate 下。這樣問題就來了，原有的空間不足問題怎麼辦？目前我這邊跟廠商討論後的做法，是將原本空間不足的 root volume 複製到 enclosure 上，搬移後再掛載回 VM Server 上。(還未執行)
2. Snapshot (快照) 檔的備份與還原
Storage 最大的好處之一應該就是 Snapshot，如果是透過 Data OnTap 裡的 Snapshot 功能 ，是以 volume 為最小單位做 Snapshot，不是 LUN 喔。還原時，也是整個 Volume 還原，因此某些情況下並不適用，舉個實例來說，如果這個 volume 是給 VM 使用，因為 VM 一般都會有至少 2 個 guest os，做 Snapshot 備份時，是兩個 guest os 一起都做 Snapshot ，還原時也是兩台一起還原，無法還原單一的 guest os 。另外一個例子，如果這個 volume 是給 file server 用的，一般來說很少會需要整個還原，多半都是會遇到單一檔案或是檔案夾的還原，data ontap 的 Snapshot 功能就無法滿足這樣的需求，因此在規劃時需要特別注意。這時便得使用 SMVI 等其他軟體來完成單一 guest os 的還原。
*** SMVI 是針對 VM 設計的，可以還原單一的 VM guest os。SME 則是針對 MS Exchange，須對 exchange server 有存取的權限，否則會失敗。安裝前都需要先安裝 SnapDrive，否則無法順利運作。 ***
3. 該留多少的 free spare 給 snapshot 呢?
要留多少空間做 Snapshot? 我原先的 volume 是 1.5T (切了兩個 LUN：VMFS LUN 是 800G，實際上使用了 540G, 另外一個 LUN 是做 Row Device mapping, 500G)，free space 140G，但是當我透過 SMVI 產生 Snapshot 時卻失敗，原因是 free space is not enough。後來我把 row device mapping 的 LUN 移除掉後，volume 的 free space 變成 640G 後，才能夠做 Snapshot，所以 Snapshot 所需要的空間是取決於 volume 實際上的使用大小。如果 volume 使用中的大小是 10G ，那 volume 的 free space 至少要有 15G。
那 Snapshot 檔有多大呢? 第一個 snapshot 會大一點，會等於該 volume 的使用中大小，之後便會遞減，只會針對差異的部分做 snapshot。以我的情況來說，每天備份一次， vm guest os 大小是 540G ，每天的 snapshot 檔是 20G 左右。
4. CIFS 的備份
採用 CIFS 的原因是可以支援 AD，直接把 Storage 當 file Server 用。既然是儲存企業內部的重要檔案，當然就會有備份跟還原的需求啦。Data OnTap 的 Snapshot 只能對整個 volume 備份跟還原，是用於災難復原。但是企業內部常遇到的反而是單一檔案或是檔案夾的還原，因此需要另外尋找備份方法。Netapp 並沒有推出自己的備份解決方案。而我公司也因為這原因，最後還是選擇將 LUN 掛在作業系統下，方便備份。
總之，CIFS 的備份其實挺複雜的，規劃時要深入了解。
5. Raw Device mapping (RDM) 的備份
Raw Device mapping 這是 VM guest os 用的，若有導入虛擬化，也打算使用 raw device maping 時，在備份規劃上也需要注意，因為這個 LUN 只能被作業系統認得，當掛載在作業系統下時，VM 本身的 sanpshot 無法備份，SMVI 也無法對 RDM 作 snapshot。又只能回歸到 OS 層的備份軟體，或者是使用 Data OnTap 本身的 snapshot 功能。OS 層的備份軟體可以做到單一檔案還原，而 Data OnTap 下的 snapshot 只能針對整個 volume 還原，因此如果打算使用 Data OnTap 備份方案的話，切記要另外切一個 volume 給 RDM 使用，不要放在其他的 LUN 在同一個 volume 下，還原會有困難。
6. Storage Monitor
這是很基本的需求，不過無法透過 Data OnTap 完成，需要使用另一套軟體 Operation Manager，需要架在另一台電腦裡，虛擬主機也可以，不需要架在實體主機裡。但是，這也是要錢的......甚麼都要錢.......
7. 如果要使用 Data dedupe 的話，要注意 LUN 的大小不可以超過 1TB，超過的話是無法使用此功能的。
以上都是在實際使用了 Netapp Storage 後才了解到的事情。
1. 要是想增加原有的 aggregate 空間的話，Enclosue 的 Disk 規格要跟原來一樣
我原來是買450G SAS，後來的 enclosure 是使用 1T SATA (1T 在 Netapp aggregate 下的實際大小是 828G，在 Volume 下時空間又要被吃掉一點)。Netapp 官方的說法是可以混用，不過「強烈不建議」這麼做，因為轉速不同，容易造成問題，因此建議相同的硬碟自己建立一個aggregate，而不能加掛到原有的 aggregate 下。這樣問題就來了，原有的空間不足問題怎麼辦？目前我這邊跟廠商討論後的做法，是將原本空間不足的 root volume 複製到 enclosure 上，搬移後再掛載回 VM Server 上。(還未執行)
2. Snapshot (快照) 檔的備份與還原
Storage 最大的好處之一應該就是 Snapshot，如果是透過 Data OnTap 裡的 Snapshot 功能 ，是以 volume 為最小單位做 Snapshot，不是 LUN 喔。還原時，也是整個 Volume 還原，因此某些情況下並不適用，舉個實例來說，如果這個 volume 是給 VM 使用，因為 VM 一般都會有至少 2 個 guest os，做 Snapshot 備份時，是兩個 guest os 一起都做 Snapshot ，還原時也是兩台一起還原，無法還原單一的 guest os 。另外一個例子，如果這個 volume 是給 file server 用的，一般來說很少會需要整個還原，多半都是會遇到單一檔案或是檔案夾的還原，data ontap 的 Snapshot 功能就無法滿足這樣的需求，因此在規劃時需要特別注意。這時便得使用 SMVI 等其他軟體來完成單一 guest os 的還原。
*** SMVI 是針對 VM 設計的，可以還原單一的 VM guest os。SME 則是針對 MS Exchange，須對 exchange server 有存取的權限，否則會失敗。安裝前都需要先安裝 SnapDrive，否則無法順利運作。 ***
3. 該留多少的 free spare 給 snapshot 呢?
要留多少空間做 Snapshot? 我原先的 volume 是 1.5T (切了兩個 LUN：VMFS LUN 是 800G，實際上使用了 540G, 另外一個 LUN 是做 Row Device mapping, 500G)，free space 140G，但是當我透過 SMVI 產生 Snapshot 時卻失敗，原因是 free space is not enough。後來我把 row device mapping 的 LUN 移除掉後，volume 的 free space 變成 640G 後，才能夠做 Snapshot，所以 Snapshot 所需要的空間是取決於 volume 實際上的使用大小。如果 volume 使用中的大小是 10G ，那 volume 的 free space 至少要有 15G。
那 Snapshot 檔有多大呢? 第一個 snapshot 會大一點，會等於該 volume 的使用中大小，之後便會遞減，只會針對差異的部分做 snapshot。以我的情況來說，每天備份一次， vm guest os 大小是 540G ，每天的 snapshot 檔是 20G 左右。
4. CIFS 的備份
採用 CIFS 的原因是可以支援 AD，直接把 Storage 當 file Server 用。既然是儲存企業內部的重要檔案，當然就會有備份跟還原的需求啦。Data OnTap 的 Snapshot 只能對整個 volume 備份跟還原，是用於災難復原。但是企業內部常遇到的反而是單一檔案或是檔案夾的還原，因此需要另外尋找備份方法。Netapp 並沒有推出自己的備份解決方案。而我公司也因為這原因，最後還是選擇將 LUN 掛在作業系統下，方便備份。
總之，CIFS 的備份其實挺複雜的，規劃時要深入了解。
5. Raw Device mapping (RDM) 的備份
Raw Device mapping 這是 VM guest os 用的，若有導入虛擬化，也打算使用 raw device maping 時，在備份規劃上也需要注意，因為這個 LUN 只能被作業系統認得，當掛載在作業系統下時，VM 本身的 sanpshot 無法備份，SMVI 也無法對 RDM 作 snapshot。又只能回歸到 OS 層的備份軟體，或者是使用 Data OnTap 本身的 snapshot 功能。OS 層的備份軟體可以做到單一檔案還原，而 Data OnTap 下的 snapshot 只能針對整個 volume 還原，因此如果打算使用 Data OnTap 備份方案的話，切記要另外切一個 volume 給 RDM 使用，不要放在其他的 LUN 在同一個 volume 下，還原會有困難。
6. Storage Monitor
這是很基本的需求，不過無法透過 Data OnTap 完成，需要使用另一套軟體 Operation Manager，需要架在另一台電腦裡，虛擬主機也可以，不需要架在實體主機裡。但是，這也是要錢的......甚麼都要錢.......
7. 如果要使用 Data dedupe 的話，要注意 LUN 的大小不可以超過 1TB，超過的話是無法使用此功能的。
以上都是在實際使用了 Netapp Storage 後才了解到的事情。
廠商介紹時沒有說的事
1. Netapp Storage 每一個 control 都需要使用至少 3 顆 HD (Raid 4，2 顆 mirror , 1 顆 spare)來安裝專屬的作業系統，如果是使用 raid-dp (raid 6) 則需使用 6 顆 HD (3 data +2 parity +1 spare)。一台FA2020A 可以裝 12 顆 HD，以 450G 的大小來計算，電腦裡看到的就只剩 410G，3*410 = 1.23T，所以 Control A + B 總共只有 2.4T可以用。
2. LUN 的大小有 2T 的限制，Netapp 的設定方式是建立 aggregate -> Volume -> LUN。Volume 可以包含許多個 LUN，沒有 2T 的限制，但是不能直接給其他設備使用。只有 LUN 可以給其他設備使用。這個限制會嚴重影響 file Server 的管理，試想因為這限制，file server 上必須掛載兩個LUN ，在 server 裡就是兩個 partition ，再分享出去，對 user 來說，其實感覺不到有兩個 partition 。如果某一個 partition 被塞爆了，另一個卻還很空，那該如何告知使用者哪一個空間已滿？如果不告知，就必須要再掛載一個 LUN，然後找時間搬移某些資料夾。在 Windows 搬移檔案夾到不同的 partition 會有權限的問題，一不小心可能會無法完完全全的將權限正確的搬移過去，想起來就頭痛......，而且如果掛載過多的 LUN 則會嚴重的影響 I/O 與 CPU (如果是走 iSCSI) 效能......
3. Snapshot size 沒有算進去，預設會佔用 20% 的 volume size，簡單的說就是，如果你的 LUN 有 100G，volume 的大小就是 100+100*0.2 =120G，Snapshot 的大小跟次數有關，最大時有可能是 LUN 的 2.2 倍
4. Controller 要有作用，一定要給 HD 安裝 OS，如果沒有給 Controller HD，那代表該 controller 將完全無作用，就像 PC 沒有硬碟，是不能開機的。既然不能開機，當 controller A 有問題時，Controller B 就無法接手
1. Netapp Storage 每一個 control 都需要使用至少 3 顆 HD (Raid 4，2 顆 mirror , 1 顆 spare)來安裝專屬的作業系統，如果是使用 raid-dp (raid 6) 則需使用 6 顆 HD (3 data +2 parity +1 spare)。一台FA2020A 可以裝 12 顆 HD，以 450G 的大小來計算，電腦裡看到的就只剩 410G，3*410 = 1.23T，所以 Control A + B 總共只有 2.4T可以用。
2. LUN 的大小有 2T 的限制，Netapp 的設定方式是建立 aggregate -> Volume -> LUN。Volume 可以包含許多個 LUN，沒有 2T 的限制，但是不能直接給其他設備使用。只有 LUN 可以給其他設備使用。這個限制會嚴重影響 file Server 的管理，試想因為這限制，file server 上必須掛載兩個LUN ，在 server 裡就是兩個 partition ，再分享出去，對 user 來說，其實感覺不到有兩個 partition 。如果某一個 partition 被塞爆了，另一個卻還很空，那該如何告知使用者哪一個空間已滿？如果不告知，就必須要再掛載一個 LUN，然後找時間搬移某些資料夾。在 Windows 搬移檔案夾到不同的 partition 會有權限的問題，一不小心可能會無法完完全全的將權限正確的搬移過去，想起來就頭痛......，而且如果掛載過多的 LUN 則會嚴重的影響 I/O 與 CPU (如果是走 iSCSI) 效能......
3. Snapshot size 沒有算進去，預設會佔用 20% 的 volume size，簡單的說就是，如果你的 LUN 有 100G，volume 的大小就是 100+100*0.2 =120G，Snapshot 的大小跟次數有關，最大時有可能是 LUN 的 2.2 倍
4. Controller 要有作用，一定要給 HD 安裝 OS，如果沒有給 Controller HD，那代表該 controller 將完全無作用，就像 PC 沒有硬碟，是不能開機的。既然不能開機，當 controller A 有問題時，Controller B 就無法接手
全站熱搜
留言列表
wwtech (0)
