VM ゲスト 側のオペレーティングシステムで使用する新しいディスクイメージを 作成するには、 qemu-img create コマンドを使用します。 下記のような書式で実行します:

qemu-img create -f 種類 -o オプション ファイル名 サイズ

たとえば sles11sp1.raw という新しいディスクイメージを、 /images ディレクトリ以下に最大 4 GB として作成する場合、 下記のようなコマンドになります:

tux@venus:~> qemu-img create -f raw -o size=4G /images/sles11sp1.raw
Formatting '/images/sles11sp1.raw', fmt=raw size=4294967296

tux@venus:~> ls -l /images/sles11sp1.raw
-rw-r--r-- 1 tux users 4294967296 Nov 15 15:56 /images/sles11sp1.raw

tux@venus:~> qemu-img info /images/sles11sp1.raw
image: /images/sles11sp1.raw
file format: raw
virtual size: 4.0G (4294967296 bytes)
disk size: 0

上記のとおり、新しく作成したイメージの 見た目 (virtual) 上のサイズは 4 GB ですが、実際にディスク領域を占有しているサイズ (disk size) は 0 になっています。これは、まだ何もデータが書き込まれていない ためです。

ディスクのイメージ形式を変換するには、 qemu-img convert コマンドを使用します。 QEMU でサポートしているイメージ形式について、一覧を 取得するには、 qemu-img -h を実行し、 出力の最後の行をお読みください。コマンドは下記のように記述します:

qemu-img convert -c -f 入力種類 -O 出力種類 -o オプション 入力ファイル名 出力ファイル名

tux@venus:~> qemu-img convert -O vmdk /images/sles11sp1.raw \
/images/sles11sp1.vmdk

tux@venus:~> ls -l /images/
-rw-r--r-- 1 tux users 4294967296 16. lis 10.50 sles11sp1.raw
-rw-r--r-- 1 tux users 2574450688 16. lis 14.18 sles11sp1.vmdk

選択した変換先のイメージ形式について、これに対応するオプションの一覧を表示 するには、下記のコマンドを入力します (なお vmdk をお使いの イメージ形式に合わせてください):

tux@venus:~> qemu-img convert -O vmdk /images/sles11sp1.raw \
/images/sles11sp1.vmdk -o ?
Supported options:
size             Virtual disk size
backing_file     File name of a base image
compat6          VMDK version 6 image
subformat        VMDK flat extent format, can be one of {monolithicSparse \
    (default) | monolithicFlat | twoGbMaxExtentSparse | twoGbMaxExtentFlat}
scsi             SCSI image

既存のディスクイメージについて、エラーがないかどうかを確認するには、 qemu-img check コマンドを使用します。なお、全ての ディスクイメージの形式で、この機能に対応しているというわけではないことに ご注意ください。下記のような書式で実行します:

qemu-img check -f 形式 ファイル名

何もエラーが検出されない場合、コマンドは何も出力を返しません。それ以外の 場合は、エラーの種類とエラー数がそれぞれ表示されます。

tux@venus:~> qemu-img check -f qcow2 /images/sles11sp1.qcow2
ERROR: invalid cluster offset=0x2af0000
[...]
ERROR: invalid cluster offset=0x34ab0000
378 errors were found on the image.

新しいイメージを作成する場合は、イメージを作成する前に、その最大サイズを指定 しなければなりません (詳しくは 11.2.2.1項 「qemu-img create」 をお読みください) 。また、 VM ゲスト をインストールし実行したあとで、初期 設定したサイズでは不足し、さらなる領域を割り当てる必要が発生する場合があります。

既存のディスクイメージのサイズを 2 ギガバイトだけ拡張するには、下記の手順を 行ないます:

qemu-img resize /images/sles11sp1.raw +2GB

サイズ変更は raw ディスクイメージに対してのみ実施する ことができます。その他のイメージ形式のサイズを変更するには、サイズ変更の前に qemu-img convert で raw 形式に 変換する必要があります。

これにより、ディスク内には最後のパーティション以降に 2 ギガバイトほどの 空き領域が生まれます。あとは既存のパーティションのサイズ変更を行なったり、 新しいパーティションを追加したりすることができます。

図11.1 ゲスト側の YaST パーティション設定における新規 2GB パーティション

ディスクイメージ で指定するディスクイメージ内に保存されている 全てのスナップショットを表示するには、 qemu-img snapshot -l ディスクイメージ を使用します。 こちらのコマンドは、 VM ゲスト が動作中でも実行できます。

tux@venus:~> qemu-img snapshot -l /images/sles11sp1.qcow2 
Snapshot list:
ID       TAG               VM SIZE        DATE          VM CLOCK
1         booting                4.4M 2010-11-22 10:51:10   00:00:20.476
2         booted                 184M 2010-11-22 10:53:03   00:02:05.394
3         logged_in              273M 2010-11-22 11:00:25   00:04:34.843
4         ff_and_term_running    372M 2010-11-22 11:12:27   00:08:44.965

電源の切られた仮想マシンについて、このスナップショットを作成するには、 qemu-img snapshot -c スナップショット名 ディスクイメージ を実行します。

tux@venus:~> qemu-img snapshot -c backup_snapshot /images/sles11sp1.qcow2

tux@venus:~> qemu-img snapshot -l /images/sles11sp1.qcow2 
Snapshot list:
ID        TAG                 VM SIZE                DATE       VM CLOCK
1         booting                4.4M 2010-11-22 10:51:10   00:00:20.476
2         booted                 184M 2010-11-22 10:53:03   00:02:05.394
3         logged_in              273M 2010-11-22 11:00:25   00:04:34.843
4         ff_and_term_running    372M 2010-11-22 11:12:27   00:08:44.965
5         backup_snapshot           0 2010-11-22 14:14:00   00:00:00.000

VM ゲスト で復元したいような状況が発生し、保存したスナップショット (下記の 例では 5 番のスナップショット) に戻したい場合は、 VM ゲスト の電源を切って から下記のコマンドを実行します:

tux@venus:~> qemu-img snapshot -a 5 /images/sles11sp1.qcow2

実行完了後、 qemu-kvm で仮想マシンを起動すると、 5 番のスナップショットの状態に戻ることができます。

qemu-img snapshot -c コマンドは、 QEMU モニタの savevm コマンド (第13章 QEMU モニタを利用した仮想マシンの管理 をお読みください) とは無関係です。たとえば QEMU のモニタから savevm でスナップショットを作成した場合、このスナップ ショットを qemu-img snapshot -a コマンドで適用させる ことはできません。

仮想マシンのスナップショットのうち、古いものや不要なものを削除したい場合は、 qemu-img snapshot -d スナップショット ID ディスクイメージ コマンドを実行します。 このコマンドを実行すると、 qcow2 のディスクイメージ内で スナップショット用に確保されていたディスク領域が開放されます:

tux@venus:~> qemu-img snapshot -d 2 /images/sles11sp1.qcow2

まずは通常の手順でディスクイメージを作成し、目的となるシステムをインストール します。それぞれ詳しくは 11.1項 「qemu-kvm を利用した基本インストール」 と 11.2.2項 「ディスクイメージの作成や変換、チェック」 をお読みください。 その後、ここまでで作成したイメージを元に、新しいイメージを構築します。ベース となるイメージは '支援' ファイルとも呼ばれ、必要な '派生' イメージをここから 作成し、ベースイメージを再作成するような手間を省いて派生イメージを直接起動できる 仕組みになっています。また、複数の派生イメージが 1 つのベースイメージを参照すること もできます。そのため、ベースイメージを変更してしまうと、依存関係に問題が発生 することになるので、 QEMU では派生イメージにのみ変更点を書き込み、ベース イメージは読み込み専用としてアクセスします。

ベースイメージは新規にインストールした (必要であればユーザ登録済みの) オペレーティングシステムを利用し、一切の修正や追加のアプリケーションを適用 またはインストール／削除していない状態であることをお勧めします。ベースイメージに 対して作成した派生イメージで、必要な最新の修正をインストールしておくのが便利です。

ベースイメージに対しては raw 形式を使用することが できますが、 raw 形式は派生イメージに必要な backing_file オプションに対応していないため、 この形式を利用することができません。派生イメージに対しては、たとえば qcow2 形式をお使いください。

たとえば /images/sles11sp1_base.raw ファイルが、 新規インストールしたイメージを含むベースイメージとします。

tux@venus:~> qemu-img info /images/sles11sp1_base.raw 
image: /images/sles11sp1_base.raw
file format: raw
virtual size: 4.0G (4294967296 bytes)
disk size: 2.4G

イメージの予約済みサイズは 4 GB で、実際のサイズは 2.4 GB です。 また、形式は raw になっています。 この /images/sles11sp1_base.raw ファイルから 派生イメージを作成するには、下記のように実行します:

tux@venus:~> qemu-img create -f qcow2 /images/sles11sp1_derived.qcow2 \
-o backing_file=/images/sles11sp1_base.raw 
Formatting '/images/sles11sp1_derived.qcow2', fmt=qcow2 size=4294967296 \
backing_file='/images/sles11sp1_base.raw' encryption=off cluster_size=0

作成された派生イメージの情報は、下記のようになります:

tux@venus:~> qemu-img info /images/sles11sp1_derived.qcow2 
image: /images/sles11sp1_derived.qcow2
file format: qcow2
virtual size: 4.0G (4294967296 bytes)
disk size: 140K
cluster_size: 65536
backing file: /images/sles11sp1_base.raw \
(actual path: /images/sles11sp1_base.raw)

派生イメージが予約するサイズはベースイメージのものと同じ (4 GB) ですが、実際の サイズは 140 KB しかありません。これは派生イメージ側で行なわれた変更点だけが 派生イメージに書き込まれるためです。あとは派生イメージ側で仮想マシンを起動して、 必要であれば登録を行なったり、最新の修正をインストールしたりしてください。また、 不要なソフトウエアパッケージをアンインストールしたり、必要なものをインストール したりすることもできます。その後 VM ゲスト をシャットダウンして、再度派生 イメージを確認すると、下記のようになります:

tux@venus:~> qemu-img info /images/sles11sp1_derived.qcow2
image: /images/sles11sp1_derived.qcow2
file format: qcow2
virtual size: 4.0G (4294967296 bytes)
disk size: 1.1G
cluster_size: 65536
backing file: /images/sles11sp1_base.raw \
(actual path: /images/sles11sp1_base.raw)

disk size の欄が 1.1 GB まで増えています。これは ベースイメージと比較し、ファイルシステム上に施された変更点が書き込まれている ためです。

いったん派生イメージを修正する (修正の適用やアプリケーションのインストール、 環境設定の変更など) を行なうと、派生イメージのサイズはそれなりのサイズに なってしまいます。場合によっては、そこから既存のベースイメージと派生イメージを 利用した '合成' イメージを作成したい場合が考えられます。たとえば最初の ベースイメージを新規にインストールしたシステムとして作成し、そこから セキュリティの修正や更新をインストールした状態を追加のベースイメージとしたり したい場合が考えられます。あとは後者のほうのベースイメージを雛型にして 派生イメージを作成したりすることができます。後者のほうのベースイメージは、 前者のベースイメージとは独立した存在となります。派生イメージから新しい ベースイメージを作成する作業を、 '再ベース' と呼びます:

tux@venus:~> qemu-img convert /images/sles11sp1_derived.qcow2 \
-O raw /images/sles11sp1_base2.raw

このコマンドでは、新しいベースイメージ /images/sles11sp1_base2.raw を、 raw 形式で作成します。

tux@venus:~> qemu-img info /images/sles11sp1_base2.raw
image: /images/sles11sp1_base2.raw
file format: raw
virtual size: 4.0G (4294967296 bytes)
disk size: 2.8G

新しいイメージは元々のベースイメージと比較して 0.4 GB ほど大きくなっています。 また、このファイルには backing file (ベースイメージ) の表示がありませんので、 このイメージファイルをベースにして、新しい派生イメージを作成することができます。 これにより、お使いの環境に合わせて洗練された仮想ディスクイメージの構造を作成する ことができるため、作業の手間を大幅に省くことができます。

作業上の都合によっては、仮想ディスクイメージをホストシステム側でマウントした ほうが便利な場合があります。たとえば VM ホストサーバ 側にネットワークサポートが 存在しない場合、マウント作業は VM ゲスト とファイルの転送を行なう唯一の手段と なります。

Linux システムでは、 'ループバック' デバイスを利用することで raw 形式のディスクイメージ内のパーティションをマウントする ことができます。最初の例は少し複雑ですが詳しい説明が、もう 1 つの例は簡単で わかりやすい方式です:

仮想マシンが実行中の場合は、それらのイメージに対して 読み書き可能な 形で マウントを行なってはなりません。これを行なってしまうと、 パーティションの情報を破壊してしまうほか、 VM ゲスト 全体を破壊してしまう場合が あります。