SAN：如何確定 LUN 和 CSV 的數量
我們繼承了帶有 SAN 儲存（HP4500 硬體）的 Hyper-V 環境（2008 R2）。兩台主機和兩台 SAN 用於冗餘。雖然我很了解虛擬機，但我想，我對儲存的了解非常薄弱。我試圖了解我們的 MSP 工程師是如何設計它的以及為什麼。那是介紹部分，這裡是主要部分。
每個 SAN 上有 5.32TB 的可用空間，Hyper-V 主機上有四個卷：Volume1、Volume2、Volume3 和最近為 Exchange 伺服器創建的 Exchange 卷。在 HP 管理控制台上，我可以看到（LUN？）卷的大小為 3TB、1.79TB、2TB 和 1.07TB。它可能看起來過度配置，這不是現在的主要問題。
我現在的問題是如何決定創建這些卷以及出於什麼原因？為什麼不創建一個大卷或許多小卷？
我已經嘗試過研究並在幾篇文章之後，尤其是這篇文章：https ://technet.microsoft.com/en-us/library/ff182320(WS.10).aspx#BKMK_LUNs這很有意義。我不想做出任何假設並發布我的問題以防萬一它可能是錯誤的，我不想讓其他正在尋找類似答案的人感到困惑。我會嘗試詢問。
將儲存劃分為幾個卷是出於性能原因並防止磁碟太滿或被覆蓋？
如何決定應該在哪個卷上儲存我的新 VM - 我應該在一個卷上創建所有系統 VHD，在另一個卷上創建所有數據 VHD？
如果是，並且如果很多 VM 有一個 VHD 文件，那麼如果一個卷有太多 VHD 並且大小會增長怎麼辦？
拆分它的最大原因是：
- 使用不同的 RAID 級別
- 使用不同速度的磁碟
- 可能是在不同集群之間遷移、滾動升級到新版本 Windows 之前遺留下來的，或者其他一些奇怪的硬體遷移原因
我有一個與 Dell MD3600f SAN 和 3 個 LUN 類似的設置，每個 LUN 用於我的 Hyper-V 集群上的集群共享卷。
一個 LUN 由 RAID10 中較小的 15k SAS 磁碟組成 - 這包含 VM 的作業系統驅動器以及整個較小的 VM。第二個是 NLSAS 驅動器的大型 RAID6 陣列 - 大量儲存空間，但速度相當慢。它擁有大多數虛擬機的數據驅動器。第三個是用於測試目的的小型 CSV - 所以我可以測試重定向訪問等內容，而不會影響主要內容。
我無法告訴您為什麼在您的環境中以這種方式設置，但這樣做可能有充分的理由。首先要做的是查看磁碟的配置方式——它們是什麼類型的磁碟、什麼 RAID 級別以及從那裡開始工作。