我们有 20 多台 Windows 2k3 物理服务器,每周用于执行几次繁重的计算工作。用户通过 rdp 登录这些服务器并运行一些作业。这些作业完成后,用户将结果保存在这些共享服务器上的本地硬盘上。生成的文件总共可能有几 GB,平均每个文件 100M。文件准备就绪后,脚本服务器中的脚本将连接到每个服务器共享,并将这些服务器上的文件同步到 Celerra NS20 NAS 上的文件共享。同步完成后,文件将从文件管理器发送到 ftp 服务器发送给客户。
这种设置已经存在很多年了,现在我们正在虚拟化我们的基础设施,所以我正在考虑摆脱这些服务器并用虚拟机替换它们以节省电力、空间和硬件支持。服务器不需要高可用性设置,但它们确实需要大量内存,并且它们运行的应用程序不是多线程的。
目前可以使用的基础设施:
- Dell PowerEdge M600 刀片上的 Vsphere 基础设施。我们可能会再购买 2 个刀片来容纳这些服务器
- CX3-10 光纤通道 SAN。我们可能会购买额外的磁盘托架来容纳这些服务器。我倾向于说服管理层采用 FC 磁盘。
- Celerra NS20 文件服务器连接到此 SAN 上的 SATA 磁盘托盘
- Cisco Catalyst 3560 千兆交换机
我主要关心的是如何重新组织存储。由于所有服务器都位于同一个 SAN 上,所有这些共享问题都将消失。我正在考虑将驱动器映射到 NAS 文件管理器上的位置,然后将文件同步到同一位置,但是这似乎是文件管理器上数据的重复。
也许有一种更优雅的方法来重新排列存储,并且有人遇到过类似的情况?
我的计划是否存在重大缺陷?我应该预料到哪些陷阱?
答案1
用两个刀片替换 20 多台执行繁重计算工作的服务器可能没问题,但您需要检查并发处理能力总量是否足够。M600 现已被 M610 取代 - 这是双 Xeon 5500,支持(如果我没记错的话)高达 96GB 的 RAM。
配置 Xeon 5540 后,您将拥有 8 个真正的 CPU 核心,并且每个刀片可以拥有大约 40Ghz 的总 CPU 功率,总共 80Ghz。超线程可以为您提供更多,但虚拟化会收回其中的一部分。您可能能够升级到 5560\5570 以获得另外 25% 的功率,这些是基于 Nehalem EP 的,因此您每 Ghz 可以获得相当多的功率。一般来说,将 20 台服务器整合到这种套件中是可以的,但这完全取决于您的系统的数字。
我对您的存储变化不是 100% 清楚 - 即使在重新设计时所有存储都在同一个 SAN 上,我也看不出这会在这里产生什么关键区别 - 您将无法直接在 VM 集群之外共享 SAN 卷,据我所知,您仍然必须通过操作系统将它们移动到文件管理器。
- 编辑了聚合 CPU 编号。
答案2
- 质量好的 SAN 设备拥有大量缓存。您的速度应该不错。
- 为这些服务器提供一些重要内存并监控 CPU 负载。
- 确保您的虚拟化主机不会妨碍托管的虚拟机。
- 您的共享时代可能还没有结束。许多 SAN 不允许多台机器同时访问一个 LUN。
答案3
请记住,除非您有一个集群文件系统(例如,Linux 或 IRIX 上的 CXFS)支持存储,否则您仍然不能让两台机器共享 LUN。
尽管这一方法看上去有效,但却会导致大规模腐败。