手順

1. OpenShift Container Platform Web コンソールで、Administration → Namespaces ページに移動します。
2. Create Namespaceをクリックします。
3. Name フィールドに、 openshift-cnv を入力します。
4. Create をクリックします。

手順

1. Operators → Installed Operators ページに移動します。
2. KubeVirt HyperConverged Cluster Operator をクリックします。

3. KubeVirt HyperConverged Cluster Operator Deployment タブをクリックし、Create HyperConverged をクリックします。

   1. Create HyperConverged をクリックすると、YAML ファイルが表示されます。'false' という単語の下にある一重引用符を削除します。これは、BZ#1767167 で報告されている問題の回避策となります。

      YAML ファイルは、最初に表示される際に以下の例のようになります。

      apiVersion: hco.kubevirt.io/v1alpha1
      kind: HyperConverged
      metadata:
        name: kubevirt-hyperconverged
        namespace: openshift-cnv
      spec:
        BareMetalPlatform: 'false' 1

      1

      次のステップに進む前に、この行が BareMetalPlatform: false を読み取ることを確認します。

4. Create をクリックして Container-native Virtualization を起動します。
5. Workloads → Pods ページに移動して、Container-native Virtualization Pod がすべて Running 状態になるまでこれらの Pod をモニターします。すべての Pod で Running 状態が表示された後に、Container-native Virtualization にアクセスできます。

手順

1. 次のコマンドを実行します。

   $ oc get csv

2. 出力を確認し、PHASE フィールドをチェックします。以下は例になります。

   VERSION  REPLACES                                        PHASE
   2.1.1    kubevirt-hyperconverged-operator.v2.1.0         Installing
   2.1.0                                                    Replacing

3. オプション: 以下のコマンドを実行して、すべての Container-native Virtualization コンポーネントの状態の集約されたステータスをモニターします。

   $ oc get hco -n openshift-cnv hyperconverged-cluster \
   -o=jsonpath='{range .status.conditions[*]}{.type}{"\t"}{.status}{"\t"}{.message}{"\n"}{end}'

   アップグレードが成功すると、以下の出力が得られます。

   ReconcileComplete  True  Reconcile completed successfully
   Available          True  Reconcile completed successfully
   Progressing        False Reconcile completed successfully
   Degraded           False Reconcile completed successfully
   Upgradeable        True  Reconcile completed successfully

手順

1. OpenShift Container Platform Web コンソールから、Projects 一覧より openshift-cnv を選択します。
2. Operators → Installed Operators ページに移動します。
3. KubeVirt HyperConverged Cluster Operator をクリックします。
4. KubeVirt HyperConverged Cluster Operator Deployment タブをクリックします。
5. Options メニュー を、hyperconverged-cluster カスタムリソースを含む行でクリックします。拡張されたメニューで、Delete HyperConverged をクリックします。
6. 確認ウィンドウで Delete をクリックします。
7. Workloads → Pods ページに移動し、Operator Pod のみが実行中であることを確認します。

8. ターミナルウィンドウを開き、以下のコマンドを実行して残りの KubeVirt リソースをクリーンアップします。

   $ oc delete apiservices v1alpha3.subresources.kubevirt.io -n openshift-cnv

   注記

   現時点で、一部の KubeVirt リソースが不適切に保持される状態が確認されるため、それらを手動で削除する必要があります。これらのリソースは、(BZ1712429) の解決後に自動的に削除されます。

手順

1. Catalog → OperatorHub ページに移動します。
2. KubeVirt HyperConverged Cluster Operator を見つけ、これを選択します。
3. Uninstall をクリックします。

手順

1. Administration → Namespaces に移動します。
2. namespace の一覧で削除する必要のある namespace を見つけます。
3. namespace の一覧の右端で、Options メニューから Delete Namespace を選択します。 をクリックします。
4. Delete Namespace ペインが表示されたら、フィールドから削除する namespace の名前を入力します。
5. Delete をクリックします。

手順

1. サイドメニューから Workloads → Virtual Machines をクリックします。
2. Create Virtual Machine をクリックし、Create with Wizard を選択します。
3. すべての必須の Basic Settings を入力します。Template を選択すると、これらのフィールドへの入力が自動的に行われます。

4. Next をクリックして Networking 画面に進みます。デフォルトで nic0 NIC が割り当てられます。

   1. (オプション) Create NIC をクリックして追加の NIC を作成します。
   2. (オプション) ⋮ ボタンをクリックし、Remove NIC を選択して、NICS のいずれかまたはすべてを削除できます。仮想マシンの作成において、NIC が割り当てられている必要はありません。NIC は仮想マシンの作成後に作成することができます。

5. Next をクリックして Storage 画面に進みます。

   1. (オプション) Create Disk をクリックして追加のディスクを作成します。これらのディスクは、⋮ ボタンをクリックし、 Remove Disk を選択して削除できます。
   2. (オプション) ディスクをクリックして選択可能なフィールドを変更します。✓ ボタンをクリックして更新を保存します。
   3. (オプション) Attach Disk をクリックして、Select Storage ドロップダウンリストから利用可能なディスクを選択します。
6. Create Virtual Machine > をクリックします。Results 画面には、仮想マシンの JSON 設定ファイルが表示されます。

手順

1. サイドメニューから Workloads → Virtual Machines をクリックします。
2. Create Virtual Machine をクリックし、Create from YAML を選択します。

3. 編集可能なウィンドウで仮想マシンの設定を作成するか、またはこれを貼り付けます。

   1. または、YAML 画面にデフォルトで提供される example 仮想マシンを使用します。
4. (オプション) Download をクリックして YAML 設定ファイルをその現在の状態でダウンロードします。
5. Create をクリックして仮想マシンを作成します。

1. 関連する PVC claimName をボリュームとして参照し、仮想マシンディスクを仮想マシンに割り当てます。

2. OpenShift Container Platform クライアントで仮想マシンを作成するには、以下のコマンドを実行します。

   $ oc create -f <vm.yaml>

3. 仮想マシンは Stopped 状態で作成されるため、これを起動して仮想マシンインスタンスを実行します。

手順

1. 正しい namespace にあることを確認します。ConfigMap は、同じ namespace にある場合に DataVolume によってのみ参照されます。

   $ oc get ns

2. ConfigMap を作成します。

   $ oc create configmap <configmap-name> --from-file=</path/to/file/ca.pem>

手順

1. インポートする必要のある仮想ディスクイメージをホストする HTTP ファイルサーバーを特定します。正しい形式での完全な URL が必要になります。

   • http://www.example.com/path/to/data

2. データソースに認証情報が必要な場合、endpoint-secret.yaml ファイルを編集し、更新された設定をクラスターに適用します。

   apiVersion: v1
   kind: Secret
   metadata:
     name: <endpoint-secret>
     labels:
       app: containerized-data-importer
   type: Opaque
   data:
     accessKeyId: "" 1
     secretKey:   "" 2

   1

   オプション: キーまたはユーザー名 (base64 エンコード)

   2

   オプション: シークレットまたはパスワード、base64 エンコード

   $ oc apply -f endpoint-secret.yaml

3. 仮想マシン設定ファイルを編集し、インポートする必要のあるイメージのデータソースを指定します。この例では、Fedora イメージがインポートされます。

   apiVersion: kubevirt.io/v1alpha3
   kind: VirtualMachine
   metadata:
     creationTimestamp: null
     labels:
       kubevirt.io/vm: vm-fedora-datavolume
     name: vm-fedora-datavolume
   spec:
     dataVolumeTemplates:
     - metadata:
         creationTimestamp: null
         name: fedora-dv
       spec:
         pvc:
           accessModes:
           - ReadWriteOnce
           resources:
             requests:
               storage: 2Gi
           storageClassName: local
         source:
           http:
             url: https://download.fedoraproject.org/pub/fedora/linux/releases/28/Cloud/x86_64/images/Fedora-Cloud-Base-28-1.1.x86_64.qcow2 1
             secretRef: "" 2
             certConfigMap: "" 3
       status: {}
     running: false
     template:
       metadata:
         creationTimestamp: null
         labels:
           kubevirt.io/vm: vm-fedora-datavolume
       spec:
         domain:
           devices:
             disks:
             - disk:
                 bus: virtio
               name: datavolumedisk1
           machine:
             type: ""
           resources:
             requests:
               memory: 64M
         terminationGracePeriodSeconds: 0
         volumes:
         - dataVolume:
             name: fedora-dv
           name: datavolumedisk1
   status: {}

   1

   インポートする必要のあるイメージの HTTP ソース。

   2

   secretRef パラメーターはオプションです。

   3

   certConfigMap はエンドポイントが認証を必要とする場合のみ必要になります。参照される ConfigMap は DataVolume と同じ namespace にある必要があります。

4. 仮想マシンを作成します。

   $ oc create -f vm-<name>-datavolume.yaml

   注記

   oc create コマンドは、DataVolume および仮想マシンを作成します。CDI コントローラーは適切なアノテーションを使って基礎となる PVC を作成し、インポートプロセスが開始されます。インポートが完了すると、DataVolume のステータスは Succeeded に変更され、仮想マシンの起動が可能になります。

   DataVolume のプロビジョニングはバックグランドで実行されるため、これをモニターする必要はありません。仮想マシンは起動できますが、これはインポートが完了するまで実行されません。

オプションの検証手順

1. oc get pods を実行し、インポーター Pod を見つけます。この Pod は指定された URL からイメージをダウンロードし、これをプロビジョニングされた PV に保存します。

2. Succeeded が表示されるまで DataVolume のステータスをモニターします。

   $ oc describe dv <data-label> 1

   1

   仮想マシン設定ファイルに指定された DataVolume のデータラベル。

3. プロビジョニングが完了し、VMI が起動したことを検証するには、そのシリアルコンソールへのアクセスを試行します。

   $ virtctl console <vm-fedora-datavolume>

手順

1. サイドメニューから Workloads → Virtual Machine をクリックします。
2. 仮想マシンを選択します。
3. YAML タブをクリックして編集可能な設定を表示します。
4. オプション: Download をクリックして YAML ファイルをその現在の状態でローカルにダウンロードできます。
5. ファイルを編集し、Save をクリックします。

手順

1. 以下のコマンドを実行して、仮想マシン設定を更新します。

   $ oc edit <object_type> <object_ID>

2. オブジェクト設定を開きます。
3. YAML を編集します。

4. 実行中の仮想マシンを編集する場合は、以下のいずれかを実行する必要があります。

   • 仮想マシンの再起動

   • 新規の設定を有効にするために、以下のコマンドを実行します。

     $ oc apply <object_type> <object_ID>

手順

1. Virtual Machines タブで、仮想マシンを選択します。
2. Disks タブを選択します。
3. Add Disks をクリックして、 Add Disk ウィンドウを開きます。
4. Add Disk ウィンドウで、Source、Name、 Size、Interface、および Storage Class を指定します。
5. ドロップダウンリストおよびチェックボックスを使用して、ディスク設定を編集します。
6. OK をクリックします。

手順

1. Virtual Machines タブで、仮想マシンを選択します。
2. Network Interfaces タブを選択します。
3. Create Network Interface をクリックします。
4. Create Network Interface 一覧の行で、ネットワークインターフェースの Name、Model、Network、Type、および MAC Address を指定します。
5. 行の右にある緑色のチェックマークをクリックして、ネットワークインターフェースを追加します。
6. 仮想マシンを再起動して、アクセスを有効にします。
7. ドロップダウンリストとチェックボックスを編集して、ネットワークインターフェースを設定します。
8. Save Changes をクリックします。
9. OK をクリックします。

手順

1. Container-native Virtualization コンソールのサイドメニューから Workloads → Virtual Machines をクリックします。

2. 削除する仮想マシンの ⋮ ボタンをクリックして Delete Virtual Machine を選択します。

   • または、仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions → Delete Virtual Machine をクリックします。
3. 確認のポップアップウィンドウで、Delete をクリックし、仮想マシンを永続的に削除します。

1. 以下のコマンドを実行し、仮想マシンを削除します。

   $ oc delete vm <fedora-vm>

2. 以下のコマンドを実行し、DataVolume を削除します。

   $ oc delete dv <datavolume-name>

手順

1. kubevirt_vm タスクを含むように Ansible Playbook YAML ファイルを編集します。

     kubevirt_vm:
       namespace:
       name:
       cpu_cores:
       memory:
       disks:
         - name:
           volume:
             containerDisk:
               image:
           disk:
             bus:

   注記

   このスニペットには Playbook の kubevirt_vm 部分のみが含まれます。

2. namespace、 cpu_cores の数、memory、および disks を含む、作成する必要のある仮想マシンを反映させるように値を編集します。例:

     kubevirt_vm:
       namespace: default
       name: vm1
       cpu_cores: 1
       memory: 64Mi
       disks:
         - name: containerdisk
           volume:
             containerDisk:
               image: kubevirt/cirros-container-disk-demo:latest
           disk:
             bus: virtio

3. 仮想マシンを作成後すぐに起動する必要がある場合には、state: running を YAML ファイルに追加します。例:

     kubevirt_vm:
       namespace: default
       name: vm1
       state: running 1
       cpu_cores: 1

   1

   この値を state: absent に変更すると、すでに存在する場合に仮想マシンは削除されます。

4. Playbook のファイル名を引数としてのみ使用して、 ansible-playbook コマンドを実行します。

   $ ansible-playbook create-vm.yaml

5. 出力を確認し、プレイが正常に実行されたかどうかを確認します。

   (...)
   TASK [Create my first VM] ************************************************************************
   changed: [localhost]
   
   PLAY RECAP ********************************************************************************************************
   localhost                  : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

6. Playbook ファイルに state: running を含めず、すぐに仮想マシンを起動する必要がある場合には、 state: running を含めるようにファイルを編集し、Playbook を再度実行します。

   $ ansible-playbook create-vm.yaml

手順

1. 仮想マシン設定ファイルの interfaces 仕様を編集します。

   kind: VirtualMachine
   spec:
     domain:
       devices:
         interfaces:
           - name: red
             masquerade: {} 1
             ports:
               - port: 80 2
     networks:
     - name: red
       pod: {}

   1

   マスカレードモードを使用した接続

   2

   ポート 80 での受信トラフィックの許可

2. 仮想マシンを作成します。

   $ oc create -f <vm-name>.yaml

手順

1. 任意のローカルディレクトリーで NetworkAttachmentDefinition の新規ファイルを作成します。このファイルには、お使いの設定に合わせて変更された以下の内容が含まれる必要があります。

   apiVersion: "k8s.cni.cncf.io/v1"
   kind: NetworkAttachmentDefinition
   metadata:
     name: a-bridge-network
     annotations:
       k8s.v1.cni.cncf.io/resourceName: bridge.network.kubevirt.io/br0 1
   spec:
     config: '{
       "cniVersion": "0.3.1",
       "plugins": [
         {
           "type": "cnv-bridge", 2
           "bridge": "br0", 3
           "ipam": {}
         },
         {
           "type": "tuning" 4
         }
       ]
     }'

   1

   このアノテーションを NetworkAttachmentDefinition に追加する場合、仮想マシンインスタンスは br0 ブリッジが接続されているノードでのみ実行されます。

   2

   この NetworkAttachmentDefinition のネットワークを提供する Container Network Interface (CNI) プラグインの実際の名前。異なる CNI を使用するのでない限り、このフィールドは変更しないでください。

   3

   ブリッジの名前が br0 でない場合、ブリッジの実際の名前に置き換える必要があります。

   4

   必須。これにより、MAC プールマネージャーが接続に固有の MAC アドレスを割り当てます。

   $ oc create -f <resource_spec.yaml>

2. ブリッジネットワークに接続する必要のある仮想マシンまたは仮想マシンインスタンスの設定を編集します。

   apiVersion: v1
   kind: VirtualMachine
   metadata:
     name: example-vm
     annotations:
       k8s.v1.cni.cncf.io/networks: a-bridge-network 1
   spec:
   ...

   1

   NetworkAttachmentDefinition の実際の name 値に置き換える必要があります。

   この例では、NetworkAttachmentDefinition および Pod が同じ namespace に置かれています。

   異なる namespace を指定するには、以下の構文を使用します。

   ...
     annotations:
       k8s.v1.cni.cncf.io/networks: <namespace>/a-bridge-network
   ...

3. 設定ファイルをリソースに適用します。

   $ oc create -f <local/path/to/network-attachment-definition.yaml>

手順

1. Container-native Virtualization コンソールの適切なプロジェクトで、Workloads → Virtual Machines をクリックします。
2. 仮想マシンテンプレートを選択します。
3. Network Interfaces をクリックし、仮想マシンにすでに割り当てられている NIC を表示します。
4. Create NIC をクリックして、新規スロットを一覧に作成します。
5. 新規 NIC の NAME、NETWORK、MAC ADDRESS、および BINDING METHOD に入力します。
6. ✓ ボタンをクリックして NIC を保存し、これを仮想マシンに割り当てます。

手順

1. コンソールのいずれか、または SSH を使用して仮想マシンのコマンドラインにアクセスします。

2. QEMU ゲストエージェントを仮想マシンにインストールします。

   $ yum install -y qemu-guest-agent

3. QEMU ゲストエージェントサービスを起動します。

   $ systemctl start qemu-guest-agent

4. サービスに永続性があることを確認します。

   $ systemctl enable qemu-guest-agent

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machinesをクリックします。
2. 仮想マシンの名前をクリックして、Virtual Machine Overview 画面を開きます。

手順

1. クラスターに PXE ネットワークを設定します。

   1. PXE ネットワーク pxe-net-conf の NetworkAttachmentDefinition ファイルを作成します。

      apiVersion: "k8s.cni.cncf.io/v1"
      kind: NetworkAttachmentDefinition
      metadata:
        name: pxe-net-conf
      spec:
        config: '{
            "cniVersion": "0.3.1",
            "name": "pxe-net-conf",
            "plugins": [
              {
                "type": "cnv-bridge",
                "bridge": "br1",
                "ipam": {}
              },
              {
                "type": "cnv-tuning" 1
              }
            ]
          }'

      1

      cnv-tuning プラグインは、カスタム MAC アドレスのサポートを提供します。

      注記

      仮想マシンインスタンスは、必要な VLAN のアクセスポートでブリッジ br1 に割り当てられます。

2. 直前の手順で作成したファイルを使用して NetworkAttachmentDefinition オブジェクトを作成します。

   $ oc create -f pxe-net-conf.yaml

3. 仮想マシンインスタンス設定ファイルを、インターフェースおよびネットワークの詳細を含めるように編集します。

   1. PXE サーバーで必要な場合には、ネットワークおよび MAC アドレスを指定します。MAC アドレスが指定されていない場合、値は自動的に割り当てられます。ただし、この時点で自動的に割り当てられる MAC アドレスは永続しないことに注意してください。

      bootOrder が 1 に設定されており、インターフェースが最初に起動することを確認します。この例では、インターフェースは <pxe-net> というネットワークに接続されています。

      interfaces:
      - masquerade: {}
        name: default
      - bridge: {}
        name: pxe-net
        macAddress: de:00:00:00:00:de
        bootOrder: 1

      注記

      複数のインターフェースおよびディスクのブートの順序はグローバル順序になります。

   2. オペレーティングシステムのプロビジョニング後に起動が適切に実行されるよう、ブートデバイス番号をディスクに割り当てます。

      ディスク bootOrder の値を 2 に設定します。

      devices:
        disks:
        - disk:
            bus: virtio
          name: containerdisk
          bootOrder: 2

   3. 直前に作成された NetworkAttachmentDefinition に接続されるネットワークを指定します。このシナリオでは、<pxe-net> は <pxe-net-conf> という NetworkAttachmentDefinition に接続されます。

      networks:
      - name: default
        pod: {}
      - name: pxe-net
        multus:
          networkName: pxe-net-conf

4. 仮想マシンインスタンスを作成します。

   $ oc create -f vmi-pxe-boot.yaml
     virtualmachineinstance.kubevirt.io "vmi-pxe-boot" created

5. 仮想マシンインスタンスの実行を待機します。

   $ oc get vmi vmi-pxe-boot -o yaml | grep -i phase
     phase: Running

6. VNC を使用して仮想マシンインスタンスを表示します。

   $ virtctl vnc vmi-pxe-boot

7. ブート画面で、PXE ブートが正常に実行されていることを確認します。

8. 仮想マシンインスタンスにログインします。

   $ virtctl console vmi-pxe-boot

9. 仮想マシンのインターフェースおよび MAC アドレスを確認し、ブリッジに接続されたインターフェースに MAC アドレスが指定されていることを確認します。この場合、PXE ブートには IP アドレスなしに eth1 を使用しています。他のインターフェース eth0 は OpenShift Container Platform から IP アドレスを取得しています。

   $ ip addr
   ...
   3. eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
      link/ether de:00:00:00:00:de brd ff:ff:ff:ff:ff:ff

手順

1. 仮想マシンインスタンスに対し、クラスターから要求された以上のメモリーが利用可能であることを明示的に示すために、仮想マシン設定ファイルを編集し、spec.domain.memory.guest を spec.domain.resources.requests.memory よりも高い値に設定します。このプロセスはメモリーのオーバーコミットと呼ばれています。

   以下の例では、1024M がクラスターから要求されますが、仮想マシンインスタンスには 2048M が利用可能であると通知されます。ノードに利用可能な空のメモリーが十分にある限り、仮想マシンインスタンスは最大 2048M を消費します。

   kind: VirtualMachine
   spec:
     template:
       domain:
       resources:
           requests:
             memory: 1024M
       memory:
           guest: 2048M

   注記

   ノードがメモリー不足の状態になると、Pod のエビクションルールと同じルールが仮想マシンインスタンスに適用されます。

2. 仮想マシンを作成します。

   $ oc create -f <file name>.yaml

手順

1. ゲストメモリーオーバーヘッドアカウンティングを無効にするには、YAML 設定ファイルを編集し、overcommitGuestOverhead の値を true に設定します。このパラメーターはデフォルトで無効にされています。

   kind: VirtualMachine
   spec:
     template:
       domain:
       resources:
           overcommitGuestOverhead: true
           requests:
             memory: 1024M

   注記

   overcommitGuestOverhead が有効にされている場合、これはゲストのオーバーヘッドをメモリー制限 (ある場合) に追加します。

2. 仮想マシンを作成します。

   $ oc create -f <file name>.yaml

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machine Templates をクリックします。
2. Create Template をクリックし、Create with Wizard を選択します。
3. すべての必須の Basic Settings を入力します。

4. Next をクリックして Networking 画面に進みます。デフォルトで nic0 という名前の NIC が割り当てられます。

   1. オプション: Create NIC をクリックして追加の NIC を作成します。
   2. オプション: Options メニュー をクリックし、Remove NIC を選択していずれか、またはすべての NIC を削除できます。テンプレートから作成される仮想マシンには、割り当てられている NIC は不要です。NIC は仮想マシンの作成後に作成できます。

5. Next をクリックして Storage 画面に進みます。

   1. オプション: Create Disk をクリックして追加のディスクを作成します。
   2. オプション: ディスクをクリックして選択可能なフィールドを変更します。✓ ボタンをクリックして変更を保存します。

   3. オプション: Attach Disk をクリックして、Select Storage リストから利用可能なディスクを選択します。

      注記

      URL または Container のいずれかが Basic Settings 画面で Provision Source として選択されてる場合、rootdisk ディスクが作成され、Bootable Disk として仮想マシンに割り当てられます。rootdisk を変更できますが、これを削除することはできません。

      Bootable Disk は、仮想マシンにディスクが割り当てられていない場合、PXE ソースからプロビジョニングされる仮想マシンには不要です。1 つ以上のディスクが仮想マシンに割り当てられている場合、Bootable Disk を 1 つを選択する必要があります。

6. Create Virtual Machine Template > をクリックします。Results 画面には、仮想マシンテンプレートの JSON 設定ファイルが表示されます。

   テンプレートは Workloads → Virtual Machine Templates に一覧表示されます。

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machine Templates をクリックします。
2. テンプレートを選択します。
3. YAML タブをクリックして編集可能な設定を表示します。
4. ファイルを編集し、Save をクリックします。

手順

1. Virtual Machine Templates タブで、仮想マシンテンプレートを選択します。
2. Disks タブを選択します。
3. Add Disks をクリックして、 Add Disk ウィンドウを開きます。
4. Add Disk ウィンドウで、Source、Name、 Size、Interface、および Storage Class を指定します。
5. ドロップダウンリストおよびチェックボックスを使用して、ディスク設定を編集します。
6. OK をクリックします。

手順

1. Virtual Machine Templates タブで、仮想マシンテンプレートを選択します。
2. Network Interfaces タブを選択します。
3. Create Network Interface をクリックします。
4. Create Network Interface 一覧の行で、ネットワークインターフェースの Name、Model、Network、Type、および MAC Address を指定します。
5. 行の右にある緑色のチェックマークをクリックして、ネットワークインターフェースを追加します。
6. 仮想マシンを再起動して、アクセスを有効にします。
7. ドロップダウンリストとチェックボックスを編集して、ネットワークインターフェースを設定します。
8. Save Changes をクリックします。
9. OK をクリックします。

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machine Templates をクリックします。

2. このペインから仮想マシンテンプレートを削除できます。 これにより、1 つのペインで複数のマシンに対してアクションを実行することがより容易になります。 または、Virtual Machine Template Details ペインから仮想マシンテンプレートを削除することもできます。 この場合、選択されたテンプレートの総合的な詳細情報を確認できます。

   • Options メニュー をクリックし、Delete Template を選択します。
   • テンプレート名をクリックして Virtual Machine Template Details ペインを開き、Actions → Delete Template をクリックします。
3. 確認のポップアップウィンドウで、Delete をクリックし、テンプレートを永続的に削除します。

手順

1. 関連付けられた PVC の名前および namespace を特定するために、クローン作成に必要な仮想マシンディスクを確認します。

2. 新規 DataVolume の名前、ソース PVC の名前および namespace、および新規 DataVolume のサイズを指定する DataVolume オブジェクトの YAML ファイルを作成します。

   例:

   apiVersion: cdi.kubevirt.io/v1alpha1
   kind: DataVolume
   metadata:
     name: <cloner-datavolume> 1
   spec:
     source:
       pvc:
         namespace: "<source-namespace>" 2
         name: "<my-favorite-vm-disk>" 3
     pvc:
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi> 4

   1

   新規 DataVolume の名前。

   2

   ソース PVC が存在する namespace。

   3

   ソース PVC の名前。

   4

   新規 DataVolume のサイズ。十分な領域を割り当てる必要があります。そうでない場合には、クローン操作は失敗します。サイズはソース PVC と同じか、またはそれよりも大きくなければなりません。

3. DataVolume を作成して PVC のクローン作成を開始します。

   $ oc create -f <cloner-datavolume>.yaml

   注記

   DataVolume は仮想マシンが PVC の作成前に起動することを防ぐため、PVC のクローン作成中に新規 DataVolume を参照する仮想マシンを作成できます。

手順

1. 関連付けられた PVC の名前および namespace を特定するために、クローン作成に必要な仮想マシンを確認します。

2. VirtualMachine オブジェクトの YAML ファイルを作成します。以下の仮想マシンのサンプルでは、source-namespace namespace にある my-favorite-vm-disk のクローンを作成します。favorite-clone という 2Gi DataVolume が my-favorite-vm-disk から作成されます。

   例:

   apiVersion: kubevirt.io/v1alpha3
   kind: VirtualMachine
   metadata:
     labels:
       kubevirt.io/vm: vm-dv-clone
     name: vm-dv-clone 1
   spec:
     running: false
     template:
       metadata:
         labels:
           kubevirt.io/vm: vm-dv-clone
       spec:
         domain:
           devices:
             disks:
             - disk:
                 bus: virtio
               name: root-disk
           resources:
             requests:
               memory: 64M
         volumes:
         - dataVolume:
             name: favorite-clone
           name: root-disk
     dataVolumeTemplates:
     - metadata:
         name: favorite-clone
       spec:
         pvc:
           accessModes:
           - ReadWriteOnce
           resources:
             requests:
               storage: 2Gi
         source:
           pvc:
             namespace: "source-namespace"
             name: "my-favorite-vm-disk"

   1

   作成する仮想マシン。

3. PVC のクローンが作成された DataVolume で仮想マシンを作成します。

   $ oc create -f <vm-clone-datavolumetemplate>.yaml

手順

1. 以下を特定します。

   • アップロードする VM ディスクイメージのファイルの場所
   • 結果として生成される PVC の名前およびこれに必要なサイズ

2. virtctl image-upload コマンドを実行して仮想マシンイメージをアップロードします。PVC 名、PVC サイズ、およびファイルの場所を指定する必要があります。以下は例になります。

   $ virtctl image-upload --pvc-name=<upload-fedora-pvc> --pvc-size=<2Gi> --image-path=</images/fedora.qcow2>

   注意

   HTTPS を使用したセキュアでないサーバー接続を許可するには、--insecure パラメーターを使用します。--insecure フラグを使用する際に、アップロードエンドポイントの信頼性は検証 されない 点に注意してください。

3. PVC が作成されていることを確認するには、すべての PVC オブジェクトを表示します。

   $ oc get pvc

手順

1. ローカル PV を作成するノードに root としてログインします。この手順では、node01 を例に使用します。

2. ファイルを作成して、これを null 文字で設定し、ブロックデバイスとして使用できるようにします。以下の例では、2Gb (20 100Mb ブロック) のサイズのファイル loop10 を作成します。

   $ dd if=/dev/zero of=<loop10> bs=100M count=20

3. loop10 ファイルをループデバイスとしてマウントします。

   $ losetup </dev/loop10>d3 <loop10> 1 2

   1

   ループデバイスがマウントされているファイルパスです。

   2

   前の手順で作成したファイルはループデバイスとしてマウントされます。

4. マウントされたループデバイスを参照する PersistentVolume 設定を作成します。

   kind: PersistentVolume
   apiVersion: v1
   metadata:
     name: <local-block-pv10>
     annotations:
   spec:
     local:
       path: </dev/loop10> 1
     capacity:
       storage: <2Gi>
     volumeMode: Block 2
     storageClassName: local 3
     accessModes:
       - ReadWriteOnce
     persistentVolumeReclaimPolicy: Delete
     nodeAffinity:
       required:
         nodeSelectorTerms:
         - matchExpressions:
           - key: kubernetes.io/hostname
             operator: In
             values:
             - <node01> 4

   1

   ノード上のループデバイスのパス。

   2

   ブロック PV であることを指定します。

   3

   オプション: PV に StorageClass を設定します。これを省略する場合、クラスターのデフォルトが使用されます。

   4

   ブロックデバイスがマウントされたノード。

5. ブロック PV を作成します。

   # oc create -f <local-block-pv10.yaml>1

   1

   直前の手順で作成された PersistentVolume のファイル名。

手順

1. spec: source: upload{} を指定する DataVolume 設定を作成します。

   apiVersion: cdi.kubevirt.io/v1alpha1
   kind: DataVolume
   metadata:
     name: <upload-datavolume> 1
   spec:
     source:
         upload: {}
     pvc:
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi> 2

   1

   DataVolume の名前

   2

   DataVolume のサイズ

2. DataVolume を作成します。

   $ oc create -f <upload-datavolume>.yaml

手順

1. 以下を特定します。

   • アップロードする仮想マシンディスクイメージのファイルの場所
   • DataVolume の名前

2. virtctl image-upload コマンドを実行してディスクイメージをアップロードします。DV 名とファイルの場所を指定する必要があります。以下は例になります。

   $ virtctl image-upload --dv-name=<upload-datavolume> --image-path=</images/fedora.qcow2> 1 2

   1

   作成する DataVolume の名前。

   2

   アップロードする仮想マシンディスクイメージのファイルパス。

   注意

   HTTPS を使用したセキュアでないサーバー接続を許可するには、--insecure パラメーターを使用します。--insecure フラグを使用する際に、アップロードエンドポイントの信頼性は検証 されない 点に注意してください。

3. DV が作成されていることを確認するには、すべての DV オブジェクトを表示します。

   $ oc get dvs

手順

1. DataVolume 設定ファイルを編集します。

   apiVersion: cdi.kubevirt.io/v1alpha1
   kind: DataVolume
   metadata:
     name: blank-image-datavolume
   spec:
     source:
         blank: {}
     pvc:
       # Optional: Set the storage class or omit to accept the default
       # storageClassName: "hostpath"
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: 500Mi

2. 以下のコマンドを実行して、空のディスクイメージを作成します。

   $ oc create -f <blank-image-datavolume>.yaml

手順

1. ローカル PV を作成するノードに root としてログインします。この手順では、node01 を例に使用します。

2. ファイルを作成して、これを null 文字で設定し、ブロックデバイスとして使用できるようにします。以下の例では、2Gb (20 100Mb ブロック) のサイズのファイル loop10 を作成します。

   $ dd if=/dev/zero of=<loop10> bs=100M count=20

3. loop10 ファイルをループデバイスとしてマウントします。

   $ losetup </dev/loop10>d3 <loop10> 1 2

   1

   ループデバイスがマウントされているファイルパスです。

   2

   前の手順で作成したファイルはループデバイスとしてマウントされます。

4. マウントされたループデバイスを参照する PersistentVolume 設定を作成します。

   kind: PersistentVolume
   apiVersion: v1
   metadata:
     name: <local-block-pv10>
     annotations:
   spec:
     local:
       path: </dev/loop10> 1
     capacity:
       storage: <2Gi>
     volumeMode: Block 2
     storageClassName: local 3
     accessModes:
       - ReadWriteOnce
     persistentVolumeReclaimPolicy: Delete
     nodeAffinity:
       required:
         nodeSelectorTerms:
         - matchExpressions:
           - key: kubernetes.io/hostname
             operator: In
             values:
             - <node01> 4

   1

   ノード上のループデバイスのパス。

   2

   ブロック PV であることを指定します。

   3

   オプション: PV に StorageClass を設定します。これを省略する場合、クラスターのデフォルトが使用されます。

   4

   ブロックデバイスがマウントされたノード。

5. ブロック PV を作成します。

   # oc create -f <local-block-pv10.yaml>1

   1

   直前の手順で作成された PersistentVolume のファイル名。

手順

1. データソースに認証情報が必要な場合、endpoint-secret.yaml ファイルを編集し、更新された設定をクラスターに適用します。

   1. 選択するテキストエディターで endpoint-secret.yaml ファイルを編集します。

      apiVersion: v1
      kind: Secret
      metadata:
        name: <endpoint-secret>
        labels:
          app: containerized-data-importer
      type: Opaque
      data:
        accessKeyId: "" 1
        secretKey:   "" 2

      1

      オプション: キーまたはユーザー名 (base64 エンコード)

      2

      オプション: シークレットまたはパスワード、base64 エンコード

   2. シークレットを更新します。

      $ oc apply -f endpoint-secret.yaml

2. インポートするイメージのデータソースを指定する DataVolume および volumeMode: Block を作成して、利用可能なブロック PV が使用されるようにします。

   apiVersion: cdi.kubevirt.io/v1alpha1
   kind: DataVolume
   metadata:
     name: <import-pv-datavolume> 1
   spec:
     storageClassName: local 2
     source:
         http:
            url: <http://download.fedoraproject.org/pub/fedora/linux/releases/28/Cloud/x86_64/images/Fedora-Cloud-Base-28-1.1.x86_64.qcow2> 3
            secretRef: <endpoint-secret> 4
     pvc:
       volumeMode: Block 5
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi>

   1

   DataVolume の名前。

   2

   オプション: ストレージクラスを設定するか、またはこれを省略してクラスターのデフォルトを受け入れます。

   3

   インポートするイメージの HTTP ソース。

   4

   データソースに認証が必要である場合にのみ必要です。

   5

   ブロック PV にインポートするために必要です。

3. 仮想マシンイメージをインポートするために DataVolume を作成します。

   $ oc create -f <import-pv-datavolume.yaml>1

   1

   直前の手順で作成されたファイル名 DataVolume。

手順

1. ローカル PV を作成するノードに root としてログインします。この手順では、node01 を例に使用します。

2. ファイルを作成して、これを null 文字で設定し、ブロックデバイスとして使用できるようにします。以下の例では、2Gb (20 100Mb ブロック) のサイズのファイル loop10 を作成します。

   $ dd if=/dev/zero of=<loop10> bs=100M count=20

3. loop10 ファイルをループデバイスとしてマウントします。

   $ losetup </dev/loop10>d3 <loop10> 1 2

   1

   ループデバイスがマウントされているファイルパスです。

   2

   前の手順で作成したファイルはループデバイスとしてマウントされます。

4. マウントされたループデバイスを参照する PersistentVolume 設定を作成します。

   kind: PersistentVolume
   apiVersion: v1
   metadata:
     name: <local-block-pv10>
     annotations:
   spec:
     local:
       path: </dev/loop10> 1
     capacity:
       storage: <2Gi>
     volumeMode: Block 2
     storageClassName: local 3
     accessModes:
       - ReadWriteOnce
     persistentVolumeReclaimPolicy: Delete
     nodeAffinity:
       required:
         nodeSelectorTerms:
         - matchExpressions:
           - key: kubernetes.io/hostname
             operator: In
             values:
             - <node01> 4

   1

   ノード上のループデバイスのパス。

   2

   ブロック PV であることを指定します。

   3

   オプション: PV に StorageClass を設定します。これを省略する場合、クラスターのデフォルトが使用されます。

   4

   ブロックデバイスがマウントされたノード。

5. ブロック PV を作成します。

   # oc create -f <local-block-pv10.yaml>1

   1

   直前の手順で作成された PersistentVolume のファイル名。

手順

1. 関連付けられた PVC の名前および namespace を特定するために、クローン作成に必要な仮想マシンディスクを確認します。

2. 新規 DataVolume の名前、ソース PVC の名前および namespace、利用可能なブロック PV を使用できるようにするために volumeMode: Block、および新規 DataVolume のサイズを指定する DataVolume オブジェクトの YAML ファイルを作成します。

   例:

   apiVersion: cdi.kubevirt.io/v1alpha1
   kind: DataVolume
   metadata:
     name: <cloner-datavolume> 1
   spec:
     source:
       pvc:
         namespace: "<source-namespace>" 2
         name: "<my-favorite-vm-disk>" 3
     pvc:
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi> 4
       volumeMode: Block 5

   1

   新規 DataVolume の名前。

   2

   ソース PVC が存在する namespace。

   3

   ソース PVC の名前。

   4

   新規 DataVolume のサイズ。十分な領域を割り当てる必要があります。そうでない場合には、クローン操作は失敗します。サイズはソース PVC と同じか、またはそれよりも大きくなければなりません。

   5

   宛先がブロック PV であることを指定します。

3. DataVolume を作成して PVC のクローン作成を開始します。

   $ oc create -f <cloner-datavolume>.yaml

   注記

   DataVolume は仮想マシンが PVC の作成前に起動することを防ぐため、PVC のクローン作成中に新規 DataVolume を参照する仮想マシンを作成できます。

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machinesをクリックします。

2. この画面からマイグレーションを開始できます。 これにより、1 つの画面で複数のマシンに対してアクションを実行することがより容易になります。 または、Virtual Machine Details 画面から仮想マシンを停止することもできます。 この場合、選択された仮想マシンの総合的な詳細情報を確認できます。

   • Options メニュー をクリックし、Migrate Virtual Machine を選択します。
   • 仮想マシン名をクリックし、Virtual Machine Details 画面を開き、Actions → Migrate Virtual Machine をクリックします。
3. Migrate をクリックして、仮想マシンを別のノードに移行します。

手順

1. 移行する仮想マシンインスタンスの VirtualMachineInstanceMigration 設定ファイルを作成します。vmi-migrate.yaml はこの例になります。

   apiVersion: kubevirt.io/v1alpha3
   kind: VirtualMachineInstanceMigration
   metadata:
     name: migration-job
   spec:
     vmiName: vmi-fedora

2. クラスターにオブジェクトを作成します。

   $ oc create -f vmi-migrate.yaml

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machinesをクリックします。

2. この画面から移行を取り消すことができます。 これにより、1 つの画面で複数のマシンに対してアクションを実行することがより容易になります。 または、Virtual Machine Details 画面から仮想マシンを停止することもできます。 この場合、選択された仮想マシンの総合的な詳細情報を確認できます。

   • Options メニュー をクリックして、Cancel Virtual Machine Migrationを選択します。
   • 仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions → Cancel Virtual Machine Migration をクリックします。
3. Cancel Migration をクリックして仮想マシンのライブマイグレーションを取り消します。

手順

1. evictionStrategy: LiveMigrate オプションを、仮想マシン設定ファイルの spec セクションに追加します。この例では、oc edit を使用して VirtualMachine 設定ファイルの関連するスニペットを更新します。

   $ oc edit vm <custom-vm> -n <my-namespace>

   apiVersion: kubevirt.io/v1alpha3
   kind: VirtualMachine
   metadata:
     name: custom-vm
   spec:
     terminationGracePeriodSeconds: 30
     evictionStrategy: LiveMigrate
     domain:
       resources:
         requests:
   ...

2. 更新を有効にするために仮想マシンを再起動します。

   $ virtctl restart <custom-vm> -n <my-namespace>

手順

1. Container-native Virtualization コンソールで Compute → Nodes をクリックします。

2. この画面からノードをメンテナンスモードに設定できます。 これにより、1 つの画面で複数のノードに対してアクションを実行することがより容易になります。 または、Node Details 画面からノードをメンテナンスモードに設定することもできます。 この場合、選択されたノードの総合的な詳細情報を確認できます。

   • Options メニュー をクリックし、Start Maintenance を選択します。
   • ノード名をクリックし、Node Details 画面を開いて Actions → Stat Maintenance をクリックします。
3. 確認ウィンドウで Start Maintenance をクリックします。

手順

1. ノードメンテナンス CR 設定を作成します。この例では、node02-maintenance.yaml という CR を使用します。

   apiVersion: kubevirt.io/v1alpha1
   kind: NodeMaintenance
   metadata:
     name: node02-maintenance
   spec:
     nodeName: node02
     reason: "Replacing node02"

2. NodeMaintenance オブジェクトをクラスターに作成します。

   $ oc apply -f <node02-maintenance.yaml>

手順

1. Container-native Virtualization コンソールで Compute → Nodes をクリックします。

2. この画面からノードを再開できます。 これにより、1 つの画面で複数のノードに対してアクションを実行することがより容易になります。 または、Node Details 画面からノードを再開することもできます。 この場合、選択されたノードの総合的な詳細情報を確認できます。

   • Options メニュー をクリックし、Stop Maintenanceを選択します。
   • ノード名をクリックし、Node Details 画面を開いて Actions → Stop Maintenance をクリックします。
3. 確認ウィンドウで Stop Maintenance をクリックします。

手順

1. NodeMaintenance オブジェクトを見つけます。

   $ oc get nodemaintenance

2. オプション: NodeMaintenance オブジェクトを検査し、これが正しいノードに関連付けられていることを確認します。

   $ oc describe nodemaintenance <node02-maintenance>

   Name:         node02-maintenance
   Namespace:
   Labels:
   Annotations:
   API Version:  kubevirt.io/v1alpha1
   Kind:         NodeMaintenance
   ...
   Spec:
     Node Name:  node02
     Reason:     Replacing node02

3. NodeMaintenance オブジェクトを削除します。

   $ oc delete nodemaintenance <node02-maintenance>

手順

1. GitHub から rotate-certs.sh スクリプトをダウンロードします。

   $ curl -O https://raw.githubusercontent.com/kubevirt/hyperconverged-cluster-operator/master/tools/rotate-certs.sh

2. スクリプトが実行可能であることを確認します。

   $ chmod +x rotate-certs.sh

3. スクリプトを実行します。

   $ ./rotate-certs.sh -n openshift-cnv

手順

1. container-native-virtualization/virtio-win コンテナーディスクを cdrom ディスクとして Windows 仮想マシン設定ファイルに追加します。コンテナーディスクは、クラスターにない場合はレジストリーからダウンロードされます。

   spec:
     domain:
       devices:
         disks:
           - name: virtiocontainerdisk
             bootOrder: 2 1
             cdrom:
               bus: sata
   volumes:
     - containerDisk:
         image: container-native-virtualization/virtio-win
       name: virtiocontainerdisk

   1

   Container-native Virtualization は、VirtualMachine 設定ファイルに定義される順序で仮想マシンディスクを起動します。container-native-virtualization/virtio-win コンテナーディスクの前に仮想マシンの他のディスクを定義するか、またはオプションの bootOrder パラメーターを使用して仮想マシンが正しいディスクから起動するようにできます。ディスクに bootOrder を指定する場合、これは設定のすべてのディスクに指定される必要があります。

2. ディスクは、仮想マシンが起動すると利用可能になります。

   • コンテナーディスクを実行中の仮想マシンに追加する場合、変更を有効にするために CLI で oc apply -f <vm.yaml> を使用するか、または仮想マシンを再起動します。
   • 仮想マシンが実行されていない場合、virtctl start <vm> を使用します。

手順

1. 仮想マシンを起動し、グラフィカルコンソールに接続します。
2. Windows ユーザーセッションにログインします。

3. Device Manager を開き、Other devices を拡張して、Unknown device を一覧表示します。

   1. Device Properties を開いて、不明なデバイスを特定します。デバイスを右クリックし、Properties を選択します。
   2. Details タブをクリックし、Property リストで Hardware Ids を選択します。
   3. Hardware Ids の Value をサポートされる VirtIO ドライバーと比較します。
4. デバイスを右クリックし、Update Driver Software を選択します。
5. Browse my computer for driver software をクリックし、VirtIO ドライバーが置かれている割り当て済みの SATA CD ドライブの場所に移動します。ドライバーは、ドライバーのタイプ、オペレーティングシステム、および CPU アーキテクチャー別に階層的に編成されます。
6. Next をクリックしてドライバーをインストールします。
7. 必要なすべての VirtIO ドライバーに対してこのプロセスを繰り返します。
8. ドライバーのインストール後に、Close をクリックしてウィンドウを閉じます。
9. 仮想マシンを再起動してドライバーのインストールを完了します。

手順

1. 設定ファイルを編集し、disk および volume を削除します。

   $ oc edit vm <vm-name>

   spec:
     domain:
       devices:
         disks:
           - name: virtiocontainerdisk
             bootOrder: 2
             cdrom:
               bus: sata
   volumes:
     - containerDisk:
         image: container-native-virtualization/virtio-win
       name: virtiocontainerdisk

2. 変更を有効にするために仮想マシンを再起動します。

手順

1. container-native-virtualization/virtio-win コンテナーディスクを cdrom ディスクとして Windows 仮想マシン設定ファイルに追加します。コンテナーディスクは、クラスターにない場合はレジストリーからダウンロードされます。

   spec:
     domain:
       devices:
         disks:
           - name: virtiocontainerdisk
             bootOrder: 2 1
             cdrom:
               bus: sata
   volumes:
     - containerDisk:
         image: container-native-virtualization/virtio-win
       name: virtiocontainerdisk

   1

   Container-native Virtualization は、VirtualMachine 設定ファイルに定義される順序で仮想マシンディスクを起動します。container-native-virtualization/virtio-win コンテナーディスクの前に仮想マシンの他のディスクを定義するか、またはオプションの bootOrder パラメーターを使用して仮想マシンが正しいディスクから起動するようにできます。ディスクに bootOrder を指定する場合、これは設定のすべてのディスクに指定される必要があります。

2. ディスクは、仮想マシンが起動すると利用可能になります。

   • コンテナーディスクを実行中の仮想マシンに追加する場合、変更を有効にするために CLI で oc apply -f <vm.yaml> を使用するか、または仮想マシンを再起動します。
   • 仮想マシンが実行されていない場合、virtctl start <vm> を使用します。

手順

1. 仮想マシンを起動し、グラフィカルコンソールに接続します。
2. Windows インストールプロセスを開始します。
3. Advanced インストールを選択します。
4. ストレージの宛先は、ドライバーがロードされるまで認識されません。Load driver をクリックします。
5. ドライバーは SATA CD ドライブとして割り当てられます。OK をクリックし、CD ドライバーでロードするストレージドライバーを参照します。ドライバーは、ドライバーのタイプ、オペレーティングシステム、および CPU アーキテクチャー別に階層的に編成されます。
6. 必要なすべてのドライバーについて直前の 2 つの手順を繰り返します。
7. Windows インストールを完了します。

手順

1. 設定ファイルを編集し、disk および volume を削除します。

   $ oc edit vm <vm-name>

   spec:
     domain:
       devices:
         disks:
           - name: virtiocontainerdisk
             bootOrder: 2
             cdrom:
               bus: sata
   volumes:
     - containerDisk:
         image: container-native-virtualization/virtio-win
       name: virtiocontainerdisk

2. 変更を有効にするために仮想マシンを再起動します。

手順

1. Container-native Virtualization コンソールで Workloads → Virtual Machinesをクリックします。
2. 仮想マシンをクリックし、Virtual Machine Details パネルを開きます。
3. Overview タブで、POD セクションの virt-launcher-<name> Pod をクリックします。
4. Logs をクリックします。

手順

1. must-gather データを保存するディレクトリーに移動します。

2. oc adm must-gather コマンドを 1 つまたは複数の --image または --image-stream 引数と共に実行します。たとえば、以下のコマンドは、デフォルトのクラスターデータと Container-native Virtualization に固有の情報の両方を収集します。

   $ oc adm must-gather \
    --image-stream=openshift/must-gather \ 1
    --image=registry.redhat.io/container-native-virtualization/cnv-must-gather-rhel8 2

   1

   デフォルトの OpenShift Container Platform must-gather イメージ

   2

   Container-native Virtualization must-gather イメージ

3. 作業ディレクトリーに作成された must-gather ディレクトリーから圧縮ファイルを作成します。たとえば、Linux オペレーティングシステムを使用するコンピューターで以下のコマンドを実行します。

   $ tar cvaf must-gather.tar.gz must-gather.local.5421342344627712289/ 1

   1

   must-gather-local.5421342344627712289/ を実際のディレクトリー名に置き換えてください。

4. 圧縮ファイルを Red Hat カスタマーポータル上のサポートケースに添付します。