将 VMware ESXi VM 移动到新的数据存储 - 保留精简配置

eww*_*ite 29 datastore vmware-esxi thin-provisioning

我正在寻找一个很好的解决方案来解决没有 vCenter 的 VMware ESXi 环境问题。

在单个 ESXi 主机上将虚拟机从一个数据存储移动到另一个数据存储,同时保持 VMDK 精简配置的最佳方法是什么?

这是一个独立的服务器,扩展了另一个驱动器阵列/数据存储。我想将旧数组中包含的数据移动到新数组中。

编辑:目标数据存储大小实际上小于源。我没有足够的空间来复制厚文件。

oha*_*aal 31

刚刚通过自己找到了一种方法来做到这一点。这是一个希望易于遵循的指南,介绍如何将 VM 移动到新的数据存储,同时在传输过程中保留精简配置(从而也减少传输时间):

在 CLI 中使用 vmkfstools 的分步指南

  1. 关闭虚拟机
  2. (可选)根据需要合并快照。
  3. 从 vCenter 清单中移除虚拟机
  • 右键单击 VM,然后单击“从清单中删除” 在此处输入图片说明
  1. 在 ESXi 机器上启用 SSH
  • 在 vSphere 客户端中,转到:配置 -> 安全配置文件 -> 属性(在服务旁边)-> SSH(在列表中)-> 选项 -> 启动
  1. 以 root 身份通过 SSH 登录
  2. 在目标数据存储上准备一个目录
  • mkdir "/vmfs/volumes/destination_datastore/Some VM"
  1. 使用精简配置克隆 .vmdk 文件
  • vmkfstools -i "/vmfs/volumes/source_datastore/Some VM/Some VM.vmdk" -d thin "/vmfs/volumes/destination_datastore/Some VM/Some VM.vmdk"
  1. 复制所有剩余文件(避免覆盖 .vmdk 文件)
  • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep -v ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
  1. 如果您没有在步骤 2 中合并快照,则可能存在快照 .vmdk 增量文件,我们还需要复制这些文件(这可能需要一些时间):
  • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep [0123456789][0123456789][0123456789][0123456789][0123456789][0123456789] | grep ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
  1. 完成克隆和复制所有必要文件后,将新数据存储中的 VM 添加回清单
  • 在 vSphere 客户端中,转到:配置->存储- >数据浏览器,右键单击您将虚拟机移动到的目标数据存储,然后单击“浏览数据存储”。 在此处输入图片说明
  1. 浏览到您的 VM 并右键单击.vmx文件,然后单击“添加到清单” 在此处输入图片说明
  2. 启动 VM 以查看它是否有效,当询问您是复制还是移动它时,只需回答您复制了它。(我不确定这意味着什么,但我认为这至少与更改 vNIC 的 MAC 地址有关。) 在此处输入图片说明
  3. 如果 VM 启动正常,您可以从旧数据存储中删除 VM。
  • rm -rf "/vmfs/volumes/source_datastore/Some VM"

注意:仅使用 ESXi 5 进行测试

插图无耻地抄袭自本博客

  • 上面@ohaal 的帖子,在 esxi 5.5 u1 中,不得不将 -print0 更改为 -print,它的效果非常棒!附注。我会投票,但没有代表。 (2认同)
  • @ohaal 经验证可在 ESXi 6.7 上运行。谢谢! (2认同)

joh*_*n64 21

您也可以使用文件 -> 导出 -> 导出 OVF 模板

然后导入它。上次尝试时,我认为这确实保留了 vmdk 格式。现在不太确定,因为已经有一段时间了。

  • 假设版本为 4.1 或更新版本,导入时会提示您使用薄或厚。 (3认同)
  • FWIW,您也可以使用 ovftool 从命令行执行此操作。 (3认同)
  • 你说对了!OVF 导出到压缩稀疏文件是快速而轻松的。进口时,我可以选择是薄供应还是厚供应,而且进口很快;72GB(使用 8GB)虚拟机需要 5 分钟。 (2认同)

Joe*_*las 8

看看这个答案。同样的逻辑适用于您的情况,即此引用:

它被称为“转换器”,但它实际上应该被称为“通用操作系统数据移动器”。但是,不会很好地从舌头上滚下来。

唯一的区别是源主机和目标主机相同,但数据存储不同。这确实意味着文件将从 ESXi 主机转到 Converter 计算机,然后返回到主机。如果 Converter 是“聪明的”并且知道它是同一个主机,那就太好了。不幸的是,这需要花钱。

注意:转换 VM 将为任何网络适配器生成一个新的 MAC 地址。大多数来宾操作系统将其解释为新设备。