与 KVM 一起使用的原始磁盘文件的技术和实际大小限制是什么？我可以创建一个 2 或 3TB 的原始磁盘文件作为基于 KVM 的 Windows 虚拟机（实际上使用 Proxmox 作为管理程序）的数据驱动器而不会出现问题吗？
我正在计划一个 proxmox HA 配置，其中有两台 Dell R710 机器（每台双 6 核处理器）和企业级驱动器 RAID 阵列。我将在第三台机器上使用 DRBD 和仲裁磁盘。我会将每台服务器上的两个 1GB 网卡专用于 DRBD 通信。我们将在这对服务器上运行大约 12 到 14 个虚拟机。proxmox 手册建议创建两个 DRBD 资源 - 一个用于通常在 ServerA 上运行的虚拟机，另一个用于通常在 ServerB 上运行的虚拟机。这是因为此配置运行时处于 Primary/Primary 状态。如果两台服务器的虚拟机都在与相同的 DRBD 资源通信，并且出现脑裂情况，则可能存在必须解决的数据损坏问题。
虽然我知道创建新的虚拟机需要更多的努力，但是任何人都可以预见为每个虚拟机运行单独的 DRBD 资源的任何潜在问题吗？有没有人有以这种方式运行设置的经验并且运行良好？在我看来，这样可以更灵活地来回移动机器。
我一直在重读 Curt Simmons 的“Active Directory Bible”的某些部分，以准备一些机器更换和对我们的 windows 2000 Active Directory 基础结构的更改。似乎在任何可靠的活动目录网络中，您至少应该有两个域控制器，以便在其中一个出现故障时可以处理登录和证券。但是，本书中指出登录需要 GC。还指出，在多域控制器网络中，基础结构角色和 GC 角色不应在同一台机器上，除非所有域控制器都是 GC。然后他说你永远不会想要实现一个所有机器都作为 GC 的活动目录网络。引用这本书 - “但是，除非你有很多过多的带宽，否则你想吃掉，
因此，如果您有两个域控制器网络并且 GC 出现故障，登录尝试将不起作用 - 在这种情况下实际上没有冗余。那么在千兆交换机上的小型（<35）机器网络中将两个 DC 作为 GC 真的有那么糟糕吗？对于微软声称的所有多域控制器冗余，似乎有很多单机角色可以在机器故障中导致整个事情崩溃。我在这里错了吗？
我有一对 Windows 2000 域控制器。当前托管 GC 的机器已经很累了，就硬件而言，它已经很老了。我想用我身边的新机器替换它。理想情况下，我希望保持相同的名称和 IP 地址，但这并不一定很重要。此外，我有一个未使用的 2003 服务器许可证，因此新机器将运行 2003 服务器。关于基本步骤的任何建议？
是否有人同时使用 Linux 和 Windows 故障转移冗余集群，如果有，您更喜欢文件服务器和/或 Web 服务器中的哪一个？
对于一点背景。我们在 Windows 2000 下建立并管理了一个 Microsoft 集群数年。该集群是一对 Web 服务器，具有相当大的（当时）用于为 Web 提供多媒体存储的 RAID 阵列 - 成千上万的 mp3 商业广告正在服务于广播电台。对于这种情况，我们有很多不喜欢的地方。首先，微软集群使用了共享存储阵列。尽管它是热插拔 RAID，但它所需要的只是驱动器上的 NTFS 文件系统轻微损坏，并且在 ChkDsk 运行时突然之间您关闭了几个小时。
因此，在下一次构建中，我们购买了一款名为 NeverFail 的产品 - http://www.neverfailgroup.com/ 该产品在主服务器和辅助服务器之间自动复制数据，使其在块写入级别保持同步。这消除了我们在共享存储方面遇到的问题。但它也引入了自己的问题。任何重新启动都需要重新同步数据，系统会分析所有内容以进行同步。虽然系统在此同步期间启动并可用，但在 mp3 文件少于 1 TB 的服务器上，这需要几个小时。一个典型的 Microsoft 补丁会话需要几个这样的重新同步。因此，我们通常需要 2 天以上的时间来修补 2 台机器。结果，我们发现自己推迟了打补丁，并且没有像我们应该做的那样频繁地打补丁，这并不理想。而且这个过程很棘手，必须具体遵循。
因此，我们正在考虑将包含所有这些内容的主站点移动到一对带有 Linux HA 和 DRBD 的 LAMP 盒子。
所以我很好奇是否有人有管理 Linux 和 Windows 集群的经验，他们可能会告诉我他们的经历。具体来说，我们想知道重启时的重新同步时间等，以及管理这样一个 Linux 系统的整体经验。
虽然我们传统上是一家 Windows 商店，但我们现在有一个内部了解 Linux 的人，我现在也在学习，并且已经在我们的系统中添加了许多 Linux 机器，因此我们从管理的角度对此持开放态度.