我们有20多台Windows 2k3物理服务器，每周几次用于繁重的计算工作。用户通过rdplogin并运行一些工作。一旦这些工作完成，用户将结果保存在共享的服务器上的本地硬盘上。结果文件总共可能只有几千兆字节，每个文件平均大小为100M。 一旦文件准备就绪，脚本服务器的脚本将连接到每个服务器共享，并将这些服务器上的文件同步到Celerra NS20 NAS上的文件共享。一旦完成同步，文件就会从文件服务器发送到FTP客户端。
这种设置已经存在很多年了，现在我们正在虚拟化我们的基础设施，所以我正在考虑摆脱这些服务器，并用虚拟机来替代它们，以节省电力，空间和硬件支持。服务器不需要处于高可用性设置，但他们需要大量的内存，他们运行的应用程序不是multithreading的。
目前可以使用的基础设施：
我主要关心的是如何重新组织存储。由于所有的服务器将在同一个SAN上，所有这些摆弄共享将不复存在。我正考虑将驱动器映射到NAS文件pipe理器上的位置，然后将文件同步到同一位置这似乎是在文件pipe理器上的数据重复。
也许这是一个更优雅的方式来重新安排存储在这个设置和有人已经在类似的情况？
我的计划中是否有重大缺陷？ 我应该期待什么陷阱？
用两个刀片replace20多个执行繁重计算任务的服务器可能没有问题，但是您需要检查并发处理能力的总量是否足够。 现在M600已经被M610所替代 – 这是一款至强5500双核处理器，支持（IIRC）高达96GB的RAM。
configurationXeon 5540，您拥有8个真正的CPU核心，并且每个刀片的总CPU能力可达40Ghz，共80Ghz。 超线程给了你更多的东西，但虚拟化需要一些。 你可能会碰到另一个25％的5560 \ 5570，这些都是基于Nehalem EP的，所以对于每个Ghz你都会有更多的爆炸。 一般来说，将20台服务器整合到这种套件中将会很好，但这一切都取决于数字如何查找您的系统。
即使您的重新devise中的所有存储位于相同的SAN上，我也无法完全清楚您的存储更改情况，但我不清楚在这里将会发生什么样的关键区别 – 您将无法在外部共享SAN卷直接的VM集群，你仍然需要通过操作系统把它们移到我能看到的文件pipe理器。
请记住，除非您拥有支持存储的集群文件系统（例如，Linux或IRIX上的CXFS），否则您不能让两台计算机共享该LUN。
虽然这似乎有效，但会造成大规模的腐败。