我有一个关于计划的问题。 最近，我要求创build2个625GB的Luns（clariion cx-240），FC Connected，连接到ESX Server 4.0（四台新主机）。 我不知道他们将运行的应用程序。 但是，我只能select从raid 5雕刻luns。所有的FC磁盘，我没有findRAID组中的磁盘数量只是寻找容量。 这些现有的raid组用于许多应用程序-DB2，SAP等。 那会有什么区别吗？因为我是从20个RG中抽取的。
这就是我所做的，创造了2个元素。 现在，以我所说的RAID团队开始，就像我说的那样，所有的RAID5。 所以我决定拿10盎司63GB和另外63GB 10兰斯。 然后，我为每个创build一个元，并分配存储，将所有四个主机分配给该SG。
所以我提出了630 + 630，即共1260 GB，并要求为1250GB。 现在我的问题是，最好的做法是将GB转换为块并分配，以满足确切的要求。
我想澄清的另一件事是，我决定采取小规模的I / O影响不大。 在满足这个要求的同时，我能做得更好吗？ （创buildmeta时的lun大小）
请告诉我，这样我可以确保我下次分配最好的方式…
感谢您的阅读！
我想以最好的方式为客户服务，我是一个新手，所以请不要忽视我的文章，并帮助我了解最好的方法，以便下次更聪明地工作。
跟着你写的一些东西，我遇到了麻烦，但是我会从问题开始。
首先，您决定提供更小的LUN（卷）并不是一件坏事。 一般来说，存储规则在深入之前就会变宽，每个卷都会有自己的命令队列，可能成为IO / s的限制。 这也意味着这项工作在SP和港口之间的分配更加平均，这减less了这些将成为瓶颈的可能性。 也就是说，较小的LUN并不意味着系统的工作量较小。 服务器将执行相同数量的读取和写入，无论您如何布置存储。
至于你决定重复使用相同的RAID作为你的其他应用程序，如果这是你唯一的select，不要担心。 这是另一个共享资源，但现在大多数pipe理员正在采取的方向是将所有工作负载分散到所有驱动器中。 即使存在争议，每个工作负载的单独性能也不会比仅仅在一部分驱动器上的性能差，并且当没有争用时，每个工作负载都会更快。
在EMC方面，运行高度事务性的数据库（随机读取率往往高达70％），我build议使用RAID-10而不是RAID-5。 它减less了一半的可用空间，但增加了磁盘访问速度。 我不是厂商的十字军东主，但即使EMC自己也推荐RAID-10用于磁盘密集型应用程序。
至于如何处理最后的10 GB，这是谁支付存储的问题。
也许你所做的最大的疏忽是分配之前没有得到存储的要求。 你有一系列似乎是低延迟存储应用的东西，这个新的需求可能会毁了以前享受的服务水平。 假设他们不知道他们的应用是什么，作为回应，我会把他们的卷放在可用的最低存储层上，并监视他们的性能（以及他们多频繁地出来）。
存储解决scheme有很多种select。 您需要对您提供的服务进行高级别的观察，然后使用必要的工具来确保客户的服务水平协议。 最后，您正在pipe理一个复杂的共享资源，这个资源将对其提出全面的要求。 一旦你了解了这个范例，当你增加你对这个主题和时间的专业知识的时候，通往更好的策略和装备以支持你的位置的道路应该是自己的。