存儲lun劃分

⑴ 是不是要給每一個系統劃分一個lun

當企業採用了一款新的應用程序時，例如SQL資料庫，該應用程序需要一個或者多個塊存儲LUN與之關聯。LUN的創新、協作、管理及防護功能為存儲配置奠定了基礎。 邏輯單元號(簡稱LUN)是一種物理塊存儲空間(即整個磁碟)的邏輯需求;其中一部分或者一組，例如廉價磁碟冗餘陳列，是從多個磁碟及多個控制器中聚合而成的。存儲LUN可以使某個應用程序或者某些應用程序與存儲位置進行互動。例如，應用程序不能夠控制磁碟中磁軌、扇區及簇。存儲分配需要這種物理到邏輯轉換，包括操作系統和文件系統。 提供給企業工作負載的存儲會根據數據中心中特定服務或者應用程序、性能需求以及管理能力發生變化，甚至有時候變化非常大。 每台伺服器需要多少存儲LUN呢? 關於「每台伺服器需要配置多少存儲LUN」的問題仍然是一個被大家爭論的話題。在一個純物理、非虛擬化的環境中，一台伺服器承載單獨一個應用程序任務，LUN要盡可能適用於應用程序及其數據。多數復雜的應用程序需要不止一個存儲LUN，一個LUN用於應用程序內容，而另一個用於應用程序文件。每一個應用程序配置一個LUN的優勢在於僅僅需要相對簡單的備份和恢復方案即可，因為所有東西都在同一個存儲空間中，將所有內容備份和恢復在一起變得非常重要。 多個應用程序能夠使用同一個存儲LUN。例如，幾個伺服器中的基於塊的應用程序能夠使用同一個LUN，這也意味著有的物理伺服器可以不必配置存儲LUN。這樣就可以簡化供應關系，但是卻引出了其他嚴重的問題，例如存儲能力、性能和備份。LUN必須足夠大，從而才能滿足多個應用程序存儲需求的服務能力。多個伺服器同時向多個應用程序發出讀和寫的需求會引起存儲和應用程序性能下降。因為，備份通常涉及一套完整的LUN、大的備份，共享LUN時間相對較長，並且對於其中的另外一些應用程序來說，要想存儲所有東西耗費時間而且也不必要。一般來說，採用大型LUN對企業來說並不是最好的做法。 存儲LUN最佳實踐方式也是延續到承載多個VM的虛擬伺服器上。多個VM共享一個LUN是完全有可能實現的，但是，相同潛在的能力、性能和數據保護問題也會相繼出現。在這種情況下，我們需要考慮將每個VM配置其自有LUN。隨著虛擬化技術的不斷演進，像VMware vSphere虛擬盤卷這樣的技術可以保證每個VM存儲實例部署和管理，進一步強調了配置多LUN要比配置較少LUN更可取。 為了計劃存儲管理，我們要選擇應用程序及其系統需求數量(而不是伺服器數量)作為數據中心LUN實際數量。

⑵ 磁碟陣列里lun怎麼理解呢

LUN的全稱是Logical Unit Number，也就是邏輯單元號。我們知道SCSI匯流排上可掛接的設備數量是有限的，一般為6個或者15個。

1、每個target下都可以有多個lun device，我們通常簡稱lun device為lun，這樣就可以說每個設備的描述就有原來的target X變成target x lun y了，那麼顯而易見的，我們描述設備的能力增強了。

2、LUN ID不等於某個設備，只是個號碼而已，不代表任何實體屬性，在我們的實際環境里，我們碰到的LUN可能是磁碟空間，可能是磁帶機，或者是media changer等等。

3、LUN的神秘之處(相對於一些新手來說)在於，它很多時候不是什麼可見的實體，而是一些虛擬的對象，比如一個陣列櫃，主機那邊看作是一個target device，那為了某些特殊需要，我們要將磁碟陣列櫃的磁碟空間劃分成若干個小的單元給主機來用，於是就產生了一些什麼邏輯驅動器的說法。

⑶ 資料庫系統中，存儲上的每個LUN劃為多大，有什麼說頭不

我覺得和資料庫尺寸和規劃相聯系吧， 比如 datafile 的尺寸，歸檔卷的尺寸，索引文件的尺寸，去定義raid group是raid10還是raid5，然後分LUN的大小，用作Oracle的話LVM好像還不如用ASM吧？
EMC有些工程師認為LUN太大性能上不如小一些的LUN，但從DBA的角度來講，LUN太多維護上不是太方便，自己權衡吧，從性能與維護方面取一個平衡點。
我們LUN是EMC的工程師劃好的。到時候直接拿過來用的，不過也要分LUN的作用是什麼，可以安類別來分，我們45GB的最多，當然小的也有，更大的也有，不過不佔主要的。 因為我們的EMC存儲是給公司所有應用用的。不僅僅是資料庫，同樣也會根據資料庫的大小來確定劃的LUN的大小，資料庫大而LUN太小每次劃盤也煩的。

⑷ 中端存儲和高端存儲，在劃分LUN/Pool給主機的步驟上有啥區別嗎

中端存儲VNX為例的做法：
（1）做RG -> 劃LUN ->mapping給主機
（2）做Pool -> 劃LUN ->mapping給主機
高端存儲VMAX的做法是：https://community.emc.com/thread/167097
（1）在Disk Group裡面建一個Device（Disk Group事先配置好的），MAP到FA，再present給主機（Auto provisioning)
（2）建一組Data Device，創建一個Pool，把Data Device加入到Thin Pool。建一個Thin Device，Bound到Pool上。然後MAP到FA，再Present給主機。

⑸ 存儲上劃分LUN，怎樣決定大小和數量

1.存儲上的限制，比如DS4300上，對單個LUN的限制是2TB
2.考慮操作系統的限制，比如AIX
5.2
，VG中單個PV的限制是1016PP，每個PP最大1024MB
3.盡量每個LUN放在不同的控制器上，比如需要獲得一個比較大的容量的盤，分別在不同的控制器上的RAID組中劃分小的LUN，通過卷管理軟體LVM，合並成需要的容量。

⑹ EMC VNX存儲lun有那些類型呢文檔裡面有傳統lun，thick lun和thin lun。這些lun有什麼區別呢

一般，術語 LUN 指常規 LUN 或 metaLUN，而不是 精簡 LUN。
常規 LUN 是由一個或多個磁碟組成的一段磁碟存儲空間（對於操作系統而言，類似於單個磁碟）。創建常規 LUN 的方法取決於存儲系統是否支持 RAID 組。
MetaLUN含有兩個或多個常規 LUN 的存儲設備，可通過添加其他 LUN 動態增加其容量。

另外，對於存儲池：精簡 LUN ，一個邏輯存儲單元，其訂閱用戶容量可以大於共享池的用戶容量。多個精簡 LUN 可以共享同一個池的用戶容量。可通過從精簡 LUN 的共享池分配存儲容量增加其存儲容量。