我为一所大学工作，目前我们的任务是build立一个新的计算机集群。 这就像给我们呼吸一样，这很容易。 这个集群虽然是特殊的。 它将由5个不同的部门共享。 每个部门都有自己的软件许可证，自定义设置和规范。 这导致我们决定为每个部门使用虚拟机，并在每台主机的桌面上只有一个快捷方式。 这主要是因为我们已经为每个部门准备好了映像，因此使虚拟机变得非常容易，不需要从头构build虚拟机。
如果仅仅是这样，这不会太难，但是更复杂的是，我们使用Windows计算机在Windows Active Directorynetworking上运行。 如果你不熟悉Active Directory，基本上它只是一个大的login服务器，跟踪每个人和他们的东西。 也就是说，我们运行的许多应用程序都要求特定的用户login，以便能够访问他们的用户configuration文件。 我知道这是愚蠢的，因为开发这些程序的人不需要在大学里安装它们。 有了活动目录，我们networking上的每台计算机都join到我们的“域”中，这使我们能够pipe理它们，而无需到每台计算机上。
现在我们在这里谈的是50台电脑，每台有5台虚拟机，把它们全部join到域中根本就不行，因为当部门需要更多的软件的时候，我们仍然需要能够轻松地更新它们。 但我们需要让用户configuration文件可用于虚拟机，以便他们可以使用所需的程序。 如果您确切地知道谁在login，这很容易，但是我们必须依靠使用环境variables来查看要将哪个用户configuration文件挂载到虚拟机上的通用configuration文件中。
所以我的问题是相当广泛的，但有没有更好的方法来做到这一点，我们只是没有看到？
另外，有没有办法告诉vmplayer挂载当前用户的configuration文件？
我希望我解释得不错，但如果您有任何问题，请问！
你听起来不像你有一个群集…你听起来像你有50个连接到域的电脑，你想运行虚拟机。
你是对的，在虚拟机上pipe理更新将会很困难，特别是因为他们大部分时间都不能开机。 您可以在组策略中使用软件部署工具来pipe理这些设置，这些工具可以正常工作，但是在课程开始时启动它们需要一点时间，因为它会更新软件。
如果你说，你的软件需要一个特定的AD用户login，这也可能会导致问题。 虽然您可以轻松地将虚拟机设置为自动login到该特定用户，但用户将不会拥有自己的设置/驱动器。
处理它最简单的方法是每个人都login的terminal服务器（或5台terminal服务器），然后你只需要保持一个服务器的最新。 但是这花费硬件。
我看过大多数实验室的方式是在每堂课之前重新制作电脑。 我的大学在实验室使用了一台额外的个人电脑控制的ghostcast，这个电脑可以一次启动所有的个人电脑，并为这个实验室发送一个正确的软件。 然后，他们只需要在一台电脑上pipe理图像。
我在这里完全没有理由为什么你不应该把这些机器join到域中。 是什么让你觉得这是由虚拟机改变的？ 有什么重要的，我们在这里失踪？
记住， 没有什么不可思议的事情发生，因为有人在devise会议上说“虚拟”或“云” 。 如果在虚拟化成为一件事情之前把它们join到域中是有道理的，那么现在就可以做到这一点。
如果有的话，AD应该使这更容易。 这不仅仅是“一个大的login服务器”：
我在一个大学的环境下工作，基本上我做了上面概述的一切，而且工作得很好。