11.6. 从开放虚拟设备(OVA)源提供商迁移

流程

1. 为源供应商凭证创建 Secret 清单：

   $ cat << EOF | oc apply -f -
   apiVersion: v1
   kind: Secret
   metadata:
     name: <secret>
     namespace: <namespace>
     ownerReferences: 

   1

   
       - apiVersion: forklift.konveyor.io/v1beta1
         kind: Provider
         name: <provider_name>
         uid: <provider_uid>
     labels:
       createdForProviderType: ova
       createdForResourceType: providers
   type: Opaque
   stringData:
     url: <nfs_server:/nfs_path> 

   2

   
   EOF

   1

   ownerReferences 部分是可选的。

   2

   其中： nfs_server 是创建共享的服务器的 IP 或主机名，nfs_path 是存储 OVA 文件的服务器上的路径。

2. 为源供应商创建 Provider 清单：

   $ cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: Provider
   metadata:
     name: <source_provider>
     namespace: <namespace>
   spec:
     type: ova
     url:  <nfs_server:/nfs_path> 

   1

   
     secret:
       name: <secret> 

   2

   
       namespace: <namespace>
   EOF

   1

   其中： nfs_server 是创建共享的服务器的 IP 或主机名，nfs_path 是存储 OVA 文件的服务器上的路径。

   2

   指定供应商 Secret CR 的名称。

3. 创建 NetworkMap 清单来映射源和目标网络：

   $  cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: NetworkMap
   metadata:
     name: <network_map>
     namespace: <namespace>
   spec:
     map:
       - destination:
           name: <network_name>
           type: pod 

   1

   
         source:
           id: <source_network_id> 

   2

   
       - destination:
           name: <network_attachment_definition> 

   3

   
           namespace: <network_attachment_definition_namespace> 

   4

   
           type: multus
         source:
           id: <source_network_id>
     provider:
       source:
         name: <source_provider>
         namespace: <namespace>
       destination:
         name: <destination_provider>
         namespace: <namespace>
   EOF

   1

   允许的值是 pod 和 multus。

   2

   指定 OVA 网络通用唯一 ID (UUID)。

   3

   为每个额外 OpenShift Virtualization 网络指定网络附加定义。

   4

   仅在 类型 multus 时才需要。指定 OpenShift Virtualization 网络附加定义的命名空间。

4. 创建 StorageMap 清单来映射源和目标存储：

   $ cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: StorageMap
   metadata:
     name: <storage_map>
     namespace: <namespace>
   spec:
     map:
       - destination:
           storageClass: <storage_class>
           accessMode: <access_mode> 

   1

   
         source:
           name:  Dummy storage for source provider <provider_name> 

   2

   
     provider:
       source:
         name: <source_provider>
         namespace: <namespace>
       destination:
         name: <destination_provider>
         namespace: <namespace>
   EOF

   1

   允许的值有 ReadWriteOnce 和 ReadWriteMany。

   2

   对于 OVA，StorageMap 只能将 OVA 中的所有磁盘相关联的单个存储映射到目的地上的存储类。因此，存储在 UI 中被称为 "Dummy storage for source provider <provider_name>"。在 YAML 中，像上面显示一样编写短语，没有引号，并将 <provider_name> 替换为提供程序的实际名称。

5. 可选：在 Plan CR 中指定的阶段创建一个 Hook 清单以在虚拟机中运行自定义代码：

   $  cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: Hook
   metadata:
     name: <hook>
     namespace: <namespace>
   spec:
     image: quay.io/konveyor/hook-runner
     serviceAccount:<service account> 

   1

   
     playbook: |
       LS0tCi0gbm... 

   2

   
   EOF

   1

   （可选）Red Hat OpenShift 服务帐户。如果要操作集群的任何资源，则必须提供 serviceAccount。

   2

   base64 编码的 Ansible Playbook.如果指定了 playbook，镜像 必须包含 ansible-runner。

   注意

   您可以使用默认 hook-runner 镜像或指定自定义镜像。如果指定自定义镜像，则不需要指定 playbook。

6. 为迁移创建 Plan 清单：

   $ cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: Plan
   metadata:
     name: <plan> 

   1

   
     namespace: <namespace>
   spec:
     provider:
       source:
         name: <source_provider>
         namespace: <namespace>
       destination:
         name: <destination_provider>
         namespace: <namespace>
     map: 

   2

   
       network: 

   3

   
         name: <network_map> 

   4

   
         namespace: <namespace>
       storage: 

   5

   
         name: <storage_map> 

   6

   
         namespace: <namespace>
     targetNamespace: <target_namespace>
     vms: 

   7

   
       - id: <source_vm> 

   8

   
       - name: <source_vm>
         hooks: 

   9

   
           - hook:
               namespace: <namespace>
               name: <hook> 

   10

   
             step: <step> 

   11

   
   EOF

   1

   指定 Plan CR 的名称。

   2

   每个计划仅指定一个网络映射和一个存储映射。

   3

   指定网络映射，即使要迁移的虚拟机没有分配给网络。在这种情况下，映射可以为空。

   4

   指定 NetworkMap CR 的名称。

   5

   指定一个存储映射，即使要迁移的虚拟机没有使用磁盘镜像分配。在这种情况下，映射可以为空。

   6

   指定 StorageMap CR 的名称。

   7

   您可以使用 id 或 name 参数指定源虚拟机。

   8

   指定 OVA 虚拟机 UUID。

   9

   可选：为虚拟机指定最多两个 hook。每个 hook 必须在不同的迁移步骤中运行。

   10

   指定 Hook CR 的名称。

   11

   在迁移完成后，允许的值是 PreHook、在迁移计划启动前或 PostHook。

7. 创建运行 Plan CR 的 Migration 清单：

   $ cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: Migration
   metadata:
     name: <name_of_migration_cr>
     namespace: <namespace>
   spec:
     plan:
       name: <name_of_plan_cr>
       namespace: <namespace>
     cutover: <optional_cutover_time>
   EOF

   注意

   如果您指定了一个截止时间，请使用 ISO 8601 格式以及 UTC 时间偏移，例如 2024-04-04T01:23:45.678+09:00。