我有两个VMWare ESXI 5主机，我想将一个2 TB的.vmdk文件从一个移到另一个。 我尝试通过vSphere Client下载文件，通过vSphere Client将其上传到其他主机，但似乎需要一周或更长的时间！ 我试过scp命令，速度也不错，实际上是30 MB / s，但是操作一段时间后就破了。 有没有办法将这个2TB文件分割成更小的文件，这样我就可以更容易地传输它了？ 还是有更好的解决scheme来转移它？
目前，我们正在全球范围内部署VSphere 5.1，大约有450个Windows服务器虚拟机。 我们有一个问题，就是在整个组织中有不同的虚拟机，最终导致VMware工具过期。 不用去第三方工具或VCops或类似的，我知道有一种方法来设置每个虚拟机在一个电源周期自动升级： 在PowerCLI中，我也看到了一种脚本来设置所有虚拟机的方法： $vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec $vmConfigSpec.Tools = New-Object VMware.Vim.ToolsConfigInfo $vmConfigSpec.Tools.ToolsUpgradePolicy = "UpgradeAtPowerCycle" Get-View -ViewType VirtualMachine | %{ $_.ReconfigVM($vmConfigSpec) } 我的问题在这里： 是否担心更新/升级到VMWare工具可能会导致超出正常的修补程序/安装错误的Windows访客虚拟机出现问题？ 基本上，我问是否在Windows服务器客户端自动更新VMWare工具的优点大于缺点。 有没有更好的方式来处理我不知道这里的VMWare工具更新/升级？ 有没有更新/升级VMWare工具的公司政策/pipe理/安全做法之外的具体情况？ （即已知的东西，打破等）
在客户机之间定义的同一VMware ESX专用networking上运行两个Linux客户机时，VMXNET3适配器可以达到哪种性能？ 我使用VMXNET3适配器在这些操作系统和E1000适配器之间进行通信，以便与外部世界交stream。 当我运行iperf TCP性能testing时，我在VMXNET3适配器上获得了3.7 Gbits / sec，在E1000适配器上获得了1.6 Gbits / sec。 我希望VMXNET3能够达到10+ Gbits / sec的范围。 OS客户端由Red Hat Enterprise Linux 6.5,64位内核2.6.32-431.el6.x86_64提供支持，由VMware vCenter Server Hypervisor 5.0.0 build 913577控制。用于基准testing的主机服务器是IBM x3950 M2服务器型号7233 -AC1,24核英特尔Zeon X7440 2.66 GHz，256 GB RAM和1GB以太网网卡。 安装在客户操作系统上的VMware工具是v8.6.10 build 913593（似乎是目前最新的）。
我正在configuration需要运行大约12个内核的软件，但是我正在vSphere虚拟机上运行它，这意味着至多可以configuration8个（虚拟）内核[1]。 将要运行的物理机器有24个可用内核，并且只托pipe一个其他虚拟机。 该虚拟机有8个核心分配。 由于我的机器有8个核心，另一个机器有8个核心，这意味着8个核心似乎完全闲置。 这似乎是错误的。 我猜测VMWare已经做了一些巧妙的事 – 即使我的机器只能分配8个内核，实际上，如果后端有24个内核的话，我保证会得到8个内核，但是，如果没有其他机器正在使用它们，可以使用其中的24个。 我一直在阅读关于在vSphere中共同分享的内容，但是这有点过头了。 有人可以解释这是如何工作的？ 编辑：这是我已经给出的有关8 CPU的限制的解释，但我需要确认它。 vSphere使用dynamic处理器负载均衡，允许来宾中的每个分配的核心访问主机上的所有核心。 虽然客户操作系统只能看到8个物理处理器，但每个处理器都可以访问24个内核池。 这与大型机的工作方式非常相似。 这暗示了8核的行为更像24核心，但现在看来这只是错误的。 是吗？ 参考文献： [1] http://www.vmware.com/pdf/vsphere4/r40/vsp_40_config_max.pdf [2] http://www.vmware.com/files/pdf/techpaper/VMW_vSphere41_cpu_schedule_ESX.pdf
我想知道现在VTL是否真的是一个有效的select？ 有人在这里使用它，为什么呢？ 与RAID6 / 10中装有SATA驱动器的常规服务器相比，它有什么优势吗？ 让我解释一下我的好奇心：我们的环境由4台由VMWare VSphere 6.0 + VEAAM备份和复制驱动的DELL R730服务器组成。 我们一直在寻找一个合适的备份解决scheme，并以VEE作为提案登陆VTL。 在我们的环境中，我们没有任何磁带相关的基础设施，而其他人告诉我这是一个怪胎/时尚老派蒸汽朋克技术。 所以我很害怕这样想，想知道更多。 先谢谢你！
目前我们正在考虑从传统的服务器环境转向SAN / VMWare环境。 我被要求收集主要服务器的性能统计数据 – DC，文件服务器，Exchange，看看它是否对我们的环境是可行的，或者如果我们将要遇到SAN性能问题。 我已经运行了8小时以上的计划基线，包括很多计数器，但是结果日志太大而无用 – 大约需要三分钟的时间才能打开它们，或者让我们查看不同的计数器。 虽然我一般都知道哪些是有用的，看性能是一个足够的列表来监视，这将给我们一个有用的起点，也是什么柜台将是有用的。 我在想 CPU性能 磁盘/文件 networking使用情况 活跃指令（GPO，login等） 但是柜台是最有用的，还有哪些地方应该特别针对我们的关注？
我有一个项目来取代我们的虚拟农场正在使用的存储。 去年我们取代了主机，但由于预算紧张，我们无法替代存储到现在。 一个备受尊敬的公司的高端NAS引起了我的注意。 这个NAS有24个驱动器托架，16GB RAM，一个8核Xeon CPU和两个10GbaseTnetworking接口。 我完全可以用960GB三星企业级固态硬盘来完成其中的两件事情，而且支付的费用还不到戴尔这样的单个SAN所能提供的更less的存储空间。 我觉得我不能忽视这一点。 所以我想我有两个问题： 1）NAS能应付工作量吗？ 农场有三个虚拟主机。 它拥有几乎所有的业务服务器，包括用户文件存储，数据中心和一些SQL数据库。 2）这件事谈iSCSI和NFS。 我觉得把这个东西当作虚拟主机的块存储，实际上并不是这样。 在这个东西上分层两个文件系统（VMFS和Ext3）看起来很浪费，而至less如果我使用NFS，VMDK将直接存储在主文件系统上。 使用NFS或iSCSI会更好吗？
我们正在为存储在SAN（DELL Powervault MD3000i，10x 500 GB SAS驱动器，RAID 5）上的VMware VSphere设置两台虚拟化服务器（DELL R710，2.3 Ghz双核四线Xeon CPU，48 GB RAM）将通过iSCSI连接到千兆以太网交换机（DELL Powerconnect 5424，他们称之为“iSCSI优化”）。 任何人都可以估计基于光纤通道的解决scheme（或更好的“感觉”）要快多less？ 我不是指名义上的速度优势，我的意思是虚拟机能够有效运行多快？ 我们是说速度的两倍，五倍，十倍快？ 这是否合理的价格？ PS：我们不是在谈论大量使用的数据库服务器或交换服务器。 大多数虚拟化服务器的平均CPU负载低于3-5％。
我正在研究改进vSphere环境中的性能。 我们正在使用NetApp设备，将所有存储在通过NFS装入的数据存储中的虚拟机都存储在此虚拟机中。 有人build议，对于某些特定的工作负载（如SQL数据或文件服务器），磁盘IO性能可能会更好地使用iSCSI作为数据vHD。 在我的示例中，启动盘将是存储在NFS附加数据存储中的普通VMDK。 D驱动器（SQL数据或文件服务器数据所在的磁盘）将是一个iSCSI连接的卷。 C: – VMDK disk container -> VMFS datastore -> NFS -> NetApp D: – iSCSI -> NetApp 我也在思考：从vSphere级别还是从Windows直接启动iSCSI？ 有没有人有任何经验或想法呢？
我们只是把它安装在我们的新服务器上，发现使用vSphere客户端，我们不能创build一个32核以上的虚拟机（我们的主机有64个）。 这是正常的行为？ 我们还没有添加我们的许可证，但是我们正在使用的试用版本应该使我们能够正确访问所有function？