我对规划有疑问。最近，我收到一个请求，要求创建 2 个 625GB Luns（clariion cx-240），FC 连接到 ESX server 4.0（四个新主机）。我不知道它们将运行什么应用程序。但是，我只能选择从 raid 5 中分割 lun。所有 FC 磁盘，我没有查找 raid 组中的磁盘数量，只是查找容量。这些现有的 raid 组用于许多应用程序 -DB2、SAP 和其他。这会有什么不同吗，因为我要从 20 个 RG 中获取 lun。
我所做的就是创建 2 个元组。现在，从我拥有的 RAID 组开始，就像我说的，都是 RAID5。所以我决定使用 10 个 63GB 的 lun 和另外 10 个 lun 的 63GB 的 lun。然后我为每个 SG 创建了一个元组并分配了存储，将所有四个主机分配给该 SG。
因此，我提供了 630 + 630，即总共 1260 GB，而请求的是 1250GB。现在我的问题是，将 GB 转换为块并分配是否是最佳做法，以便满足确切要求。
我想澄清的另一件事是，我决定使用较小的 LUN，这样 I/O 影响就不会太大。在配置此要求时，我是否可以做得更好？（创建元数据时的 LUN 大小）
请给我建议，以便我确保下次能够分配最佳方式......
感谢您的阅读！
我想以最好的方式为我的客户服务，而且我还是新手，所以请不要忽略我的帖子，如果有的话，请帮助我了解最好的方式，以便我下次可以更聪明地工作。
答案1
我无法理解你所写的一些内容，但我将从问题开始。
首先，您决定提供更多较小的 LUN（卷）并不是一个坏主意。通常，存储的规则是先宽后深，每个卷都有自己的命令队列，这可能会限制 IO/s。这也意味着工作在 SP 和端口之间分布得更均匀，从而降低了这些成为瓶颈的可能性。话虽如此，较小的 LUN 并不意味着系统的工作量减少。无论您如何布置存储，服务器都会执行相同数量的读写操作。
至于您决定重复使用与其他应用程序相同的 RAID，如果这是您唯一的选择，请不要担心。这是另一种共享资源，但现在大多数管理员的方向是将所有工作负载分散到所有驱动器上。即使存在争用，每个工作负载的单独性能也不会比仅在驱动器的子集上更差，并且当没有争用时，每个工作负载的运行速度都会快得多。
在 EMC 上，运行高事务性数据库（通常有 70% 的随机读取），我建议使用 RAID-10 而不是 RAID-5。它将可用空间减少了一半，但提高了磁盘访问速度。我不是供应商斗士，但即使是 EMC 自己也建议磁盘密集型应用程序使用 RAID-10。
至于如何处理最后的 10 GB，这是由支付存储费用的人来决定的问题。
答案2
也许您犯下的最大疏忽是在分配存储之前没有了解存储需求。您有一系列看似低延迟的存储应用程序，而这一新需求可能会破坏之前享受的服务水平。假设他们不知道他们的应用程序是什么，作为回应，我会将他们的卷放在可用的最低存储层上并监控他们的性能（以及他们发出警报的频率）。
存储解决方案有无数种选择。您需要从高层次上了解您所提供的服务，然后使用必要的工具来确保客户遵守这些服务水平协议。最终，您要管理的是一个复杂的共享资源，它将受到各种需求的约束。一旦您理解了这一模式，随着您不断提高对该主题的专业知识，您就会找到更好的策略和设备来支持您的立场。