Articles of VMware的融合

导出虚拟机列表

我正在做我们的物理和虚拟机器的清单。 我想从vCenter导出虚拟机列表,而不必将每个人input电子表格。 任何人都知道在vCenter 5.5中执行此操作的简单方法? 我已经看过早期版本的vCenter的说明,但它们似乎不适用于5.5。 我也使用networking客户端,而不是完整版本的vSphere。

什么是版本VMware模板的推荐方式?

假设您在一个拥有众多数据中心的组织中,每个数据中心都拥有自己的运行在VMware vCenter 5.5上的私有云。 有不同操作系统的VMware模板,包括Windows,Redhat Linux等 假设有两个私有云,C1和C2。 C1一年前build成,C2最近才build成。 让我们假设它运行Windows 2012.自C1build立以来,基本模板被更新了几次。 例如,.NET框架从v4.0更新到v4.5,然后更新到v4.5.1。 C1中的虚拟机需要重build。 但是,该虚拟机中运行的软件与.NET v4.5或v4.5.1不兼容。 所以我们唯一的模板是不兼容的。 我们必须重新创build这个模板,很可能会安装一些可能导致虚拟机出现问题的操作系统补丁等。 所以看来这应该是版本模板的最佳实践。 什么是最好的方法? 这是我的尝试: 在更新模板之前创build快照。 VMware vSphere工具仍将其视为一个模板,因此,从快照“20131031 02:00”创build虚拟机需要多一点参与。 复制模板,所以现在我们有“Windows Server 2012(20131031)”,“Windows Server 2012(20130331)”和“Windows Server 2012(20140601)”。 这些工具支持这一点。 我们可能很快就会陷入混乱,人们不知道在什么模板上安装了什么。 更新模板后,将其导出。 VMware工具中只有最新的模板可用,但在出现问题时,我总能恢复旧版本的模板。 是否有更强大的版本化VMware模板的方法?

从VMware CLI修改VM属性

必须有一种方法来做到这一点,我错过了。 我试图从CLI同时修改一大堆虚拟机的属性: 看! 24个虚拟机: $ vmware-cmd –server 10.91.1.1 –username root –password vmware -h 10.91.1.3 -l /vmfs/volumes/volumes/V-RHEL-01/V-RHEL-01.vmx /vmfs/volumes/volumes/V-RHEL-02/V-RHEL-02.vmx /vmfs/volumes/volumes/V-RHEL-03/V-RHEL-03.vmx … /vmfs/volumes/volumes/V-RHEL-24/V-RHEL-24.vmx 我们尝试修改它们: $ for i in `seq -w 1 24`; do CFG="/vmfs/volumes/volumes/V-RHEL-$i/V-RHEL-$i.vmx" echo $CFG vmware-cmd –server 10.91.1.1 –username root –password vmware -h 10.91.1.3 "$CFG" setguestinfo memsize 8192 vmware-cmd –server 10.91.1.1 –username root –password vmware -h 10.91.1.3 […]

VMware vSphere 5.5任何authentication尝试失败

在基于VMWare vSphere 5.5 Windows的环境中,任何身份validation尝试都会失败(需要一些时间)。 日志中提到的行如下所示: ERROR [IdentityManager] Failed to find solution user by subject DN [1.2.840.113549.1.9.1=#1612737570706f727440766d776172652e636f6d,CN=localdomain.local,OU=VMware\, Inc.,O=VMware\, Inc.] in tenant [vsphere.local] ERROR [ServerUtils] Exception 'java.lang.IllegalStateException: More than one solution user found' 可能是什么原因?

pipe理虚拟机更新和分发 – 做错了?

我为一家软件公司工作。 我的部门负责(其中包括)为我们销售团队的成员构build和分发VMWare虚拟机,然后他们使用VMWare Player启动它们,以便为客户运行他们的产品演示。 最近,我想到我们更新和分发这些虚拟机的方式是各种各样的错误。 这里是我们更新“演示VM:”的过程 从中央服务器下载新的VM(〜35 GB)副本 将其设置为永久模式,然后启动并进行更改,例如将产品升级到最新版本和更新许可证 完成更改后,将其closures并将其设置回非持久模式,然后使用增加的版本号将全部内容(〜35 GB)上传到中央服务器,并使用新的文件夹名称 谁需要最新版本,然后从文件服务器(35 GB * X)下载它 这不仅占用了大量的networking带宽,而且从networking上下载35 GB的内容也是非常耗时的,特别是对于那些没有内联网速度的远程办公室的人来说。 我的问题是:是否有更好的方法来pipe理需要在用户机器上本地运行的虚拟机的更新和分配? 我开始质疑我们现在的方法的原因是,当虚拟机更新时,只有一小部分文件(VMEM和虚拟磁盘映像)发生变化,对吧? 因此,不应该复制整个虚拟机文件夹,所以应该有一种方法来上传/下载只有三angular洲,可以这么说。 类似于Git等版本控制系统的工作方式。 我实际上试图用Git来做这件事, 但事实certificateGit在pipe理大文件方面是非常糟糕的 。 所以我想我会在这里问。

限制VMware虚拟以太网带宽

我正在模拟VMware Workstation虚拟机中的56KB调制解调器连接。 我记得阅读这是可能的,但忘记了如何?

x86主机可以运行x64 guest吗?

是否可以在VMWare Workstation 6.5的x86主机上运行x64 guest虚拟机? 这可能会让我的生活更轻松,由于笔记本设备驱动程序… 编辑 只是要说清楚。 我也加了我的CPU到标签。 基于你的答案,我应该可以在这个configuration下运行,因为我在BIOS中支持VT。

Vista VMWare发布SysPrep /激活最佳实践?

我希望有开发环境“基线”与某些软件安装在组件包。 有时候,可能需要一个新的软件,我想安装在一个干净的虚拟机上,直到获得可信度才能在生产开发箱上。 我一直在玩一个testing系统,试图通过将其命名为DevUsr0105(主要版本01,子版本05,DevUsr是用户名)来进行“版本化”,但是这在激活时变得困难。 我可以想象,在弃用以前的版本之前,从下一个版本的发布开始,有时可能会有两个DevUsrtypes的虚拟机在使用。 (新开发者正在发布最新的开发工具,并在完成之前完成了之前在现有虚拟机上的工作。)每个开发人员支付两个操作系统许可显然没有问题,但是我不想调用迁移激活的麻烦。 (另外 – 每个许可证的迁移次数没有限制吗?) 每当有新版本可用时,每个开发人员都会获取最新的生产开发人员VM。 他们的任何本地自定义都将在他们的SVN版本库中进行版本化,以确保在没有大量手动工作的情况下进行干净的迁移。 那么最新的发行版是否已经准备好供开发人员最终激活? 我们是否真的需要在每个开发虚拟机发行版上传输激活或重新激活操作系统? 虚拟机并没有被开发人员积极地利用,我只是在寻找反馈意见来解决这个问题。

VMWare分布式交换机,来自不同主机的虚拟机不能互相ping通

我在主机上使用ESXi 5.1,我已经build立了一个带有相应上行链路和端口组的分布式交换机。 迁移到分布式交换机时,似乎来自同一台主机的虚拟机可以相互ping通,但是在不同主机上ping虚拟机失败。 我已经使用上行链路和端口组的创build默认设置,这似乎很奇怪,我无法find任何有用的互联网。 分布式交换机拓扑结构图显示了同一端口组上的所有虚拟机都具有绿色以及上行链路,看起来非常正常,但来自不同主机的虚拟机无法ping。 有任何想法吗? 任何有类似问题的人?

vSphere 5.1 U1客户端 – “由于远程服务器响应时间太长,所以命令已超时”

问题:我们正在努力做什么 尝试使用VMware vSphere Clientlogin到vCenter时,如果同时使用Windows Sessions凭据或手动提供的凭据( DOMAIN\Username ),则会出现以下错误: vSphere Client无法连接到“vCenter”服务器“vCenter”花了很长时间来响应。 (由于远程服务器响应时间太长,命令已超时。) viclient-#-0000.log具有以下内容: [viclient:Critical:M:12] 2014-03-04 15:49:59.008 Connection State[vCenter]: Disconnected [viclient:SoapMsg :M:12] 2014-03-04 15:49:59.009 Attempting graceful shutdown of service … [viclient:SoapMsg :M:12] 2014-03-04 15:49:59.010 Pending Invocation Count: 0 [viclient:SoapMsg :M:12] 2014-03-04 15:49:59.011 Graceful shutdown of service: Success [ :Error :M:12] 2014-03-04 15:49:59.018 Error occured during login VirtualInfrastructure.Exceptions.LoginError: The […]