我必须承认，我们在虚拟化领域有点落后。我们目前还没有虚拟化任何东西，但我正在努力改变这种状况。
我们想要尝试虚拟化并对其有个大概的感觉，因此我建议明年我们购买一台服务器并虚拟化 3 台利用率较低（并且非常老旧）的非关键服务器。
我知道虚拟化就是关于 SAN 的，但不幸的是我们没有 SAN（我们所有的服务器都是 DAS）。我的问题是，如果我有一台带有 DAS 的服务器（可能是某种类型的 HP DL380），客户虚拟机（不要忘记利用率不足的虚拟机）会因此受到严重影响吗？我目前的想法是将 Hyper-V Server 2008 R2 作为主机，如果这有任何不同的话。
下面我将简要介绍一下这 3 个服务器的功能。我知道这不是一门精确的科学，但粗略地说 - 您认为 DAS 可以吗？
服务器 1
运行一个传统的人力资源系统，每周可能访问一两次。它有一个 SQL Server 2000 后端，也运行在此服务器上。这个东西很古老（我不知道 HP 何时停止为 ProLiants Compaq 打上品牌，但它自豪地在正面显示了 Compaq 徽标）。
服务器 2
运行一些模拟打印机，用于我们的 AS/400，并将输出打印到一些真实打印机。这在装有 W2K3 和 2GB RAM 的旧 PC 上运行良好。
服务器 3
运行 BI 产品的服务器，但它实际上所做的只是在凌晨 4:00 从我们的 AS/400 导入大量数据并将其编译成文件（这大约需要半小时）。然后大约有 15 个用户定期（可能每隔几天一次）将此编译文件（约 100MB）下载到他们的本地计算机。下载是由用户发起的，因此没有真正定义的访问模式。
这也是在运行 2K3 但具有 3GB RAM 的 PC 上进行的。
更新
我们已经多次考虑过虚拟化，但是由于缺乏 SAN 及其带来的诸多优势，我们每次都放弃了虚拟化这个选择。
我知道将这些虚拟机放在 DAS 上会有一些缺陷（缺乏 HA 等）——但这对于这些机器来说没问题。如果主机发生故障，那将是一种不便，而不是一场全面的灾难。
我认为这是一个整合项目，而不是其他项目。无论如何，这 3 台服务器计划于明年更换，而且正如我所说，它们已经相当老旧，大部分时间都处于闲置状态，而且是占用大量空间和电力的大型塔式机器。在我看来，对于整天几乎不做任何工作的机器来说，3 台新服务器（无论多么基础）仍然有点过头了。
答案1
通过查看您尝试迁移到虚拟的机器中的 I/O 性能计数器，可以部分回答您的问题。查看每台机器每秒需要多少 I/O 操作 (IOPS)。请记住，每个物理磁盘适合几十个 IOPS。现在调整您的虚拟化系统的大小以支持该级别的 I/O。您将知道需要多少个“主轴”。使用 RAID 控制器将负载分散到磁盘上。
请注意，以上内容均未提及 SAN。SAN 非常棒，但它们主要提供您未提及的功能：高可用性、备份、存储分层、容错、跨站点灾难恢复、快速部署等。
所有这些中最值得注意的是，如果您使用 DAS，则 DAS 所连接的物理服务器发生故障将导致其上托管的所有虚拟机发生故障。使用 SAN，使用连接到 SAN 的计算主机集群，您可以通过将虚拟机移动到新主机来应对物理主机的故障。
应对物理主机故障的另一种策略是频繁备份虚拟机内的应用程序和操作系统，或者至少要足够频繁，这样您就不会介意丢失上次备份后发生的事情。
您的选择。DAS 可以为您提供所需的性能（根据您的描述）。
答案2
1. 性能 根据我的经验，SAN 存储和 DAS 存储具有不同的特性，这使得很难客观地衡量性能，因为工作负载往往不依赖于一个指标（例如访问时间），而是依赖于访问时间、吞吐量、读取与写入等变量的混合。这是一个非常复杂的情况。在我看来，SAN 的主要好处是可以同时将数据提供给多个主机（允许集群/高可用性），并统一存储数据，以便于管理和维护。长话短说 - 我不会为 DAS 的性能而担心太多。
2. SAN 可用性和成本
您不必使用现成的离散 SAN 解决方案。许多人都在构建自己的解决方案，因为一组常规服务器部件就可以为您带来功能齐全的 SAN 系统。以下是实现此目标的一种方式：
- 选择您拥有的能够容纳最多磁盘且总容量最高的服务器
- 删除所有内存，只留下几 GB
- 安装开放文件管理器
- 配置一些卷并公开一些 iSCSI LUN
- 将服务器连接到隔离的千兆 VLAN
- 将虚拟主机接入同一存储网络
- 将主机指向目标 LUN
- 开始将虚拟机添加到您的 SAN
如果您的公司坚持这样做，可以为 OpenFiler 和您的硬件购买供应商支持。您还可以使用 DRDB 配置多个 OpenFiler 主机，以提供高可用性和冗余选项。
我们已经在生产中运行了一年多，并且它非常稳定。
答案3
DAS 通常应该比某些 FC SAN 更快，而且肯定比 iSCSI SAN 更快。您将获得 SAS 链接速度（3Gbps，在较新的机箱中为 6Gbps）
DAS 的缺点不是速度或稳定性，而是可扩展性，因为 DAS 上的端口数量有限，所以您不能将太多主机连接到它。
答案4
当我们在 2007 年开始虚拟化时，我们考虑的是 drbd。因此，我们从一对服务器开始，该服务器有 5 个内部 3.5 英寸 SAS 磁盘（配置为 RAID 5，提供 500 GB 净存储）。由于我们的数据库服务器在不同的集群（SAN 连接）中运行，因此我们的虚拟系统不会进行太多磁盘 io - 这使得这种情况成为可能 - 即使使用 100 MBit 以太网进行 drbd 复制。
通过该设置，我们能够提供超过 20 个 HA-VM（XEN 半虚拟化）。磁盘 IO 或磁盘性能从来都不是问题。如今 DAS 甚至比本地存储还要快。因此，对于只有三台低性能、低磁盘 IO 服务器的设置，我会说即使是 DAS 也太大了。
由于您主要使用 W2K，因此您可以使用 Linux KVM 或 Windows Hyper-V。或者 Windows 管理员喜欢后者（并使用连接到两台服务器的 DAS）。使用 Linux KVM，我将使用 DRBD 作为 ha-storage 后端（DAS 或内部磁盘）。
关于 SAN/DAS 的一点说明：我们将一些虚拟化服务器连接到 SAN - 适用于现在运行具有大量 IO 的数据库的客户机。但是：SAN 并不比内部磁盘快 - 它只是将 io 分配到更多磁盘 - DAS 也是如此。
我看到 SAN 的真正优势体现在不同的方面：它使用自己的交换结构，这与 IP 路由器和交换机无关（在我的工作中），而且更加稳定。从集群/HA 的角度来看，您可以获得另一个真正独立的连接。