Container-native Virtualization ユーザーガイド
Container-native Virtualization ユーザーガイド
概要
第1章 Container-native Virtualization の使用 リンクのコピーリンクがクリップボードにコピーされました!
1.1. 製品概要 リンクのコピーリンクがクリップボードにコピーされました!
1.1.1. Container-native Virtualization の導入 リンクのコピーリンクがクリップボードにコピーされました!
Container-native Virtualization は OpenShift Container Platform のアドオンであり、仮想マシンのワークロードを実行し、このワークロードをコンテナーのワークロードと共に管理することを可能にします。仮想マシンは、Containerized Data Importer (CDI) コントローラーを使用してインポートされるディスクイメージから作成することも、OpenShift Container Platform 内でゼロから作成することもできます。
Container-native Virtualization は 2 つの新たなオブジェクトを OpenShift Container Platform に導入します。
- Virtual Machine (仮想マシン): OpenShift Container Platform の仮想マシンです。
- Virtual Machine Instance (仮想マシンインスタンス): 実行される仮想マシンのインスタンスです。
Container-native Virtualization アドオンを使用すると、仮想マシンは Pod で実行され、仮想マシンに標準的な Pod と同じネットワークおよびストレージ機能を持たせることができます。
既存の仮想マシンディスクは永続ボリューム (PV) にインポートされます。この永続ボリューム (PV) は、Persistent Volume Claim (永続ボリューム要求、PVC) を使用して Container-native Virtualization 仮想マシンからアクセスできるようになります。 OpenShift Container Platform では、仮想マシンオブジェクトは、PV に保存される永続データに影響を与えることなく、変更したり、置き換えたりすることができます。
現時点で Container-native Virtualization はテクノロジープレビュー機能です。Container-native Virtualization についての Red Hat サポートの詳細は、Container-native Virtualization - Technology Preview Support Policy を参照してください。
テクノロジープレビュー機能は、Red Hat の実稼働環境でのサービスレベルアグリーメント (SLA) ではサポートされていないため、Red Hat では実稼働環境での使用を推奨していません。これらの機能は、近々発表予定の製品機能をリリースに先駆けてご提供することにより、開発プロセスの中でお客様に機能性のテストとフィードバックをしていただくことを目的としています。
Red Hat のテクノロジープレビュー機能のサポートについての詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
1.2. Web コンソールの操作 リンクのコピーリンクがクリップボードにコピーされました!
1.2.1. 仮想マシンの管理 リンクのコピーリンクがクリップボードにコピーされました!
1.2.1.1. インタラクティブなウィザードを使用した仮想マシンの作成 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールは、Basic Settings、Networking、および Storage 画面にナビゲートし、仮想マシンの作成プロセスを単純化するインタラクティブなウィザードを特長としています。すべての必須フィールドには *
のマークが付けられます。ウィザードは必須フィールドの入力が完了するまで次の画面に移動することを防ぎます。
NIC およびストレージディスクを作成し、それらの作成後に仮想マシンに割り当てることができます。
起動可能なディスク
Basic Settings 画面で URL
または Container
のいずれかが Provision Source として選択されている場合は、rootdisk
ディスクが Bootable Disk として作成され、仮想マシンに割り当てられます。rootdisk
を変更できますが、これを削除することはできません。
Bootable Disk は、仮想マシンにディスクが割り当てられていない場合、PXE ソースからプロビジョニングされる仮想マシンには不要です。1 つ以上のディスクが仮想マシンに割り当てられている場合、Bootable Disk を 1 つを選択する必要があります。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- Create Virtual Machine をクリックし、Create with Wizard を選択します。
- すべての必須の Basic Settings を入力します。Template を選択すると、これらのフィールドへの入力が自動的に行われます。
Next をクリックして Networking 画面に進みます。デフォルトで
nic0
NIC が割り当てられます。- (オプション) Create NIC をクリックして追加の NIC を作成します。
- (オプション) ⋮ ボタンをクリックし、Remove NIC を選択して、NICS のいずれかまたはすべてを削除できます。仮想マシンの作成において、NIC が割り当てられている必要はありません。NIC は仮想マシンの作成後に 作成 できます。
Next をクリックして Storage 画面に進みます。
- (オプション) Create Disk をクリックして追加のディスクを作成します。これらのディスクは、⋮ ボタンをクリックし、 Remove Disk を選択して削除できます。
- (オプション) ディスクをクリックして選択可能なフィールドを変更します。✓ ボタンをクリックして更新を保存します。
- (オプション) Attach Disk をクリックして、Select Storage ドロップダウンリストから利用可能なディスクを選択します。
- Create Virtual Machine > をクリックします。Results 画面には、仮想マシンの JSON 設定ファイルが表示されます。
仮想マシンは Workloads → Virtual Machines に一覧表示されます。
1.2.1.2. YAML 設定ファイルを使用した仮想マシンの作成 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールの Workloads → Virtual Machines 画面で YAML 設定ファイルを作成するか、またはこれを貼り付けて仮想マシンを作成します。YAML 編集画面を開くと、常に有効な example
仮想マシン設定がデフォルトで提供されます。
Create をクリックする際に YAML 設定が無効な場合、エラーメッセージでエラーが発生したパラメーターが示唆されます。エラーは一度に 1 つのみ表示されます。
編集中に YAML 画面から離れると、設定に対して加えた変更が取り消されます。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- Create Virtual Machine をクリックし、Create from YAML を選択します。
編集可能なウィンドウで仮想マシンの設定を作成するか、またはこれを貼り付けます。
-
または、YAML 画面にデフォルトで提供される
example
仮想マシンを使用します。
-
または、YAML 画面にデフォルトで提供される
- (オプション) Download をクリックして YAML 設定ファイルをその現在の状態でダウンロードします。
- Create をクリックして仮想マシンを作成します。
仮想マシンは Workloads → Virtual Machines に一覧表示されます。
1.2.1.3. 仮想マシンの編集 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールで YAML を直接編集するか、または Virtual Machine Overview 画面から仮想マシンの一部の値を編集できます。
Virtual Machine Overview 画面から編集する場合、仮想マシンは オフ である必要があります。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Edit をクリックして、編集可能なフィールドを選択可能にします。
- Flavor は Custom のみに変更できます。 これにより、CPU および Memory の追加フィールドが提供されます。
- Save をクリックします。
操作の処理後に、更新された値が表示されます。
1.2.1.4. 仮想マシンの YAML の編集 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンの YAML 設定は、Web コンソール内で直接編集できます。
すべてのパラメーターを更新できる訳ではありません。変更不可の値を編集し、Save をクリックすると、更新できなかったパラメーターを示すエラーメッセージが出されます。
YAML 設定は、仮想マシンが Running の場合に編集できますが、変更は仮想マシンが停止され、再度起動された後にのみ有効になります。
編集中に YAML 画面から離れると、設定に対して加えた変更が取り消されます。
手順
- サイドメニューから Workloads → Virtual Machine をクリックします。
- 仮想マシンを選択します。
YAML タブをクリックして編集可能な設定を表示します。
- (オプション) Download をクリックして YAML ファイルをその現在の状態でローカルにダウンロードできます。
- ファイルを編集し、Save をクリックします。
オブジェクトの更新されたバージョン番号を含め、変更が正常に行われたことを示す確認メッセージが表示されます。
1.2.1.5. 仮想マシンのイベントの表示 リンクのコピーリンクがクリップボードにコピーされました!
実行中の仮想マシンのストリームイベントは、Web コンソールの Virtual Machine Details 画面から確認できます。
▮▮ ボタンはイベントストリームを一時停止します。
▶ ボタンは一時停止されたイベントストリームを継続します。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Events をクリックして、仮想マシンのすべてのイベントを表示します。
1.2.1.6. 仮想マシンの削除 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンを削除すると、仮想マシンはクラスターから永続的に削除されます。
Workloads → Virtual Machines 一覧で仮想マシンの ⋮ ボタンを使用するか、または Virtual Machine Details 画面の Actions コントロール を使用して仮想マシンを削除します。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
削除する仮想マシンの ⋮ ボタンをクリックして Delete Virtual Machine を選択します。
- または、仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions → Delete Virtual Machine をクリックします。
- 確認のポップアップウィンドウで、Delete をクリックし、仮想マシンを永続的に削除します。
1.2.2. 仮想マシンの制御 リンクのコピーリンクがクリップボードにコピーされました!
1.2.2.1. 仮想マシンの起動 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンは、Workloads → Virtual Machines 一覧でそれぞれの仮想マシンの ⋮ ボタンを使用して起動できます。
同じ制御操作は、Virtual Machine Details 画面の Actions コントロールを使用して実行できます。
手順
- サイドメニューから Workloads → Virtual Machine をクリックします。
仮想マシンの ⋮ ボタンをクリックし、Start Virtual Machine を選択します。
- または、仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions をクリックして Start Virtual Machine を選択します。
- 確認のポップアップウィンドウで、Start をクリックし、仮想マシンを起動します。
URL
ソースからプロビジョニングされる仮想マシンの初回起動時に、仮想マシンは Container-native Virtualization が URL エンドポイントからコンテナーをインポートする間、Importing の状態になります。この状態は、イメージのサイズによって数分の時間続く場合があります。
1.2.2.2. 仮想マシンの停止 リンクのコピーリンクがクリップボードにコピーされました!
実行中の仮想マシンは、Workloads → Virtual Machines 一覧でそれぞれの仮想マシンの⋮ ボタンを使用して停止できます。
同じ制御操作は、Virtual Machine Details 画面の Actions コントロールを使用して実行できます。
手順
- サイドメニューから Workloads → Virtual Machine をクリックします。
仮想マシンの ⋮ ボタンをクリックし、Stop Virtual Machine を選択します。
- または、仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions クリックして Stop Virtual Machine を選択します。
- 確認のポップアップウィンドウで、Stop をクリックし、仮想マシンを停止します。
1.2.2.3. 仮想マシンの再起動 リンクのコピーリンクがクリップボードにコピーされました!
実行中の仮想マシンは、Workloads → Virtual Machines 一覧でそれぞれの仮想マシンの⋮ ボタンを使用して 再起動 できます。
同じ制御操作は、Virtual Machine Details 画面の Actions コントロールを使用して実行できます。
ステータスが Importing の仮想マシンは再起動しないでください。この状態で再起動すると、仮想マシンのエラーが発生します。これは 既知の問題 です。
手順
- サイドメニューから Workloads → Virtual Machine をクリックします。
仮想マシンの ⋮ ボタンをクリックし、Restart Virtual Machine を選択します。
- または、仮想マシン名をクリックして Virtual Machine Details 画面を開き、Actions クリックして Restart Virtual Machine を選択します。
- 確認のポップアップウィンドウで、Restart をクリックし、仮想マシンを再起動します。
1.2.3. 仮想マシンコンソールへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
1.2.3.1. 仮想マシンコンソールのセッション リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールの Virtual Machine Details 画面の Consoles タブから、実行中の仮想マシンの VNC およびシリアルコンソールに接続することができます。
グラフィカルな VNC コンソール と シリアルコンソール の 2 つのコンソールを使用できます。VNC コンソール は、Consoles タブに移動する際には常にデフォルトで開きます。VNC Console|Serial Console ドロップダウンリストを使用してコンソールを切り換えることができます。
コンソールのセッションは切断しない限り、バックグラウンドでアクティブな状態のままになります。Disconnect before switching チェックボックスがアクティブな場合にコンソールを切り替えると、現在のコンソールセッションは切断され、選択したコンソールの新規セッションが仮想マシンに接続されます。これにより、一度に 1 つのコンソールセッションのみが開かれます。
VNC コンソール のオプション
Send Key ボタンでは、仮想マシンに送信するキーの組み合わせを一覧表示します。
シリアルコンソール のオプション
Disconnect ボタンを使用して、仮想マシンから Serial Console セッションを手動で切断します。
Reconnect ボタンを使用して Serial Console セッションを仮想マシンに対して手動で開きます。
1.2.3.2. VNC コンソールへの接続 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールの Virtual Machine Details 画面の Consoles タブから、実行中の仮想マシンの VNC コンソールに接続します。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Consoles をクリックします。VNC コンソールがデフォルトで開きます。
1.2.3.3. シリアルコンソールへの接続 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールの Virtual Machine Details 画面の Consoles タブから、実行中の仮想マシンの Serial Console に接続します。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Consoles をクリックします。VNC コンソールがデフォルトで開きます。
- VNC Console ドロップダウンリストをクリックし、Serial Console を選択します。
1.2.4. 仮想マシン NIC の管理 リンクのコピーリンクがクリップボードにコピーされました!
1.2.4.1. 仮想マシンの NIC の作成 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールから追加の NIC を作成し、これを仮想マシンに割り当てます。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンテンプレートを選択します。
- Network Interfaces をクリックし、仮想マシンにすでに割り当てられている NIC を表示します。
- Create NIC をクリックして、新規スロットを一覧に作成します。
- 新規 NIC の NAME、NETWORK、および MAC ADDRESS の詳細を入力します。
- ✓ ボタンをクリックして NIC を保存し、これを仮想マシンに割り当てます。
1.2.4.2. 仮想マシンからの NIC の削除 リンクのコピーリンクがクリップボードにコピーされました!
NIC を仮想マシンから削除すると、NIC の割り当てが解除され、永続的に削除されます。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Network Interfaces をクリックし、仮想マシンにすでに割り当てられている NIC を表示します。
- 削除する NIC の ⋮ ボタンをクリックし、Delete を選択します。
- 確認のポップアップウィンドウで、Delete をクリックして NIC の割り当てを解除し、これを削除します。
1.2.5. 仮想マシンディスクの管理 リンクのコピーリンクがクリップボードにコピーされました!
1.2.5.1. 仮想マシンのディスクの作成 リンクのコピーリンクがクリップボードにコピーされました!
Web コンソールから追加のストレージディスクを作成し、これを仮想マシンに割り当てます。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Disks をクリックして、仮想マシンにすでに割り当てられているディスクを表示します。
- Create Disk をクリックして、新規スロットを一覧に作成します。
- 新規ディスクの NAME、SIZE、およびオプションの STORAGE CLASS の詳細を入力します。
- ✓ ボタンをクリックしてディスクを保存し、これを仮想マシンに割り当てます。
1.2.5.2. 仮想マシンからのディスクの削除 リンクのコピーリンクがクリップボードにコピーされました!
ディスクを仮想マシンから削除すると、ディスクの割り当てが解除され、永続的に削除されます。
手順
- サイドメニューから Workloads → Virtual Machines をクリックします。
- 仮想マシンを選択します。
- Disks をクリックして、仮想マシンにすでに割り当てられているディスクを表示します。
- 削除するディスクの ⋮ ボタンをクリックし、Delete を選択します。
- Confirm をクリックし、ディスクの割り当てを解除し、これを削除します。
1.2.6. 仮想マシンテンプレートの管理 リンクのコピーリンクがクリップボードにコピーされました!
1.2.6.1. インタラクティブなウィザードを使用した仮想マシンテンプレートの作成 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンテンプレートの使用は、同様の設定を持つ複数の仮想マシンを作成するための簡単な方法です。テンプレートの作成後、仮想マシンの作成 時にテンプレートを参照します。
Web コンソールは、Basic Settings、Networking、および Storage 画面にナビゲートし、仮想マシンテンプレートの作成プロセスを単純化するインタラクティブなウィザードを特長としています。すべての必須フィールドには *
のマークが付けられます。ウィザードは必須フィールドの入力が完了するまで次の画面に移動することを防ぎます。
NIC およびストレージディスクを作成し、それらの作成後に仮想マシンに割り当てることができます。
起動可能なディスク
URL
または Container
のいずれかが Basic Settings 画面で Basic Settings として選択されてる場合は、rootdisk
ディスクが作成され、Bootable Disk として仮想マシンに割り当てられます。rootdisk
を変更できますが、これを削除することはできません。
Bootable Disk は、仮想マシンにディスクが割り当てられていない場合、PXE ソースからプロビジョニングされる仮想マシンには不要です。1 つ以上のディスクが仮想マシンに割り当てられている場合、Bootable Disk を 1 つを選択する必要があります。
手順
- サイドメニューから Workloads → Virtual Machine Templates をクリックします。
- Create Template をクリックし、Create with Wizard を選択します。
- すべての必須の Basic Settings を入力します。
Next をクリックして Networking 画面に進みます。デフォルトで
nic0
NIC が割り当てられます。- (オプション) Create NIC をクリックして追加の NIC を作成します。
- (オプション) ⋮ ボタンをクリックし、Remove NIC を選択して、NICS のいずれかまたはすべてを削除できます。テンプレートから作成される仮想マシンでは、NIC が割り当てられている必要はありません。NIC は仮想マシンの作成後に 作成 できます。
Next をクリックして Storage 画面に進みます。
- (オプション) Create Disk をクリックして追加のディスクを作成します。これらのディスクは、⋮ ボタンをクリックし、 Remove Disk を選択して削除できます。
- (オプション) ディスクをクリックして選択可能なフィールドを変更します。✓ ボタンをクリックして更新を保存します。
- (オプション) Attach Disk をクリックして、Select Storage ドロップダウンリストから利用可能なディスクを選択します。
- Create Virtual Machine Template > をクリックします。Results 画面には、仮想マシンテンプレートの JSON 設定ファイルが表示されます。
テンプレートは Workloads → Virtual Machine Templates に一覧表示されます。
1.2.6.2. 仮想マシンテンプレートの YAML の編集 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンテンプレートの YAML 設定は、Web コンソール内で直接編集できます。
すべてのパラメーターを更新できる訳ではありません。変更不可の値を編集し、Save をクリックすると、更新できなかったパラメーターを示すエラーメッセージが出されます。
編集中に YAML 画面から離れると、設定に対して加えた変更が取り消されます。
手順
- サイドメニューから Workloads → Virtual Machine Template をクリックします。
- テンプレートを選択します。
YAML タブをクリックして編集可能な設定を表示します。
- (オプション) Download をクリックして YAML ファイルをその現在の状態でローカルにダウンロードできます。
- ファイルを編集し、Save をクリックします。
オブジェクトの更新されたバージョン番号を含め、変更が正常に行われたことを示す確認メッセージが表示されます。
1.2.6.3. 仮想マシンテンプレートの削除 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンテンプレートを削除すると、仮想マシンはクラスターから永続的に削除されます。
Workloads → Virtual Machines Templates 一覧でテンプレートの ⋮ ボタンを使用するか、または Virtual Machine Templates Details 画面の Actions コントロールを使用して仮想マシンテンプレートを削除します。
手順
- サイドメニューから Workloads → Virtual Machine Templates をクリックします。
削除するテンプレートの ⋮ ボタンをクリックし、Delete Template を選択します。
- または、テンプレート名をクリックして Virtual Machine Template Details 画面を開き、Actions → Delete Template をクリックします。
- 確認のポップアップウィンドウで、Delete をクリックし、テンプレートを永続的に削除します。
1.3. CLI 操作 リンクのコピーリンクがクリップボードにコピーされました!
1.3.1. 作業を開始する前に リンクのコピーリンクがクリップボードにコピーされました!
1.3.1.1. OpenShift Container Platform クライアントコマンド リンクのコピーリンクがクリップボードにコピーされました!
oc クライアントは、OpenShift Container Platform リソースを管理するためのコマンドラインユーティリティーです。以下の表には、Container-native Virtualization で使用する oc コマンドが記載されています。
コマンド | 説明 |
---|---|
| プロジェクトの指定されたオブジェクトタイプのオブジェクトの一覧を表示します。 |
| 特定のリソースの詳細を表示します。 |
| ファイル名または標準入力 (stdin) からリソースを作成します。 |
| テンプレートを設定ファイルで処理します。テンプレートには、作成時に生成されるか、またはユーザーによって設定される「パラメーター」とテンプレートを記述するメタデータが含まれます。 |
| 設定をファイル名または標準入力 (stdin) 別のリソースに適用します。 |
OpenShift Container Platform クライアントの具体的な情報については、OpenShift Container Platform CLI リファレンスガイド を参照するか、または oc --help
コマンドを参照してください。
1.3.1.2. Virtctl コマンド リンクのコピーリンクがクリップボードにコピーされました!
virtctl
クライアントは、Container-native Virtualization リソースを管理するためのコマンドラインユーティリティーです。以下の表には、Container-native Virtualization ドキュメント全体で使用されている virtctl
コマンドが記載されています。
コマンド | 説明 |
---|---|
| 仮想マシンを起動し、仮想マシンインスタンスを作成します。 |
| 仮想マシンインスタンスを停止します。 |
| 仮想マシンインスタンスを再起動します。 |
| 仮想マシンまたは仮想マシンインスタンスの指定されたポートを転送するサービスを作成し、このサービスをノードの指定されたポートで公開します。 |
| 仮想マシンインスタンスのシリアルコンソールに接続します。 |
| 仮想マシンインスタンスへの VNC 接続を開きます。 |
| クライアントマシンからクラスターに仮想マシンディスクをアップロードします。 |
1.3.1.3. 適切な OpenShift Container Platform プロジェクトであることの確認 リンクのコピーリンクがクリップボードにコピーされました!
シェルまたは Web コンソールを使用してオブジェクトを変更する前に、適切なプロジェクトを使用していることを確認します。シェルでは、以下のコマンドを使用します。
コマンド | 説明 |
---|---|
| 利用可能なすべてのプロジェクトを一覧表示します。現在のプロジェクトには、アスタリスクのマークが付けられます。 |
| 別のプロジェクトに切り替えます。 |
| 新規プロジェクトを作成します。 |
Web コンソールで、Project 一覧をクリックし、該当するプロジェクトを選択するか、または新規プロジェクトを作成します。
1.3.2. 仮想マシンのネットワークの設定 リンクのコピーリンクがクリップボードにコピーされました!
1.3.2.1. ゲスト IP アドレスの表示 リンクのコピーリンクがクリップボードにコピーされました!
QEMU ゲストエージェントを仮想マシンにインストールして、Linux 仮想マシンに割り当てられている IP アドレスを確認できます。ゲストエージェントが実行されている場合、コマンドラインで VMI ステータスをチェックし、各インターフェースの仮想マシン IP アドレスを確認できます。
手順
QEMU ゲストエージェントを仮想マシンにインストールすること。
yum install -y qemu-guest-agent
$ yum install -y qemu-guest-agent
Copy to Clipboard Copied! Toggle word wrap Toggle overflow QEMU ゲストエージェントサービスを起動します。
systemctl start qemu-guest-agent
$ systemctl start qemu-guest-agent
Copy to Clipboard Copied! Toggle word wrap Toggle overflow VMI の IP アドレス情報を表示します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記IP アドレス情報は、仮想マシン上で
ip addr
を実行するか、またはoc get vmi -o yaml
を実行して表示できます。
1.3.2.2. マスカレードモードの設定 リンクのコピーリンクがクリップボードにコピーされました!
マスカレードモードを使用し、仮想マシンの送信トラフィックを Pod IP アドレスの背後で非表示にすることができます。マスカレードモードは、ネットワークアドレス変換 (NAT) を使用して仮想マシンを Linux ブリッジ経由で Pod ネットワークバックエンドに接続します。
仮想マシンの設定ファイルを編集して、マスカレードモードを有効にし、トラフィックが仮想マシンに到達できるようにします。
前提条件
- 仮想マシンは、IPv4 アドレスを取得するために DHCP を使用できるように設定される必要がある。
1.3.3. 仮想マシンおよびディスクイメージのインポートおよびアップロード リンクのコピーリンクがクリップボードにコピーされました!
1.3.3.1. ローカルディスクイメージの新規 PVC へのアップロード リンクのコピーリンクがクリップボードにコピーされました!
virtctl image-upload
を使用して、仮想マシンディスクイメージをクライアントマシンから OpenShift Container Platform クラスターにアップロードできます。これにより、アップロードの完了後に仮想マシンに関連付けられる PVC が作成されます。
前提条件
- RAW または QCOW2 形式の仮想マシンディスクイメージ。これは xz または gzip を使用して圧縮できます。
- kubevirt-virtctl はクライアントマシンにインストールされている必要があります。
- クライアントマシンは、OpenShift ルーターの証明書を信頼できるように 設定 されている必要があります。
手順
以下を特定します。
- アップロードする VM ディスクイメージのファイルの場所
- 結果として生成される PVC の名前およびこれに必要なサイズ
既存の passthrough ルートを削除します。
oc delete route -n cdi cdi-uploadproxy-route
$ oc delete route -n cdi cdi-uploadproxy-route
Copy to Clipboard Copied! Toggle word wrap Toggle overflow re-encryption termination を使用してセキュリティー保護されたルートを作成します。
oc get secret -n cdi cdi-upload-proxy-ca-key -o=jsonpath="{.data['tls\.crt']}" | base64 -d > ca.pem oc create route reencrypt cdi-uploadproxy-route -n cdi --service=cdi-uploadproxy --dest-ca-cert=ca.pem
$ oc get secret -n cdi cdi-upload-proxy-ca-key -o=jsonpath="{.data['tls\.crt']}" | base64 -d > ca.pem $ oc create route reencrypt cdi-uploadproxy-route -n cdi --service=cdi-uploadproxy --dest-ca-cert=ca.pem
Copy to Clipboard Copied! Toggle word wrap Toggle overflow virtctl image-upload
コマンドを使用して VM イメージをアップロードし、選択したパラメーターが含まれていることを確認します。以下に例を示します。virtctl image-upload --uploadproxy-url=https://$(oc get route cdi-uploadproxy-route -n cdi -o=jsonpath='{.status.ingress[0].host}') --pvc-name=upload-fedora-pvc --pvc-size=10Gi --image-path=/images/fedora28.qcow2
$ virtctl image-upload --uploadproxy-url=https://$(oc get route cdi-uploadproxy-route -n cdi -o=jsonpath='{.status.ingress[0].host}') --pvc-name=upload-fedora-pvc --pvc-size=10Gi --image-path=/images/fedora28.qcow2
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ImportantHTTPS を使用したセキュアでないサーバー接続を許可するには、
--insecure
パラメーターを使用します。--insecure
フラグを使用する際に、アップロードエンドポイントの信頼性は検証 されない 点に注意してください。PVC が作成されていることを確認するには、すべての PVC オブジェクトを表示します。
oc get pvc
$ oc get pvc
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
次に、PVC にバインドする仮想マシンオブジェクトを作成できます。
1.3.3.2. DataVolume を使用した既存の仮想マシンイメージのインポート リンクのコピーリンクがクリップボードにコピーされました!
DataVolume オブジェクトは、基礎となる PVC に関連付けられたインポート、クローンおよびアップロード操作のオーケストレーションを提供します。DataVolume は KubeVirt と統合し、それらは仮想マシンが PVC の作成前に起動するのを防ぎます。
ディスクイメージを PersistentVolumeClaim にインポートする際に、ディスクイメージは PVC で要求されるストレージの全容量を使用するように拡張されます。この領域を使用するには、仮想マシンのディスクパーティションおよびファイルシステムの拡張が必要になる場合があります。
サイズ変更の手順は、仮想マシンにインストールされるオペレーティングシステムによって異なります。詳細は、該当するオペレーティングシステムのドキュメントを参照してください。
前提条件
- 仮想マシンディスクには RAW または QCOW2 形式を使用でき、xz または gz を使用して圧縮できます。
- ディスクイメージは、HTTP または S3 エンドポイントのいずれかで利用可能にする必要があります。
手順
インポートする必要のある仮想ディスクイメージをホストする HTTP または S3 ファイルサーバーを特定します。正しい形式での完全な URL が必要になります。
- http://www.example.com/path/to/data
- s3://bucketName/fileName
データソースに認証情報が必要な場合、endpoint-secret.yaml ファイルを編集し、これをクラスターに適用します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc apply -f endpoint-secret.yaml
$ oc apply -f endpoint-secret.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow VM 設定ファイル (オプションで
secretRef
パラメーターが含まれる) を編集します。以下のサンプルでは、Fedora イメージを使用しています。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 仮想マシンを作成します。
oc create -f vm-<name>-datavolume.yaml
$ oc create -f vm-<name>-datavolume.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 仮想マシンおよび DataVolume が作成されます。CDI コントローラーは、正しいアノテーションを使用して基礎となる PVC を作成し、インポートプロセスを開始します。インポートが完了すると、DataVolume ステータスは Succeeded に切り替わり、仮想マシンの起動が可能になります。
DataVolume のプロビジョニングはバックグランドで実行されるため、これをモニターする必要はありません。仮想マシンを起動 できますが、これはインポートが完了するまで実行されません。
オプションの検証手順
-
$ oc get pods
を実行し、インポーター Pod を見つけます。この Pod は指定された URL からイメージをダウンロードし、これをプロビジョニングされた PV に保存します。 Succeeded が表示されるまで DataVolume ステータスをモニターします。
oc describe dv <data-label>
$ oc describe dv <data-label>
1 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- VirtualMachine 設定ファイルで指定された DataVolume のデータラベル。
プロビジョニングが完了し、VMI が起動したことを検証するには、そのシリアルコンソールへのアクセスを試行します。
virtctl console <vm-fedora-datavolume>
$ virtctl console <vm-fedora-datavolume>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.3.3. 仮想マシンディスクの PVC へのインポート リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンディスクのインポートプロセスは CDI コントローラーによって処理されます。PVC が特殊な cdi.kubevirt.io/storage.import
アノテーションを使って作成される場合、コントローラーは PV に割り当てられる有効期限の短いインポート Pod を作成し、仮想ディスクイメージを PV にダウンロードします。
OpenShift Container Platform インベントリーファイルの openshift_docker_insecure_registries
属性を使ってレジストリーに insecure (非セキュア) とマークする場合でも、Containerized Data Importer を使用してセキュアでないレジストリーからイメージをインポートすることはできません。
ディスクイメージを PersistentVolumeClaim にインポートする際に、ディスクイメージは PVC で要求されるストレージの全容量を使用するように拡張されます。この領域を使用するには、仮想マシンのディスクパーティションおよびファイルシステムの拡張が必要になる場合があります。
サイズ変更の手順は、仮想マシンにインストールされるオペレーティングシステムによって異なります。詳細は、該当するオペレーティングシステムのドキュメントを参照してください。
前提条件
- 仮想マシンディスクには RAW または QCOW2 形式を使用でき、xz または gzip を使用して圧縮できます。
- ディスクイメージは、HTTP または S3 エンドポイントのいずれかで利用可能にする必要があります。
ローカルにプロビジョニングされるストレージの場合、 PV は PVC の前に作成される必要があります。これは、PV が動的に作成される OpenShift Container Storage の場合には不要です。
手順
インポートする必要のある仮想ディスクイメージをホストする HTTP または S3 ファイルサーバーを特定します。いずれかの形式の完全な URL が必要になります。
- http://www.example.com/path/to/data
s3://bucketName/fileName
この URL を、PVC 設定ファイルの
cdi.kubevirt.io/storage.import.endpoint
アノテーションの値として使用します。例:
cdi.kubevirt.io/storage.import.endpoint: https://download.fedoraproject.org/pub/fedora/linux/releases/28/Cloud/x86_64/images/Fedora-Cloud-Base-28-1.1.x86_64.qcow2
ファイルサーバーに認証情報が必要な場合、endpoint-secret.yaml ファイルを編集します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow PVC 設定ファイルの
cdi.kubevirt.io/storage.import.secret
アノテーションで使用するmetadata.name
の値を保存します。例:
cdi.kubevirt.io/storage.import.secret: endpoint-secret
endpoint-secret.yaml をクラスターに適用します。
oc apply -f endpoint-secret.yaml
$ oc apply -f endpoint-secret.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow PVC 設定ファイルを編集し、必要なアノテーションが組み込まれていることを確認します。
以下に例を示します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc
CLI を使用して PVC を作成します。oc create -f <pvc.yaml>
$ oc create -f <pvc.yaml>
1 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- PersistentVolumeClaim ファイル名。
ディスクイメージが PV に正常にインポートされた後に、インポーター Pod の有効期限は切れ、PVC を OpenShift Container Platform 内の仮想マシンオブジェクトにバインドできます。
次に、仮想マシンオブジェクトを作成 し、PVC にバインドします。
1.3.3.4. dataVolumeTemplate を使用した既存 PVC のクローン作成および仮想マシンの作成 リンクのコピーリンクがクリップボードにコピーされました!
既存の仮想マシンの PVC のクローンを DataVolume に作成する仮想マシンを作成できます。仮想マシン仕様の dataVolumeTemplate を参照すると、ソース PVC のクローンが DataVolume に作成され、これは次に仮想マシンを作成するために自動的に使用されます。
DataVolume が仮想マシンの DataVolumeTemplate の一部として作成されると、DataVolume のライフサイクルは仮想マシンに依存します。 つまり、仮想マシンが削除されると、DataVolume および関連付けられた PVC も削除されます。
前提条件
- 既存の仮想マシンディスクの PVC。関連付けられた仮想マシンの電源はオフにする必要があります。 そうでないと、クローンプロセスは PVC が利用可能になるまでキューに入れられます。
手順
- 関連付けられた PVC の名前および namespace を特定するために、クローン作成に必要な DataVolume を確認します。
VirtualMachine オブジェクトの YAML ファイルを作成します。以下の仮想マシンのサンプル
<vm-dv-clone>
は<my-favorite-vm-disk>
(<source-namespace>
namespace にある) のクローンを作成し、仮想マシンで<favorite-clone>
ボリュームとして参照される、2Gi
<favorite-clone>
DataVolume を作成します。以下に例を示します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 作成する仮想マシン。
PVC のクローンが作成された DataVolume で仮想マシンを作成します。
oc create -f <vm-clone-dvt>.yaml
$ oc create -f <vm-clone-dvt>.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.3.5. 既存の仮想マシンディスクの PVC クローンの作成 リンクのコピーリンクがクリップボードにコピーされました!
既存の仮想マシンディスクの PVC のクローンを新規 DataVolume に作成します。その後、新規 DataVolume は新規の仮想マシンに使用できます。
DataVolume が仮想マシンと別に作成される場合、DataVolume のライフサイクルは仮想マシンとは切り離されます。 仮想マシンが削除されても、DataVolume もその関連付けられた PVC も削除されません。
前提条件
- 既存の仮想マシンディスクの PVC。関連付けられた仮想マシンの電源はオフにする必要があります。 そうでないと、クローンプロセスは PVC が利用可能になるまでキューに入れられます。
手順
- 関連付けられた PVC の名前および namespace を特定するために、クローン作成に必要な DataVolume を確認します。
以下のパラメーターを指定する DataVolume オブジェクトの YAML ファイルを作成します。
metadata: name
新規 DataVolume の名前。
source: pvc: namespace
ソース PVC が存在する namespace。
source: pvc: name
ソース PVC の名前。
storage
新規 DataVolume のサイズ。十分な領域が割り当てられていることを確認します。そうでない場合には、クローン操作は失敗します。 サイズはソース PVC と同じか、またはそれよりも大きくなければなりません。
以下に例を示します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow DataVolume を作成して PVC のクローンを開始します。
oc create -f <datavolume>.yaml
$ oc create -f <datavolume>.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
DataVolume は仮想マシンが PVC の作成前に起動することを防ぐため、PVC のクローン作成中に新規 DataVolume を参照する仮想マシンを作成できます。
1.3.4. 空のディスクイメージの新規作成 リンクのコピーリンクがクリップボードにコピーされました!
1.3.4.1. DataVolume マニフェストを使用した空のディスクイメージの作成 リンクのコピーリンクがクリップボードにコピーされました!
空のディスクを使用して、ストレージ容量を拡大するか、または新規データパーティションを作成できます。新規の空のディスクイメージは、DataVolume マニフェストファイルを使って PersistentVolumeClaim で作成できます。
前提条件
- Container-native Virtualization 1.4
- 1 つ以上の利用可能な PersistentVolume
手順
DataVolume マニフェストファイルを作成します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 空のディスクイメージを作成するために DataVolume マニフェストをデプロイします。
oc create -f blank-image-datavolume.yaml
$ oc create -f blank-image-datavolume.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.4.2. PVC マニフェストを使用した空のディスクイメージの作成 リンクのコピーリンクがクリップボードにコピーされました!
空のディスクを使用して、ストレージ容量を拡大するか、または新規データパーティションを作成できます。新規の空のディスクイメージは、PVC マニフェストファイルを使って PersistentVolumeClaim で作成できます。
前提条件
- Container-native Virtualization 1.4
- 1 つ以上の利用可能な PersistentVolume
手順
PVC マニフェストファイルを作成します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 空のディスクイメージを作成するために PVC マニフェストをデプロイします。
oc create -f blank-image-pvc.yaml
$ oc create -f blank-image-pvc.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.5. 仮想マシンの管理 リンクのコピーリンクがクリップボードにコピーされました!
1.3.5.1. CLI での新規の仮想マシンの作成 リンクのコピーリンクがクリップボードにコピーされました!
VirtualMachine 設定ファイルの spec
オブジェクトは、コア数やメモリーの量、ディスクタイプおよび使用するボリュームなどの仮想マシン設定を参照します。
関連する PVC claimName
をボリュームとして参照し、仮想マシンディスクを仮想マシンに割り当てます。
現時点で、ReplicaSet は Container-native Virtualization でサポートされていません。
ボリュームタイプおよび設定ファイルの例については、リファレンス セクションを参照してください。
設定 | 説明 |
---|---|
コア | 仮想マシン内のコア数。1 以上の値である必要があります。 |
memory | ノードによって仮想マシンに割り当てられる RAM の量。M (メガバイト) または Gi (ギガバイト) で単位を指定します。 |
disks: name | 参照されるボリュームの名前。ボリュームの名前に一致する必要があります。 |
設定 | 説明 |
---|---|
name | ボリュームの名前。DNS_LABEL であり、仮想マシン内で一意である必要があります。 |
persistentVolumeClaim |
仮想マシンに割り当てる PVC。PVC の |
仮想マシン設定の具体的な一覧については、「 kubevirt API Reference 」を参照してください。
OpenShift Container Platform クライアントで仮想マシンを作成するには、以下を実行します。
oc create -f <vm.yaml>
$ oc create -f <vm.yaml>
仮想マシンは Stopped 状態で作成されます。仮想マシンを起動 し、仮想マシンインスタンスを実行します。
1.3.5.2. 仮想マシンおよび仮想マシン PVC の削除 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンを削除する際に、これが使用する PVC のバインドは解除されます。この PVC を異なる仮想マシンにバインドする予定がない場合には、これも削除します。
-n <project_name>
オプションを指定しない場合、現在作業しているプロジェクトでのみオブジェクトを削除できます。
oc delete vm fedora-vm
$ oc delete vm fedora-vm
oc delete pvc fedora-vm-pvc
$ oc delete pvc fedora-vm-pvc
1.3.6. 仮想マシンの制御 リンクのコピーリンクがクリップボードにコピーされました!
1.3.6.1. 仮想マシンの制御 リンクのコピーリンクがクリップボードにコピーされました!
仮想マシンの現在の状態に応じて、これを起動したり、停止したり、再起動したりできます。
virtctl クライアントユーティリティーを使用して、仮想マシンの状態を変更し、仮想マシンへの仮想コンソールセッションを開き、仮想マシンポートをサービスとして公開します。
virtctl 構文は virtctl <action> <vm_name> <options>
です。
-n <project_name>
オプションを指定しない場合、現在作業しているプロジェクトでのみオブジェクトを制御できます。
例:
virtctl start example-vm
$ virtctl start example-vm
virtctl restart example-vm
$ virtctl restart example-vm
virtctl stop example-vm
$ virtctl stop example-vm
oc get vm
は、プロジェクト内の仮想マシンを一覧表示します。oc get vmi
は、稼働中の仮想マシンインスタンスを一覧表示します。
1.3.7. 仮想マシンコンソールへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
1.3.7.1. VMI のシリアルコンソールへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
virtctl console
コマンドは、指定された仮想マシンインスタンスへのシリアルコンソールを開きます。
前提条件
- アクセスする仮想マシンインスタンスは実行中である必要があります。
手順
virtctl を使ってシリアルコンソールに接続します。
virtctl console <VMI>
$ virtctl console <VMI>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.7.2. VNC を使用した VMI のグラフィカルコンソールへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
virtctl クライアントユーティリティーは、remote-viewer を使用して、実行中の仮想マシンインスタンスへのグラフィカルコンソールを開くことができます。これは virt-viewer パッケージでインストールされます。
前提条件
- virt-viewer がインストールされている必要があります。
- アクセスする仮想マシンインスタンスが実行中であること。
リモートマシン上で SSH 経由で virtctl を使用する場合、この手順を機能させるには、X セッションをマシンに転送する必要があります。
手順
virtctl ユーティリティーを使ってグラフィカルインターフェースに接続します。
virtctl vnc <VMI>
$ virtctl vnc <VMI>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow コマンドが失敗した場合には、トラブルシューティング情報を収集するために
-v
フラグの使用を試行します。virtctl vnc <VMI> -v 4
$ virtctl vnc <VMI> -v 4
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.7.3. SSH 経由での仮想マシンインスタンスへのアクセス リンクのコピーリンクがクリップボードにコピーされました!
SSH を使用して仮想マシンにアクセスできますが、まずポート 22 を仮想マシンで公開する必要があります。
virtctl expose
コマンドは、仮想マシンインスタンスのポートをノードポートに転送し、有効にされたアクセスのサービスを作成します。以下の例では、fedora-vm-ssh サービスを作成します。 このサービスは、<fedora-vm>
仮想マシンのポート 22 をノード上のポートに転送します。
前提条件
- アクセスする仮想マシンインスタンスが実行中であること。
手順
以下のコマンドを実行して、fedora-vm-ssh サービスを作成します。
virtctl expose vm <fedora-vm> --port=20022 --target-port=22 --name=fedora-vm-ssh --type=NodePort
$ virtctl expose vm <fedora-vm> --port=20022 --target-port=22 --name=fedora-vm-ssh --type=NodePort
Copy to Clipboard Copied! Toggle word wrap Toggle overflow サービスをチェックし、サービスが取得したポートを見つけます。
oc get svc
$ oc get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE fedora-vm-ssh NodePort 127.0.0.1 <none> 20022:32551/TCP 6s
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ノードの
ipAddress
および手順 2 で見つけたポートを使用して、SSH 経由で仮想マシンインスタンスにログインします。ssh username@<node IP> -p 32551
$ ssh username@<node IP> -p 32551
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3.8. イベント、ログ、エラー、およびメトリクス リンクのコピーリンクがクリップボードにコピーされました!
1.3.8.1. イベント リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Container Platform イベントは、プロジェクト内の重要なライフサイクル情報のレコードであり、リソースのスケジュール、作成、および削除に関する問題のモニターおよびトラブルシューティングに役立ちます。
プロジェクトの イベント を取得するには、以下を実行します。
oc get events
$ oc get events
イベントはリソース説明に組み込むこともできます。 これは OpenShift Container Platform クライアントを使用して取得できます。
oc describe <resource_type> <resource_name> oc describe vm <fedora-vm> oc describe vmi <fedora-vm> oc describe pod virt-launcher-fedora-vm-<random>
$ oc describe <resource_type> <resource_name>
$ oc describe vm <fedora-vm>
$ oc describe vmi <fedora-vm>
$ oc describe pod virt-launcher-fedora-vm-<random>
リソース説明には、設定、スケジュールおよびステータスの詳細も含まれます。
1.3.8.2. ログ リンクのコピーリンクがクリップボードにコピーされました!
ログは、OpenShift Container Platform ビルド、デプロイメント、および Pod について収集されます。仮想マシンのログは、仮想マシンランチャー Pod から取得されます。
oc logs virt-launcher-fedora-vm-zzftf
$ oc logs virt-launcher-fedora-vm-zzftf
-f
オプションは、リアルタイムでログ出力をフォローします。 これは進捗のモニターおよびエラーの確認に役立ちます。
ランチャー Pod の起動が失敗する場合、--previous
オプションを使用して最後の試行時のログを確認します。
ErrImagePull
および ImagePullBackOff
エラーは、誤ったデプロイメント設定またはイメージの参照に関する問題によって引き起こされる可能性があります。
1.3.8.3. メトリクス リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Container Platform メトリクスは、クラスターのノード、コンポーネント、およびコンテナーのメモリー、CPU、およびネットワークパフォーマンスの情報を収集します。収集される具体的な情報は、メトリクスサブシステムが設定される方法によって異なります。メトリクスの設定についての詳細は、OpenShift Container Platform クラスター設定ガイド を参照してください。
oc
CLI コマンド adm top
は Heapster API を使用して、クラスターの Pod およびノードの現在の状態についてのデータをフェッチします。
Pod のメトリクスを取得するには、以下を実行します。
oc adm top pod <pod_name>
$ oc adm top pod <pod_name>
クラスター内のノードのメトリクスを取得するには、以下を実行します。
oc adm top node
$ oc adm top node
OpenShift Container Platform Web コンソールは、一定の期間におけるメトリクス情報をグラフィカルに表示できます。
1.4. Microsoft Windows 仮想マシンの VirtIO ドライバーの管理 リンクのコピーリンクがクリップボードにコピーされました!
1.4.1. Microsoft Windows 仮想マシンの VirtIO ドライバー リンクのコピーリンクがクリップボードにコピーされました!
VirtIO ドライバーは、Microsoft Windows 仮想マシンが Container-native Virtualization で適切に実行されるために必要な準仮想化デバイスドライバーです。サポートされるドライバー は Red Hat Container Catalog の virtio-win
コンテナーディスクで利用できます。
virtio-win
コンテナーディスクは、ドライバーのインストールを有効にするために、SATA CD ドライブとして仮想マシンに割り当られる必要があります。VirtIO ドライバーは、仮想マシンへの Windows のインストール時 にインストールするか、または 既存の Windows インストールに追加 できます。
ドライバーのインストール後に、virtio-win
コンテナーディスクは 仮想マシンから削除 できます。
1.4.2. VirtIO ドライバーコンテナーディスクの仮想マシンへの追加 リンクのコピーリンクがクリップボードにコピーされました!
Container-native Virtualization は、Red Hat Container Catalog で利用できる Microsoft Windows の VirtIO ドライバーをコンテナーディスクとして配布します。これらのドライバーを インストールする か、Windows 仮想マシンに 追加する には、virtio-win
コンテナーディスクを SATA CD ドライブとして仮想マシンに割り当てます。
手順
-
cnv-tech-preview/virtio-win
コンテナーディスクをcdrom
ディスクとして Windows 仮想マシン設定ファイルに追加します。コンテナーディスクは、クラスターにない場合はレジストリーからダウンロードされます。
- 1
- Container-native Virtualization は、
VirtualMachine
設定ファイルに定義される順序で仮想マシンディスクを起動します。virtio-win
コンテナーディスクの前に仮想マシンの他のディスクを定義するか、またはオプションのbootOrder
パラメーターを使用して仮想マシンが正しいディスクから起動するようにできます。ディスクにbootOrder
を指定する場合、これは設定のすべてのディスクに指定される必要があります。
仮想マシンが作成され、起動された後に、VirtIO ドライバーは 仮想マシン上の Windows のインストール時 に割り当てられた SATA CD ドライブからインストールするか、既存の Windows インストールに追加 することができます。
ドライバーのインストール後に、仮想マシンから virtio-win
コンテナーディスクを削除 できます。
1.4.3. Windows インストール時の VirtIO ドライバーのインストール リンクのコピーリンクがクリップボードにコピーされました!
Windows のインストール時に VirtIO ドライバーを仮想マシンにインストールします。最低でも、サポートされているストレージドライバー をインストールし、Windows インストールのストレージの宛先を選択する必要があります。
前提条件
- VirtIO ドライバーコンテナーディスクが SATA CD ドライブとして割り当てられている 仮想マシン。
- 仮想マシンがアクセスできる Windows インストールメディア。
この手順では、Windows インストールの汎用的なアプローチを使用しますが、インストール方法は Windows のバージョンごとに異なる可能性があります。インストールする Windows のバージョンについてのドキュメントを参照してください。
手順
- 仮想マシンを起動し、グラフィカルコンソールに接続します。
- Windows インストールプロセスを開始します。
- Advanced インストールを選択します。
-
ストレージの宛先は、ドライバーがロードされるまで認識されません。
Load driver
をクリックします。 - ドライバーは SATA CD ドライバーとして割り当てられます。OK をクリックし、CD ドライバーでロードするストレージドライバーを参照します。ドライバーは、ドライバーのタイプ、オペレーティングシステム、および CPU アーキテクチャー別に階層的に編成されます。
- 必要なすべてのドライバーについて直前の 2 つの手順を繰り返します。
- Windows インストールを完了します。
Windows のインストール後に、仮想マシン設定ファイルから VirtIO ドライバーコンテナーディスクを削除 できます。
1.4.4. VirtIO ドライバーの既存 Windows 仮想マシンへのインストール リンクのコピーリンクがクリップボードにコピーされました!
VirtIO ドライバーを既存の Windows 仮想マシンにインストールします。
前提条件
- VirtIO ドライバーコンテナーディスクが SATA CD ドライブとして割り当てられている Windows 仮想マシン。
この手順では、ドライバーを Windows に追加するための汎用的なアプローチを使用しています。このプロセスは Windows のバージョンごとに若干異なる可能性があります。インストールする Windows のバージョンについてのドキュメントを参照してください。
手順
- 仮想マシンを起動し、グラフィカルコンソールに接続します。
- Windows ユーザーセッションにログインします。
Device Manager を開き、Other devices を拡張して、list any Unknown device を一覧表示します。
-
Device Properties
を開いて不明なデバイスを特定する必要がある場合があります。デバイスを右クリックし、Properties を選択します。 - Details タブをクリックし、ドロップダウンリストで Hardware Ids を選択します。
- Hardware Ids の Value を サポートされる VirtIO ドライバー と比較します。
-
- デバイスを右クリックし、Update Driver Software を選択します。
- Browse my computer for driver software をクリックし、ドライバーの場所に移動します。ドライバーは、ドライバーのタイプ、オペレーティングシステム、および CPU アーキテクチャー別に階層的に編成されます。
- Next をクリックしてドライバーをインストールします。
- ドライバーのインストール後に、Close をクリックしてウィンドウを閉じます。
- 仮想マシンを再起動してドライバーのインストールを完了します。
ドライバーのインストール後に、仮想マシン設定ファイルから ディスクを削除 できます。
1.4.5. 仮想マシンからの VirtIO コンテナーディスクの削除 リンクのコピーリンクがクリップボードにコピーされました!
必要なすべての VirtIO ドライバーを仮想マシンにインストールした後は、virtio-win
コンテナーディスクを仮想マシンに割り当てる必要はなくなります。virtio-win
コンテナーディスクを仮想マシン設定ファイルから削除します。
手順
Web コンソールで仮想マシン設定を編集するか、または選択するエディターで設定ファイルを編集し、
disk
およびvolume
を削除します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 変更を有効にするために仮想マシンを再起動します。
1.5. 高度な仮想マシン設定 リンクのコピーリンクがクリップボードにコピーされました!
1.5.1. 仮想マシンのネットワークソースとしての Open vSwitch ブリッジの使用 リンクのコピーリンクがクリップボードにコピーされました!
Container-native Virtualization を使用すると、仮想マシンインスタンスを、ノード上で設定される Open vSwitch ブリッジに接続できます。
前提条件
- OpenShift Container Platform 3.11 以降を実行するクラスター
手順
クラスターのホストネットワークを準備します (オプション)。
ホストネットワークにボンディングなどの追加の設定変更が必要な場合は、Red Hat Enterprise Linux ネットワークガイド を参照してください。
すべてのクラスターホストでインターフェースおよびブリッジを設定します。
各ホストで、必要なネットワークに接続されたインターフェースを選択します。次に、Open vSwitch ブリッジを作成し、ブリッジのポートとして選択したインターフェースを指定します。
この例では、ブリッジ
br1
を作成し、これをインターフェースeth1
に接続します。このブリッジはすべてのノードで設定される必要があります。これがノードのサブセットでのみ利用可能な場合は、VMI の nodeSelector 制約が有効であることを確認してください。注記Any connections to `eth1` are lost once the interface is assigned to the bridge, so another interface must be present on the host.
Any connections to `eth1` are lost once the interface is assigned to the bridge, so another interface must be present on the host.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Copy to Clipboard Copied! Toggle word wrap Toggle overflow クラスター上にネットワークを設定します。
L2 ネットワークはクラスター全体のリソースとして処理されます。ネットワークをネットワーク割り当て定義 YAML ファイルで定義します。ネットワークは NetworkAttachmentDefinition CRD を使用して定義できます。
NetworkAttachmentDefinition CRD オブジェクトには、Pod とネットワーク間の割り当てについての情報が含まれます。以下の例では、Open vSwitch ブリッジ
br1
への割り当てがあり、トラフィックは VLAN 100 にタグ付けられています。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記"vlan" はオプションです。これが省略される場合、VMI はトランクを経由して割り当てられます。
仮想マシンインスタンス設定ファイルを、インターフェースおよびネットワークの詳細を含めるように編集します。
ネットワークが直前に作成された NetworkAttachmentDefinition に接続されるように指定します。このシナリオでは、
vlan-100-net
はvlan-100-net-conf
という NetworkAttachmentDefinition に接続されます。Copy to Clipboard Copied! Toggle word wrap Toggle overflow VMI を起動すると、
eth0
インターフェースはデフォルトのクラスターネットワークに接続し、eth1
は、VMI を実行するノードでブリッジbr1
を使用して VLAN 100 に接続します。
1.5.2. MAC アドレスを指定した PXE ブート リンクのコピーリンクがクリップボードにコピーされました!
PXE ブートまたはネットワークブートは Container-native Virtualization でサポートされています。ネットワークブートにより、ローカルに割り当てられたストレージデバイスなしにコンピューターを起動し、オペレーティングシステムまたは他のプログラムを起動し、ロードすることができます。たとえば、これにより、新規ホストのデプロイ時に PXE サーバーから必要な OS イメージを選択できます。
「リファレンス」セクションには、PXE ブートの設定ファイルテンプレートがあります。
前提条件
- OpenShift Container Platform 3.11 以降を実行するクラスター
- PXE ブートを許可する設定済みのインターフェース
手順
クラスターに PXE ネットワークを設定します。
PXE ネットワーク
pxe-net-conf
の NetworkAttachmentDefinition を作成します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記この例では、VMI はトランクポート経由で Open vSwitch ブリッジ
<br1>
に割り当てられます。Open vSwitch ブリッジ
<br1>
を作成し、これをインターフェース<eth1>
に接続します。 これは、PXE ブートを許可するネットワークに接続されます。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記このブリッジはすべてのノードで設定される必要があります。これがノードのサブセットでのみ利用可能な場合は、VMI の nodeSelector 制約が有効であることを確認してください。
仮想マシンインスタンス設定ファイルを、インターフェースおよびネットワークの詳細を含めるように編集します。
PXE サーバーで必要な場合には、ネットワークおよび MAC アドレスを指定します。MAC アドレスが指定されていない場合、値は自動的に割り当てられます。ただし、この時点で自動的に割り当てられる MAC アドレスは永続しないことに注意してください。
bootOrder
が1
に設定されており、インターフェースが最初に起動することを確認します。この例では、インターフェースは<pxe-net>
というネットワークに接続されています。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記複数のインターフェースおよびディスクのブートの順序はグローバル順序になります。
OS プロビジョニングの後に起動が適切に実行されるよう、ブートデバイス番号をディスクに割り当てます。
ディスク
bootOrder
の値を2
に設定します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow ネットワークが直前に作成された NetworkAttachmentDefinition に接続されるように指定します。このシナリオでは、
<pxe-net>
は<pxe-net-conf>
という NetworkAttachmentDefinition に接続されます。Copy to Clipboard Copied! Toggle word wrap Toggle overflow
仮想マシンインスタンスを作成します。
oc create -f vmi-pxe-boot.yaml
$ oc create -f vmi-pxe-boot.yaml virtualmachineinstance.kubevirt.io "vmi-pxe-boot" created
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 仮想マシンインスタンスの実行を待機します。
oc get vmi vmi-pxe-boot -o yaml | grep -i phase
$ oc get vmi vmi-pxe-boot -o yaml | grep -i phase phase: Running
Copy to Clipboard Copied! Toggle word wrap Toggle overflow VNC を使用して仮想マシンインスタンスを表示します。
virtctl vnc vmi-pxe-boot
$ virtctl vnc vmi-pxe-boot
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - ブート画面で、PXE ブートが正常に実行されていることを確認します。
VMI にログインします。
virtctl console vmi-pxe-boot
$ virtctl console vmi-pxe-boot
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 仮想マシンのインターフェースおよび MAC アドレスを確認し、ブリッジに接続されたインターフェースに指定された MAC アドレスがあることを確認します。この場合、PXE ブートには IP アドレスなしに
eth1
を使用しています。他のインターフェースeth0
は OpenShift Container Platform から IP アドレスを取得しています。ip addr
$ 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
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.5.3. ゲストメモリーのオーバーコミットの設定 リンクのコピーリンクがクリップボードにコピーされました!
仮想ワークロードに利用可能な量を上回るメモリーが必要な場合、メモリーのオーバーコミットを使用してホストのメモリーのすべてまたはそのほとんどを仮想マシンインスタンスに割り当てることができます。メモリーのオーバーコミットを有効にすることは、通常ホストに予約されるリソースを最大化できることを意味します。
たとえば、ホストに 32 GB RAM がある場合、メモリーのオーバーコミットを使用してそれぞれ 4 GB RAM を持つ 8 つの仮想マシンに対応できます。これは、仮想マシンがそれらのメモリーのすべてを同時に使用しないという前提で機能します。
前提条件
- OpenShift Container Platform 3.11 以降を実行するクラスター
手順
VMI に対し、クラスターから要求された以上のメモリーが利用可能であることを明示的に示すために、spec.domain.memory.guest
を spec.domain.resources.requests.memory
よりも高い値に設定します。このプロセスはメモリーのオーバーコミットと呼ばれています。
以下の例では、<1024M>
がクラスターから要求されますが、VMI には <2048M>
が利用可能であると通知されます。ノードに利用可能な空のメモリーが十分にある限り、VMI は最大 2048M を消費します。
ノードがメモリー不足の状態になると、Pod のエビクションルールと同じルールが VMI に適用されます。
1.5.4. ゲストメモリーオーバーヘッドアカウンティングの無効化 リンクのコピーリンクがクリップボードにコピーされました!
この手順は、特定のユースケースでのみ有効であり、上級ユーザーのみが試行できます。
要求する量に加えて、少量のメモリーが各仮想マシンインスタンスによって要求されます。追加のメモリーは、それぞれの VirtualMachineInstance プロセスをラップするインフラストラクチャーに使用されます。
通常は推奨される方法ではありませんが、ゲストメモリーオーバーヘッドアカウンティングを無効にすることによってノード上の VMI の密度を増やすことは可能です。
前提条件
- OpenShift Container Platform 3.11 以降を実行するクラスター
手順
ゲストメモリーオーバーヘッドアカウンティングを無効にするには、YAML 設定ファイルを編集し、overcommitGuestOverhead
の値を true
に設定します。このパラメーターは、デフォルトで無効になっています。
overcommitGuestOverhead
が有効にされている場合、これはゲストのオーバーヘッドをメモリー制限 (ある場合) に追加します。
1.6. クラスターのメンテナンスタスク リンクのコピーリンクがクリップボードにコピーされました!
1.6.1. TLS 証明書の手動更新 リンクのコピーリンクがクリップボードにコピーされました!
Container-native Virtualization コンポーネントの TLS 証明書はインストール時に作成され、1 年間有効になります。これらの証明書は期限切れになる前に手動で更新する必要があります。
Container-native Virtualization の TLS 証明書を更新するには、rotate-certs
スクリプトをダウンロードし、実行します。このスクリプトは、GitHub の kubevirt/hyperconverged-cluster-operator
リポジトリーから入手できます。
証明書を更新すると、以下の操作の影響が確認されます。
- 移行がキャンセルされる。
- イメージのアップロードがキャンセルされる。
- VNC およびコンソールの接続が閉じられる。
前提条件
-
cluster-admin
権限を持つユーザーとしてクラスターにログインしていることを確認します。スクリプトは、クラスターへのアクティブなセッションを使用して、kubevirt-hyperconverged
名前空間の証明書を更新します。
手順
GitHub から
rotate-certs.sh
スクリプトをダウンロードします。curl -O https://raw.githubusercontent.com/kubevirt/hyperconverged-cluster-operator/master/tools/rotate-certs.sh
$ curl -O https://raw.githubusercontent.com/kubevirt/hyperconverged-cluster-operator/master/tools/rotate-certs.sh
Copy to Clipboard Copied! Toggle word wrap Toggle overflow スクリプトが実行可能であることを確認します。
chmod +x rotate-certs.sh
$ chmod +x rotate-certs.sh
Copy to Clipboard Copied! Toggle word wrap Toggle overflow スクリプトを実行します。
./rotate-certs.sh -n kubevirt-hyperconverged
$ ./rotate-certs.sh -n kubevirt-hyperconverged
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
TLS 証明書は更新され、1 年間有効になります。
1.7. リファレンス リンクのコピーリンクがクリップボードにコピーされました!
1.7.1. 仮想マシンウィザードのフィールド リンクのコピーリンクがクリップボードにコピーされました!
名前 | パラメーター | 説明 |
---|---|---|
名前 | 仮想マシンの名前。英数字の文字のみを使用でき、最長長さは 63 です。 | |
説明 | オプションの説明フィールド。 | |
Template | 仮想マシンの作成に使用するテンプレート。テンプレートを選択すると、他のフィールドが自動的に入力されます。 | |
Provision Source | PXE | PXE メニューから仮想マシンをプロビジョニングします。クラスターに PXE 対応の NIC が必要になります。 |
URL | HTTP または S3 エンドポイントで利用できるイメージから仮想マシンをプロビジョニングします。 | |
コンテナー |
クラスターからアクセスできるレジストリーの起動可能なオペレーティングシステムコンテナーから仮想マシンをプロビジョニングします。例: | |
Operating System | クラスターで利用可能なオペレーティングシステムの一覧。これは、仮想マシンの主なオペレーティングシステムになります。 | |
フレーバー | small、medium、large、tiny、Custom | 仮想マシンに割り当てられる CPU およびメモリーの量を決定するプリセット。 |
Workload Profile | generic | 各種のワークロードについてのパフォーマンスと互換性のバランスを取るための汎用的な設定。 |
highperformance | 仮想マシンは、高パフォーマンスの負荷に対して最適化されたより効率的な設定を持ちます。 | |
Start virtual machine on creation | このチェックボックスを選択し、作成時に仮想マシンを自動的に起動します。 | |
cloud-init | このチェックボックスを選択し、cloud-init fields を有効にします。 |
1.7.2. 仮想マシンテンプレートウィザードのフィールド リンクのコピーリンクがクリップボードにコピーされました!
名前 | パラメーター | 説明 |
---|---|---|
名前 | 仮想マシンテンプレートの名前。英数字の文字のみを使用でき、最長長さは 63 です。 | |
説明 | オプションの説明フィールド。 | |
Provision Source | PXE | PXE メニューから仮想マシンをプロビジョニングします。クラスターに PXE 対応の NIC が必要になります。 |
URL | HTTP または S3 エンドポイントで利用できるイメージから仮想マシンをプロビジョニングします。 | |
Container |
クラスターからアクセスできるレジストリーにある起動可能なオペレーティングシステムコンテナーから仮想マシンをプロビジョニングします。例: | |
Operating System | クラスターで利用可能なオペレーティングシステムの一覧。これは、仮想マシンの主なオペレーティングシステムになります。 | |
フレーバー | small、medium、large、tiny、Custom | 仮想マシンに割り当てられる CPU およびメモリーの量を決定するプリセット。 |
Workload Profile | generic | 各種のワークロードについてのパフォーマンスと互換性のバランスを取るための汎用的な設定。 |
highperformance | 仮想マシンは、高パフォーマンスの負荷に対して最適化されたより効率的な設定を持ちます。 | |
cloud-init | このチェックボックスを選択し、cloud-init fields を有効にします。 |
1.7.3. Cloud-init フィールド リンクのコピーリンクがクリップボードにコピーされました!
名前 | 説明 |
---|---|
Hostname | 仮想マシンの特定のホスト名を設定します。 |
Authenticated SSH Keys | ユーザーのパブリックキー。これは、仮想マシンの ~/.ssh/authorized_keys にコピーされます。 |
Use custom script | 他のオプションを、カスタム cloud-init スクリプトを貼り付けることのできるテキストボックスに置き換えます。 |
1.7.4. ネットワークフィールド リンクのコピーリンクがクリップボードにコピーされました!
名前 | 説明 |
---|---|
Create NIC | 仮想マシンの新規 NIC を作成します。 |
NIC NAME | NIC の名前。 |
MAC ADDRESS | ネットワークインターフェースの MAC アドレス。MAC アドレスが指定されていない場合、セッションの一時アドレスが生成されます。 |
NETWORK CONFIGURATION | 利用可能な NetworkAttachmentDefinition オブジェクトの一覧。 |
PXE NIC |
PXE 対応ネットワークの一覧。 |
1.7.5. ストレージフィールド リンクのコピーリンクがクリップボードにコピーされました!
名前 | 説明 |
---|---|
Create Disk | 仮想マシンの新規ディスクを作成します。 |
Attach Disk | 利用可能な PVC の一覧から、仮想マシンに割り当てる既存のディスクを選択します。 |
DISK NAME | ディスクの名前。 |
SIZE (GB) | ディスクのサイズ (GB)。 |
STORAGE CLASS |
基礎となる |
Bootable Disk |
仮想マシンの起動に利用できるディスクの一覧。仮想マシンの Provision Source が |
1.7.6. 仮想マシンのアクション リンクのコピーリンクがクリップボードにコピーされました!
アクション | 利用可能になる場合の状態 | 説明 |
---|---|---|
Start Virtual Machine | Off | 仮想マシンを起動します。 |
Stop Virtual Machine | Running または Other | 仮想マシンを停止します。 |
Restart Virtual Machine | Running または Other | 実行中の仮想マシンを再起動します。 |
Delete Virtual Machine | All | クラスターから仮想マシンを永続的に削除します。 |
1.7.6.1. Container-native Virtualization でサポートされる Microsoft Windows 仮想マシンの VirtIO ドライバー リンクのコピーリンクがクリップボードにコピーされました!
ドライバー名 | ハードウェア ID | 説明 |
---|---|---|
viostor |
VEN_1AF4&DEV_1001 | ブロックドライバー。Other devices グループの SCSI Controller として表示される場合があります。 |
viorng |
VEN_1AF4&DEV_1005 | エントロピーソースドライバー。Other devices グループの PCI Device として表示される場合があります。 |
NetKVM |
VEN_1AF4&DEV_1000 | ネットワークドライバー。Other devices グループの Ethernet Controller として表示される場合があります。VirtIO NIC が設定されている場合にのみ利用できます。 |
1.7.6.2. 仮想マシンのストレージボリュームのタイプ リンクのコピーリンクがクリップボードにコピーされました!
ephemeral | ネットワークボリュームを読み取り専用のバッキングストアとして使用するローカルの copy-on-write (COW) イメージ。バッキングボリュームは PersistentVolumeClaim である必要があります。一時イメージは仮想マシンの起動時に作成され、すべての書き込みをローカルに保存します。一時イメージは、仮想マシンの停止、再起動または削除時に破棄されます。バッキングボリューム (PVC) はいずれの方法でも変更されません。 |
persistentVolumeClaim | 利用可能な PV を仮想マシンに割り当てます。これは、仮想マシンデータのセッション間での永続化を可能にします。 CDI を使用して既存の仮想マシンディスクを PVC にインポートし、PVC を仮想マシンインスタンスに割り当てる方法は、既存の仮想マシンを OpenShift Container Platform にインポートするための推奨される方法です。ディスクを PVC 内で使用できるようにするためのいくつかの要件があります。 |
dataVolume | DataVolume は、インポート、クローンまたはアップロード操作で仮想マシンディスクの準備プロセスを管理することによって persistentVolumeClaim ディスクタイプにビルドされます。このボリュームタイプを使用する仮想マシンは、ボリュームが準備できるまで起動しないことが保証されます。 |
cloudInitNoCloud | 参照される cloud-init NoCloud データソースが含まれるディスクを割り当て、ユーザーデータおよびメタデータを仮想マシンに提供します。cloud-init インストールは仮想マシンディスク内で必要になります。 |
containerDisk | コンテナーイメージレジストリーに保存される、仮想マシンディスクなどのイメージを参照します。イメージはレジストリーからプルされ、仮想マシンの作成時にボリュームに組み込まれます。containerDisk ボリュームは一時的なボリュームです。これは、仮想マシンが停止されるか、再起動するか、または削除される際に破棄されます。 コンテナーディスクは単一の仮想マシンに制限されず、永続ストレージを必要としない多数の仮想マシンのクローンを作成するのに役立ちます。 RAW および QCOW2 形式のみがコンテナーイメージレジストリーのサポートされるディスクタイプです。QCOW2 は、縮小されたイメージサイズの場合に推奨されます。 |
emptyDisk | 仮想マシンインターフェースのライフサイクルに関連付けられるスパースの QCOW2 ディスクを追加で作成します。データは仮想マシンのゲストによって実行される再起動後も存続しますが、仮想マシンが Web コンソールから停止または再起動する場合には破棄されます。空のディスクは、アプリケーションの依存関係および一時ディスクの一時ファイルシステムの制限を上回るデータを保存するために使用されます。 ディスク 容量 サイズも指定する必要があります。 |
1.7.6.3. テンプレート: PVC 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
pvc.yaml
1.7.6.4. テンプレート: VM 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
vm.yaml
1.7.6.5. テンプレート: Windows VMI 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
windows-vmi.yaml
1.7.6.6. テンプレート: VM 設定ファイル (DataVolume) リンクのコピーリンクがクリップボードにコピーされました!
example-vm-dv.yaml
1.7.6.7. テンプレート: DataVolume インポート設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
example-import-dv.yaml
1.7.6.8. テンプレート: DataVolume クローン設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
example-clone-dv.yaml
1.7.6.9. テンプレート: PXEブート用 VMI 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
vmi-pxe-boot.yaml