我正在寻找一个带有24个驱动器的MD3620i SAN来虚拟化我们的环境，并想知道分割磁盘的最佳方法。
对于初学者，我将运行DC，SQL数据库，SQL repoting，Exchange和Web服务器，最终将我们的剩余环境移动到此设置。 我被拉伸预算，或看看获得额外的MD1220。 我有足够的磁盘吗？ 任何build议，我应该如何设置？
我会把所有24个磁盘放到同一个磁盘组中，为您提供可能的最大I / O开销。 您将在该数组（SQL数据库，SQL报告和Exchange）上托pipe一些I / O密集型应用程序，因此您将需要获得一切。 请不要使用7.2K RPM驱动器; 他们可能是便宜又大，但你会支付它在性能缩放。
在我看来，优化如将数据库和日志stream量放在不同的主轴上，可能会在整个虚拟化I / Ostream量中被淹没。 你将在这个存储上有两个大的数据库I / O应用程序（SQL和Exchange），而且（我认为）你将需要尽可能多的I / O开销，所以把它集中到一个大的池; 严格分离数据库和日志I / O将使您更快地遇到瓶颈。
还要考虑确保您的Exchange服务器的在线碎片整理和备份不符合您的SQL备份。 这三个操作是非常繁重的I / O，如果可能的话，你不希望它们重叠。 至于Reporting Services，如果您有任何大的查询/报告/作业正在运行，请尽量避免这些备份时间段。
DC和networking服务器是非常小的玩家，所以应该就好了。
为什么要把它们全部捆绑成一个组，而不把它们分开？
使用12x 15K驱动器和12x 10K驱动器，您可能最终不得不拥有两个磁盘组，每个速度一个。 我不会推荐进一步分裂。
12x 15K驱动器可为您提供大约2270 I / O Ops / s的R0中的完全随机I / O，R10中的1135-2270和R5中的2080。 12x 10K驱动器应该为您提供1700 I / O Ops / s（R10中的850-1700，R5中的1560）。 R10的速度是可变的，因为它取决于你的读/写百分比，以及控制器是否提供从多个条纹读取（我不知道戴尔是否这样做）。 重要的连续操作将会更快，但是你不能用共享存储系统来指望这一点。
这些速度是令人尊敬的，但它们也代表了每种磁盘types的最高性能。 针对您的五个已识别服务中的每一个，使用完全分离模型：
我会在R1configuration中将最后两个硬盘放在一对300GB 10K硬盘上，剩下的剩下22个硬盘。 至于其余…
根据您的容量要求，您可能需要交换DB / Log卷。 这样的configuration同时为SQL和Exchange提供日志和邮件总共945个I / O Ops / s和分别为数据库和日志的420个I / O Ops / s。 报告获得280个I / O操作数/秒。 这使整个磁盘子系统的性能达到3230 I / O Ops / s。
只用两个磁盘组就可以将整个系统的性能与3640进行比较。 为了隔离您的生产系统，这牺牲了12％的性能。 像这样的共享存储系统的主要优点之一就是可以更有效地利用存储。 分离像上面这样的东西意味着您的主要好处是将一个设备上的所有存储设置在一组RAID控制器上，而不是具有多个RAID控制器，从而节省成本。
通过上面的configuration，你可以更快地打开I / O瓶颈：
当别人说“一个大磁盘组意味着你更快地遇到了I / O瓶颈”时，他们通常所说的一个坏performance的应用程序会影响整体的性能，最好是把所有东西都隔离起来以保护一切。 他们将存储视为用于处理内存的旧式操作系统：每个人在启动时都会获得独立的内存分配，而且没有人能够在内存之外进行分配。 与内存不同的是，在这个模型中没有虚拟内存这样的东西，所以它是物理内存在启动的时候被分配给进程。
更好地把它当作现代操作系统来对待记忆：事实上。 该系统有3640个I / O操作可用，为什么不让所有的东西都认为它有很多function。 一切都不会一直使用，存储子系统将能够为大多数请求服务就好了。 如果需求达到这个水平，那么事情就会陷入停滞（IOWAIT增加），现在是时候分析系统，找出造成这种缓慢的原因。
那么我不是专家，但对于我的ESXi环境，它运行一个小的DC，一个小的SQL DB和一个Exchange服务器。 我们把所有的存储集中在一个池中。
基于我正在阅读的内容，我想更多的是如何分配空间将留在这个单独的虚拟机，而不是存储后端。
如果您使用的是VMware，我会在虚拟机磁盘上严格使用精简configuration，以免它们占用所有的空间。 与厚实的configuration相比，这为我们节省了很多空间。