Harvester项目：从VMware ESXi导入虚拟机的实践指南

概述

在企业虚拟化环境迁移过程中，将现有VMware ESXi主机上的虚拟机迁移到Harvester平台是一个常见需求。本文将详细介绍如何使用Harvester 1.5版本从独立ESXi 6.0/6.7主机导入虚拟机，包括配置步骤、常见问题排查以及最佳实践建议。

环境准备

在开始迁移前，需要确保以下环境条件：

1. 源端环境：VMware ESXi 6.0或6.7独立主机（无需vCenter）
2. 目标环境：Harvester 1.5集群正常运行
3. 网络连通：确保Harvester节点能够访问ESXi管理网络

详细配置步骤

1. 创建访问凭证Secret

首先需要创建一个Kubernetes Secret来存储ESXi主机的访问凭证：

apiVersion: v1
kind: Secret
metadata:
  name: vsphere-credentials
  namespace: default
stringData:
  username: "root"  # ESXi管理员账户
  password: "your_esxi_password"  # 实际密码

2. 配置VmwareSource资源

创建VmwareSource资源定义，特别注意端点URL需要包含/sdk路径：

apiVersion: migration.harvesterhci.io/v1beta1
kind: VmwareSource
metadata:
  name: esxi-source
  namespace: default
spec:
  endpoint: "https://<ESXi_IP>/sdk"  # 必须包含/sdk路径
  dc: "datastore1"  # 默认数据存储名称
  credentials:
    name: vsphere-credentials
    namespace: default

3. 验证连接状态

应用配置后，检查harvester-vm-import-controller的日志：

kubectl logs -f harvester-vm-import-controller-<pod-id> -n harvester-system

成功连接后应看到类似"Successfully connected to ESXi host"的日志信息。

常见问题排查

1. 400 Bad Request错误

当出现"400 Bad Request"错误时，通常是因为：

• 端点URL格式不正确（缺少/sdk路径）
• ESXi的API服务未正常运行
• 证书验证失败（可尝试添加insecure: true参数）

2. 凭证找不到错误

确保Secret资源已正确创建，且名称与VmwareSource中引用的完全一致。可通过以下命令验证：

kubectl get secret vsphere-credentials -n default -o yaml

3. 数据存储问题

独立ESXi主机通常使用"datastore1"作为默认数据存储名称。如果使用自定义名称，需要在dc字段中准确指定。

高级配置建议

1. 批量迁移：可以创建多个VmwareSource资源，分别对应不同的ESXi主机
2. 网络映射：在VirtualMachineImport资源中配置网络映射规则，确保虚拟机导入后网络配置正确
3. 存储优化：对于大型虚拟机，建议在非业务高峰时段执行迁移

性能优化技巧

1. 在ESXi主机上启用SSH服务，Harvester可以通过SSH协议加速数据传输
2. 对于多虚拟机迁移，建议按优先级分批进行
3. 监控Harvester节点的资源使用情况，必要时增加节点资源

总结

通过Harvester的vm-import功能，企业可以高效地将独立ESXi环境中的虚拟机迁移到现代化的Harvester平台。关键点在于正确配置端点URL和访问凭证，并理解ESXi独立主机与vCenter环境的配置差异。对于生产环境，建议先在测试环境验证迁移过程，确保业务连续性。