我目前使用VMware工作站为我工作的各种客户创建单独的工作区。因此,对于给定的客户端,我只安装特定作业所需的软件,而不必担心客户端#1的软件A为客户端#2扫描软件B.
使用足够大小的硬盘驱动器可以很好地工作,但我不确定我是否正在使用VMware。我在设置新工作时所经历的步骤是:
执行此操作一段时间后,我现在有一组VMware图像,它们都处于不同的更新级别,除非我手动进入每个图像并启动更新周期。如果在我的所有图像中都有一些我想要的新工具,我还必须去做多个手动安装。但我知道每个图像都是自包含的(虽然在点击时占用10 + Gb)并且如果单个图像发生任何事情,那么问题就不会传播到任何其他图像中。 (请注意,我会对我的所有图像进行定期备份)
所以我的问题是我这样做是最好的方式,还是我应该考虑链接克隆,以便我只需要在我的基础系统上进行Windows更新或常见应用程序安装?每种组织事物的方式有什么样的优点和缺点?
此外,虽然我尽量不将数据文件保存在Image的本地磁盘中,但我发现与映像文件系统相比,本地硬盘驱动器的共享速度似乎非常慢,因此我倾向于将工作留在映像中。我应该强迫自己不要在图像中留下数据吗?或者换句话说,在图像文件系统中的任何单个文件变得无法访问之前,VMware映像可以承受多少损坏?
修改
自发布此问题以来,我有过一些想法
答案 0 :(得分:4)
我会坚持你现在的系统。在这种情况下,拥有孤立的图像可以提供更多的灵活性。您可能需要花费更多时间进行更新和安装,但这将是值得的。这是你在做其他事情时可以在后台进行的大部分工作,所以如果你把时间安排得很好,那么花在上面的时间应该可以忽略不计。
此外,将图像保存在自己的磁盘上或至少保留在自己的分区上可能是个好主意。如果这样做,它不会对系统其余部分的碎片产生任何影响。
答案 1 :(得分:2)
这实际上取决于您拥有的项目和客户类型。如果你有几十个客户,那么为每个客户建立一个新的虚拟机并不能很好地扩展,因为你必须保持它们都是最新的。
我要警惕保持文件在主机和VM之间传播,如你所提到的那样。最好将所有依赖项保存在一个位置。
我也有兴趣在这里看到其他人的VM策略。
答案 2 :(得分:1)
我为CohesiveFT工作,他们是制造Elastic Server平台的人 - 所以我有偏见 - 但我们使用该平台向合作伙伴和客户提供项目。它允许我们为不同的项目设置组装时组件,然后为VMware,Parallels,Xen和EC2动态构建VM。该服务具有标记功能,因此您可以标记软件包,服务器规范和模板,并保持资产的正常运行。
您还可以创建可以控制的装配门户(想想用于组装虚拟服务器的内容管理系统),甚至可以让客户有权自定义他们自己的虚拟服务器。
答案 3 :(得分:-1)
你可以快速浏览一下virt-manager,除了那里还有什么......你永远不知道,你甚至可能喜欢它......我认为拥有这样的工具可以给你一个更大的机会在性能和较少的磁盘碎片整理问题。
你可能需要一个陡峭的学习曲线和转换时间才能使它全部工作。
如果更新是您的主要时间消费者,请尝试WSUS,与虚拟机本身无关,但它有助于部署Windows更新。
最后,请查看Hanselman关于Invirtus的博客,虚拟机优化最佳。