SAN:如何确定 LUN 和 CSV 的数量

SAN:如何确定 LUN 和 CSV 的数量

我们继承了 Hyper-V 环境 (2008 R2) 和 SAN 存储 (HP4500 硬件)。两个主机和两个 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?

如果是,并且如果很多虚拟机都有一个 VHD 文件,那么如果一个卷有太多的 VHD 并且大小会增加怎么办?

答案1

拆分的最大原因如下:

  • 使用不同的 RAID 级别
  • 使用不同速度的磁盘
  • 可能是在不同集群之间迁移时遗留的问题,可能是在你可以滚动升级到新版本的 Windows 之前,或者是由于其他一些奇怪的硬件迁移原因

我有一个类似的设置,使用 Dell MD3600f SAN 和 3 个 LUN,每个 LUN 用于我的 Hyper-V 群集上的群集共享卷。

一个 LUN 由 RAID10 中的较小 15k SAS 磁盘组成 - 它保存虚拟机的操作系统驱动器以及所有较小虚拟机。第二个是大型 NLSAS 驱动器 RAID6 阵列 - 存储空间很大,但速度要慢得多。它保存大多数虚拟机的数据驱动器。第三个是一个用于测试目的的小型 CSV - 这样我就可以测试重定向访问之类的东西而不会影响主要的东西。

我无法告诉你为什么在你的环境中这样设置,但这样做可能有充分的理由。首先要做的是查看磁盘的配置方式 - 它们是什么类型的磁盘,RAID 级别是什么,然后从那里开始工作。

答案2

进一步详细说明 Grant 的回答 - 我以前使用过 HP MSA,它与您正在运行的 HP Storage 型号不同,但我只能想象整体架构是相似的。

我们从这种特定类型的存储中了解到,划分多个 LUN 使我们能够利用 MSA 的主动/主动控制器功能,这样我们就可以让流量通过多个控制器。这意味着我们可以利用两个控制器上的缓存,同时还可以在控制器之间平衡 I/O 负载。这也许是他创建多个 LUN 的另一个架构原因。

相关内容