在虚拟化游戏中，我们有点落后，我不得不承认。 我们目前没有任何虚拟化，但我正试图改变这一点。
我们希望通过虚拟化让自己感受一下，所以我打算明年提供一台服务器，并虚拟化3台使用率不高的（非常老的）非关键服务器。
我知道虚拟化是关于SAN的，但不幸的是我们没有一个（我们所有的服务器都是DAS）。 我的问题是，如果我用DAS得到一台服务器（可能是HP DL380的一些描述），客机虚拟机（未充分利用不会忘记）会因此受到严重的损害吗？ 我目前的想法是把Hyper-V Server 2008 R2作为主机，如果有什么区别的话。
我将快速浏览下面3台服务器的function。 我知道这不是一个确切的科学，但粗略地说，你认为DAS会好吗？
服务器1
运行每周访问一次或两次的传统HR系统。 这有一个SQL Server 2000后端也运行在此服务器上。 这个东西是古老的（我不知道惠普停止品牌ProLiants康柏，但这自豪地显示在前面的康柏标志）。
服务器2
为我们的AS / 400运行一些模拟打印机，并将输出打印到一些真正的打印机上。 这个W2K3和2GB内存的老式电脑运行愉快。
服务器3
运行一个商业智能产品的服务器，但实际上是在凌晨4点从AS / 400input一吨数据并将其编译成一个文件（大概需要半个小时）。 然后大约15个用户定期（也许每隔几天一次）下载这个编译的文件（〜100MB）到他们的本地计算机。 下载是用户发起的，所以没有真正定义的访问模式。
这也是运行2K3，但3GB RAM的PC上。
更新
我们现在已经多次看过虚拟化，但是由于我们缺lessSAN以及它所带来的诸多优势，我们每次都将虚拟化视为一种select。
我知道将这些虚拟机放在DAS上的一些缺陷（缺lessHA等），这对于这些机器来说是可以的。 如果主机失败，那将是一个不便，而不是一场完全的灾难。
我正在看更多的整合项目，而不是其他任何东西。 这3台服务器明年都要更换，而且就像我说的那样，它们已经变得相当老旧了，大部分都闲置着，而且是大量的空间和电力的大型机器。 在我看来，3台新的服务器（不pipe是基本的）对于那些整天呆在一起的机器来说仍然是过分的。
您的问题可以部分地通过查看您尝试迁移到虚拟机的机器中的I / O性能计数器来回答。 查看每秒需要多less次I / O操作（IOPS）。 请记住，每个物理磁盘对于几十个IOPS都是有好处的。 现在调整您的虚拟化系统来支持这个级别的I / O。 你会知道你需要多less个“主轴”。 使用RAID控制器将负载分散到磁盘上。
请注意，这没有一个关于SAN的说法。 SAN是非常棒的，但是它们大都提供了你没有提到的东西：高可用性，备份，存储分层，容错，跨站点灾难恢复，快速部署等等。
其中最值得注意的部分是，如果使用DAS，则DAS所连接的物理服务器的故障将构成承载在其上的所有VM的故障。 使用SAN，使用所有连接到SAN的计算主机群集，通过将VM移动到新的主机，您可以在物理主机发生故障时幸免于难。
该物理主机出现故障的另一个策略是经常备份虚拟机中的应用程序和操作系统，或者至less频繁地备份，以免丢失上次备份之后发生的事情。
你的select。 DAS可以给你你需要的performance（给出你所描述的）
1.性能根据我的经验，SAN存储和DAS存储具有不同的特征，这使得性能难以客观地衡量，因为工作负载往往不仅仅依赖一个度量（例如访问时间），而是存取时间，吞吐量，读写等。这是一个非常复杂的图片。 SAN，IMO的主要优点是可以同时向多个主机提供您的数据（允许集群/高可用性），统一数据的存储以便于pipe理和维护。 所以长话短说 – 我不会汗streamperformance背DAS的performance。
2. SAN可用性和成本
您不必使用现成的分立式SAN解决scheme。 许多人正在build设自己的，因为一组常规服务器部件可以为您提供function齐全的SAN系统。 这里有一个途径：
供应商支持可以购买OpenFiler和您的硬件，如果您的公司坚持这些事情。 您还可以使用DRDBconfiguration多个OpenFiler主机，为您提供高可用性和冗余选项。
我们已经在生产中运行了一年多，现在已经非常稳定。
DAS通常应该比一些FC SAN更快，而且肯定比iSCSI SAN更快。 您将获得SAS链接速度（3Gbps，在较新的盒子中 – 6Gbps）
DAS的缺点不是速度或稳定性，而是可扩展性，因为DAS上的端口数量有限，所以不能连接太多的主机。
当我们在2007年开始虚拟化的时候，我们想到了drbd。 所以我们从一个服务器对开始，它有5个内部3,5“SAS磁盘（configuration为RAID 5，提供500 GB的netto存储）。由于我们的数据库服务器运行在不同的集群（SAN连接），我们的虚拟系统不要做太多的磁盘io – 这使得这是一个可能的情况 – 即使有100 MBit以太网的drbd复制。
通过该设置，我们能够提供20多个HA-VM（XEN半虚拟化）。 磁盘IO或磁盘性能从来都不是问题。 DAS现在比本地存储更快。 所以对于只有三个低性能，低磁盘IO服务器的设置，我会说，即使DAS是超大的。
由于您主要使用W2K，您可以使用Linux KVM或Windows Hyper-V。 或者Windowspipe理员喜欢后者（并且使用DAS连接到两台服务器本身）。 使用Linux KVM，我将使用DRBD作为ha-storage后端（DAS或内部磁盘）。
关于SAN / DAS的一个说明：我们将一些虚拟化服务器连接到SAN–对于那些现在用重IO来运行数据库的客户来说。 但是：SAN并不比内部磁盘快 – 它只是将io分配给更多的磁盘 – 对于DAS也是如此。
我看到了SAN在不同领域的真正优势：它使用自己的交换结构，这在我的工作中与IP路由器和交换机没有任何关系，而且更加稳定。 从集群/哈的angular度来看，你会得到另外一个真正独立的连接。