事前準備

まずは、ベース環境の仮想マシンを作成します。 diskオプションに指定しているpoolは、VG(Volume Group)です。このように指定するとVGからLVが自動的に作成されます。 (LV名は、nameオプションで指定した名称+.img)

ベース環境作成:

# VGをlibvirtで管理
$ sudo virsh pool-create-as ServiceVG00 --type=lvm2 --target=/dev/ServiceVG00
# ベース環境の仮想マシンを作成
$ sudo virt-install \
--location http://ftp.riken.jp/Linux/centos/5/os/x86_64/ \
--accelerate \
--name basevm \
--ram 1024 \
--vcpus 2 \
--noacpi \
--os-variant rhel5.4 \
--network bridge:br0 \
--extra-args console=ttyS0,115200n8 \
--disk pool=ServiceVG00,bus=virtio,size=48,cache=writethrough \
--noreboot \
--keymap=ja

#インストーラが起動するので、OSのインストールを行います。
インストールを開始しています...
(...)
Guest installation complete... you can restart your domain
by running 'virsh start basevm'

インストールが完了したら、ホストOSにて仮想マシンの時刻設定を行います。

仮想マシンの時刻設定:

# 仮想マシンの時刻設定変更
$ sudo virsh edit basevm
<domain type='kvm'>
  <name>basevm</name>
  <uuid>bd55f202-cfd4-3d8b-ef23-d9e4d37c4711</uuid>

(...)
  </features>
  <clock offset='localtime'/>     # <= 'utc'を'localtime'に変更
  <on_poweroff>destroy</on_poweroff>
(...)
</domain>

後は、いつも通りOSの初期設定を行います。 (時刻設定、ネットワーク設定、パッケージインストール・更新等)

ベース環境初期設定:

# 仮想マシンの起動
$ sudo virsh start basevm
# ゲストOSにログインして初期設定
$ sudo virsh console basevm
connect to domain basevm
Escape character is ^]

(...)
CentOS release 5.5 (Final)
Kernel 2.6.18-194.8.1.el5 on an x86_64

basevm login:~root
Password:
Last login: Sun Aug  1 19:34:34 2010 from 192.168.100.8
[root@basevm ~]#

ケース1: 開発環境を複製する

個人ごとの開発環境を複製して、個別に環境をカスタマイズしたいという場合、ベース環境に必要なパッケージをインストールし、そのベース環境のLVを元にスナップショットLVを作成し、オンデマンド仮想マシンを作成すれば簡単に作成できます。 また、スナップショットLVに割り当てるディスク容量はデータが変更される分のみ見積もればよいので、ディスク容量を大幅に節約できます。

手順

1. ベース環境のゲストOSで必要なパッケージをインストール

2. 仮想マシン(ベース環境)をシャットダウン

必要な分だけ以下の操作を繰り返す

3. ベース環境用LVのスナップショットLVを作成

   スナップショットLVの作成:

   # ベース環境LVのパスを確認
   $ sudo virsh dumpxml basevm | grep -A5 '<disk'
       <disk type='block' device='disk'>
   
         <driver name='qemu' cache='writethrough'/>
         <source dev='/dev/ServiceVG00/basevm.img'/> #<= LVのパス
         <target dev='vda' bus='virtio'/>
       </disk>
       <interface type='bridge'>
   # スナップショットLVの作成(ベース環境に対してディスク容量を1/48で設定)
   $ sudo lvcreate -s -L 1G -n snapvm.img /dev/ServiceVG00/basevm.img
   
   

4. 作成したスナップショットLVを使用し、オンデマンド仮想マシンを作成

   OSのインストールはスキップできるので一瞬で仮想マシンの作成は完了します。 diskオプションに指定しているvolはスナップショットLVを指定しますが、指定方法は"Pool名/Volume名"となります。 (Libvirtで管理されているPoolからLVを作成すると自動的にLibvirtの管理下に入ります)

   オンデマンド仮想マシンの作成:

   $ sudo virt-install \
       --import \
       --accelerate \
       --name snapvm \
       --ram 1024 \
       --vcpus 2 \
       --noacpi \
       --os-variant rhel5.4 \
       --network bridge:br0 \
       --extra-args console=ttyS0,115200n8 \
       --disk vol=ServiceVG00/snapvm.img,bus=virtio,cache=writethrough \
       --noreboot \
       --keymap=ja
   
   インストールを開始しています...
   Guest installation complete... you can restart your domain
   by running 'virsh start snapvm'
   

5. オンデマンド環境の仮想マシンに展開されたOSの各種調整(主にネットワーク設定)

   オンデマンド環境の仮想マシンで動作するOSは、元のベース環境とほぼ同じですが、MACアドレスの書換等ネットワーク周りの設定が自動的に変更されています。 環境依存の部分(ホスト名、ユーザパスワード)の変更を行えば、ベース環境のデータを共有しつつも、それぞれ別の開発環境として使用することが可能になります。

6. 個別の環境作成

   後は、アプリケーションのデプロイをするだけで専用の開発環境が作成できます。

必要がなくなれば、仮想マシンを停止しスナップショットLVを削除するだけです。

---

Tip

スナップショットLVの拡張方法

スナップショットLVは通常のLVと同じく拡張が可能ですので、当初の見積もりよりデータの変更量が大きかった場合、下記のコマンドによりディスク容量の拡張できます。

LVのディスク容量の拡張:

# さらに+1G拡張する
$ sudo lvextend -L +1G /dev/ServiceVG00/snapvm.img

---

ケース2: オンデマンド環境の構成を実稼働環境として使用

オンデマンド環境のスナップショットLVをバックアップすると、ベース環境のデータとスナップショットに書き込まれたデータが取得できるので、それを新たに作成したLVに書き込みます。 これにより、ベース環境ともオンデマンド環境とも独立したサーバ環境を構築することができます。 オンデマンド環境の場合、大半のデータをベース環境と共存していましたが、この環境の場合は、すべてのデータをコピーしたクローン環境ですので、全く別の環境として構築することが可能です。

手順

1. 仮想マシンを停止

2. 新規仮想マシンを稼働させるLVを作成

   作成するLVのサイズはベース環境のLVと同等以上にします。

   LVの作成:

   $ sudo lvcreate -L 48G -n prod01.img ServiceVG00
   

3. スナップショットLVを利用して仮想イメージを新規LVにコピー

   ベース環境のデータとスナップショットに書き込まれたデータを新たに作成したLVにコピーします。 (ディスク容量が大きければそれだけ時間がかかります。)

   仮想イメージをLVにコピー:

   
   $ sudo dd if=/dev/ServiceVG00/snapvm.img of=/dev/ServiceVG00/prod01.img bs=8192
   

4. 仮想マシンを起動し、ゲストOSの設定を修正

   手順は、ケース1の4.以降と同様です。

ケース3: 仮想サーバのOSパッケージを実際にインストール・アップグレードした場合の影響が知りたい

yumコマンド等を使用すればいろいろそのパッケージの依存関係とか教えてくれますが、実際にアップグレードしてみないとわからないことも多々あります。 同じ環境の仮想サーバを複数台用意していたとして、そのスペアをアップグレードを試す環境として使うことが多いと思いますが、もし失敗した場合、スペアを破棄しなければならず再インストールということになってしまいます。 実際に試す環境として、スペアから作成したスナップショットLVを使用したオンデマンド仮想マシンを利用することもできます。 これなら失敗したとしてもスペアの環境には影響せず、かつ何度もアップグレードを試すことができます。

手順

1. 仮想マシンの一時停止(virsh suspend)

   仮想マシンの一時停止:

   $ sudo virsh suspend basevm
   

2. 仮想マシンLVのスナップショットLVを取得

3. スナップショットLVを使用して、新規オンデマンド仮想マシンを作成

4. オンデマンド環境のOSにログインし、実際にパッケージのアップグレード

5. 問題なかったら、オンデマンド環境を停止し削除

6. 一時停止状態の既存仮想マシンを再開し、パッケージのアップグレード

   仮想マシンの再開:

   $ sudo virsh resume basevm
   
   

インストール・アップグレードで失敗しても、2-5の手順を何度でもやり直すことができます。