我有一个8 CPU VmWare ESX服务器（3.5），4个硬盘驱动器在RAID中根本没有加载。 我启用了SSH并安装了mc（午夜指挥官），以便能够复制（克隆）虚拟机，但我观察到如果复制文件非常慢 – 在本地驱动器上大约3.5mb / s。
为什么发生这种情况，我应该如何解决这个问题？
正如其他人所提到的那样，ESX服务控制台用户环境并没有真正优化性能，所以没有专门devise来与ESX接口的应用程序往往performance非常差。 Veeam FastSCP通常胜过我尝试将数据直接复制到ESX和ESXi主机之间的其他任何东西，值得一试的是，如果您正在处理多个ESX（i）系统，但是如果您正在移动（或复制）在一个ESX主机中，那么VI Client或本地控制台接口\远程CLI工具是您应该使用的。
vmkfstools -i（导入）是从命令行执行此操作的推荐方式，您可以在此处find有关语法的一些详细信息，但使用ESX控制台中的man vmkfstools获取准确的语法。
ESX用户级软件实际上是一个虚拟机，硬件资源有限。 vmkernel是具有实际资源的操作系统（将其分发给虚拟机）。 通过SSH / FTP / etc等对ESX服务器做任何事情都被认为是慢的。
由于您没有提供关于您的RAID硬件的任何信息，我只能猜测您有一个低端的RAID卡，有限的caching和一个4磁盘的RAID5设置。 当从/向同一arrays复制时，这通常会导致I / O性能下降。
另外，你为什么要用午夜指挥官克隆虚拟机？ vSphere Client是克隆虚拟机的工具（右键单击它）。
vmware服务控制台对networking和磁盘吞吐量进行速率限制。 我相信客户端将比从服务控制台执行操作更快地运行该过程。
调用服务控制台“限速”是轻描淡写的。 我花了大约15分钟的时间将从机箱内数据存储（15k 300GB驱动器，没有RAID）的7个文件分发87 KB（即KILO字节）到iSCSI数据存储（以117 MB / s的顺序写入时钟，然后格式化为VMFS）。 在这段时间内，没有虚拟机在运行，SANnetworking没有任何负载，除了这台机器所在的虚拟机。
另一方面，当天晚些时候，同样的两个数据存储之间只需要两个小时的时间就可以复制40GB的数据，即使最多只需要20分钟。