我有一個關於計劃的問題。最近，我收到一個請求，要求為 ESX Server 4.0（四個新主機）建立 2 625GB Luns (clariion cx-240)、FC 連線。我不知道他們將運行什麼應用程式。但是，我只能選擇從 raid 5 中刻出 lun。這些現有的 raid 組用於許多應用程式 - DB2、SAP 等。這會有什麼不同嗎，因為我正在從 20 個 RG 中獲取 lun。
這就是我所做的，創建了 2 個元。現在，從我所說的所有 RAID5 的 raid 組開始。所以我決定拿10個63GB的lun和另外63GB的10個lun。然後我為每個主機建立一個元並分配存儲，將所有四台主機分配給該 SG。
所以我提出了 630 + 630，總共 1260 GB，而請求的是 1250 GB。現在我的問題是，將 GB 轉換為區塊並分配是否是最佳實踐，以便滿足確切的要求。
我想澄清的另一件事是，我決定採用較小的 lun 大小，以便 I/O 影響不會太大。在提供此要求時我可以做得更好嗎？ （創建元時的 lun 大小）
請給我建議，以便我確保下次分配最好的方式...
感謝您的閱讀！
我想以最好的方式為我的客戶服務，而且我是新手，所以請不要忽略我的帖子，並幫助我了解最好的方式（如果有的話），以便我下次可以更聰明地工作。
答案1
我在理解你寫的一些內容時遇到了困難，但我將從問題開始。
首先，您提供更多較小 LUN（卷）的決定並不是一個壞決定。一般來說，儲存的規則是先廣後深，每個磁碟區都有自己的指令佇列，這可能會成為 IO/s 的限制。這也意味著工作可以更均勻地分佈在 SP 和連接埠之間，從而降低了它們成為瓶頸的可能性。也就是說，較小的 LUN 並不意味著系統的工作量較少。無論您如何佈局其存儲，伺服器都將執行相同數量的讀取和寫入。
至於您決定重新使用與其他應用程式相同的 RAID，如果這是您唯一的選擇，請不要擔心。這是另一個共享資源，但現在大多數管理員的方向是將所有工作負載跨所有磁碟機進行條帶化。即使存在爭用，每個工作負載的單獨效能也不會比僅在驅動器子集上時差，並且當不存在爭用時，每個工作負載的運行速度要快得多。
在 EMC 上，運行高度事務性資料庫（往往執行多達 70% 的隨機讀取），我建議使用 RAID-10 而不是 RAID-5。它將可用空間減少一半，但提高了磁碟存取速度。我不是供應商鬥士，但即使是 EMC 自己也推薦 RAID-10 用於磁碟密集型應用程式。
至於如何處理最後 10 GB，這是支付儲存費用的人的問題。
答案2
也許您犯的最大疏忽是在分配儲存之前沒有了解儲存需求。您有一系列看似低延遲的儲存應用程序，而這種新需求可能會破壞以前享受的服務水平。假設他們不知道他們的應用程式是什麼，作為回應，我會將他們的捲放在可用的最低儲存層上並監視他們的效能（以及他們發出呼聲的頻率）。
儲存解決方案有多種選擇。您需要對您實際提供的服務有一個高層次的了解，然後需要必要的工具來確保為您的客戶提供這些服務等級協定。最後，您將管理一個複雜的共享資源，該資源將面臨全方位的需求。一旦你了解這個範式，當你隨著時間的推移增加你在該主題上的專業知識時，就會出現通往更好的戰術和設備來支持你的立場的道路。