CUIのみで構築していきます。

LVM2本体は、カーネルに含まれていますが、LVM2の管理用コマンドはパッケージ化されており、lvm2パッケージに含まれています。
インストールされていなければyumか何かであらかじめインストールしておいてください。

# yum install lvm2

まずは、HDDを確認
----------
[root@xen ~]# dmesg | grep 'hda' | grep -i MB
hda: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(100)
[root@xen ~]# fdisk -l /dev/hda

Disk /dev/hda: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes

デバイス Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 5112 40957717+ 8e Linux LVM
[root@xen ~]#

----------

/dev/hdaに40GB程の空き容量があることが確認できます。
この40GBをXen用にLVMで初期化する。

まずはPVを作成。
PVを作成しますが、まだパーティションも作成していないのでデバイスブロックが用意されていません。
fdiskで領域を作成してからです。

LVMを構築する場合は、基本領域を作成し、領域のシステムIDを 8e (Linux LVM) として作成します。

----------
[root@xen ~]# fdisk /dev/hda

このディスクのシリンダ数は 9964 に設定されています。
間違いではないのですが、1024 を超えているため、以下の場合
に問題を生じうる事を確認しましょう:
1) ブート時に実行するソフトウェア (例. バージョンが古い LILO)
2) 別の OS のブートやパーティション作成ソフト
(例. DOS FDISK, OS/2 FDISK)

コマンド (m でヘルプ): n
コマンドアクション
e 拡張
p 基本領域 (1-4)
p
領域番号 (1-4): 3
最初 シリンダ (5113-9964, default 5113): [ENTER]
Using default value 5113
終点 シリンダ または +サイズ または +サイズM または +サイズK (5113-9964, default 9964): [ENTER]
Using default value 9964

コマンド (m でヘルプ): t
領域番号 (1-4): 3
16進数コード (L コマンドでコードリスト表示): 8e
領域のシステムタイプを 3 から 8e (Linux LVM) に変更しました

コマンド (m でヘルプ): w
領域テーブルは交換されました！

ioctl() を呼び出して領域テーブルを再読込みします。


新しいテーブルは次回リブート時に使えるようになるでしょう。
ディスクを同期させます。

[root@xen ~]# fdisk -l

Disk /dev/hda: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes

デバイス Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 5112 40957717+ 8e Linux LVM
/dev/hda3 5113 9964 38973690 8e Linux LVM
[root@xen ~]#
----------

/dev/hda3 デバイスブロックが用意できました。
念の為再起動。
PVの作成。

---------
[root@xen ~]# pvcreate /dev/hda3
Physical volume "/dev/hda3" successfully created
---------

新しい「XenVolGroup00」というVGを作り、/dev/hda3を追加。

----------
[root@xen ~]# vgcreate XenVolGroup00 /dev/hda3
Volume group "XenVolGroup00" successfully created
----------

vgcreateのオプションなしだと、PE(物理エクステント)がデフォルトの4MBになります。
PEを指定する場合は --physicalextentsize <MB> を指定。
PEのサイズは、１から倍々計算された数字である必要があるかもしれない。
つまり、1MB,2MB,4MB,8MB,16MB,32MB,～。

----------
[root@xen ~]# vgcreate --physicalextentsize 32 XenVolGroup00 /dev/hda3
Volume group "XenVolGroup00" successfully created
----------

今用意したVGを確認。

----------
[root@xen ~]# vgdisplay -v XenVolGroup00
Using volume group(s) on command line
Finding volume group "XenVolGroup00"
--- Volume group ---
VG Name XenVolGroup00
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 1
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 0
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 37.16 GB
PE Size 32.00 MB
Total PE 1189
Alloc PE / Size 0 / 0
Free PE / Size 1189 / 37.16 GB
VG UUID jxvIwL-zJIJ-B8WQ-UVoM-vV5Z-m0QO-2yNySf


--- Physical volumes ---
PV Name /dev/hda3
PV UUID wcAESN-z5NW-DhcL-6JjD-Cuer-gO1n-PUz1Wy
PV Status allocatable
Total PE / Free PE 1189 / 1189
---------

ほとんど理解不能な値です。
しかし、結果が表示されるということはVGが存在しており、正常に作成されたということ。
それだけ確認できればOK。

次に LV を作成する。
今回は、XenVolGroup00 という VG に 6GB の LV を作成します。
この6GBをゲストOSの領域として割り当てる予定です。

---------
[root@xen ~]# lvcreate -L 6GB -n GuestOS00 XenVolGroup00
Logical volume "GuestOS00" created
----------

正しく作成できたかは、vgdisplay -v XenVolGroup00 で確認できます。

ここまででLVの準備は完了しました。

ここからは一般的なパーティションを扱うのと同じです。
まずはファイルシステムを作成します。
ここは、ファイルシステムに合わせて。
今回は ext3を使用します。

※）Xenをインストールする場合は、ここで LV をフォーマットする必要はありませんので、ここまでとなります。

---------
[root@xen ~]# mkfs.ext3 /dev/XenVolGroup00/GuestOS00
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
786432 inodes, 1572864 blocks
78643 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1610612736
48 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 21 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
[root@xen ~]#
---------

お疲れ様です。ディスクの準備は完了です。
あとは、マウントして完了です。
マウントポイントは /xen とか /var/xen とか適当に作ってしまってOK。

---------
[root@xen ~]# mkdir /xen
[root@xen ~]# mount -t ext3 /dev/XenVolGroup00/GuestOS00 /xen
----------

これでやっと使えるようになりました。
/xen ディレクトリに保存すると、今作成したLVへ保存されることとなります。
最後に、起動時に自動的にマウントされるように /etc/fstab を修正。

---------- /etc/fstab
/dev/XenVolGroup00/GuestOS00 /xen ext3 defaults 1 1
----------

再起動して /xen がマウントされていれば成功です。
fdisk -l とか df とかで確認できます。

※）CentOSでは、インストーラにLVMを設定するためのツールが含まれておりますが、CentOSのテキストモードでは利用できません。CentOSで、インストール時にLVMの設定を行う場合は、GUIインストーラが必要となります。

次回は、LVのリサイズをします。（準備中）

コスト削減のため Xen で仮想化！

ちょっとまってその前に？

今回は、LVMについてご紹介します。

このページをご覧の方なら、LVMで何ができるか、大体把握されていらっしゃると思います。

このLVMを使いこなせる／せないの差で、今後のXenサーバー管理の利便性に天と地の差がでると思われます。

何故なら、Xenは、ブロックデバイスをゲストOSイメージとして構築することが可能で、そのブロックデバイスにLVMの論理ボリュームを割り当てられるからです。

ゲストOSイメージの容量を、簡単に変更できるという事になります。

Xenに限らず、長いく管理していくサーバーであれば、利用価値があります。

概要をウィキってみました。。。


■LVMって何だ。何するものなのか。


LVM　(Logical Volume Manager)は、和名では「論理ボリュームマネージャー」と呼びます。

記憶媒体を管理する為のツールです。
NTFSやFAT16/32, ext3, UFSなどのファイルシステムの枠には入りません。

もうすこしハードウェアに近い、低レベルのお話になります。

LVMは、仮想的にパーティションをOSに提供します。

このLVMを使ってHDDを管理する事で、パーティションを割り当てた後でも 簡単に容量の変更が出来ます。
そして、複数のHDDをくっつけて、１つのパーティションとして見せることも出来ます。

CentOSやFedoraなどのRHクローンでは、インストールする時に 自動的にLVMが適用されますので、LVMの存在については、なんとなくはご存知かと思います。

たとえばですが、WindowsでCドライブとかDドライブってありますが、「容量が足りなくなったからCドライブの容量を増やしたい！」って思ったらどうします？そんな事は無理です。
容量を減らす事ですらかなり難しいです。

容量を増やすとしたら、新しいHDDを増設してEドライブっていう新たしいドライブを作るしかないんですよね。

LVMは、それをやってのけるんです。
やってのける対象のOSはは、Windowsではなく　UNIXライクなOSオンリーです。
確認しただけでも、LinuxとUP-UX、FreeBSD、Solaris、System Vでも使えるようです。

■LVMは何故そんな神業が可能なのか。


LVMは、何故に簡単に容量変更が可能なのか、それはLVMの仕様なのかを知ればわかります。

●一般的なパーティション と 論理ボリューム（LVMのパーティション） の比較。

まず、一般的なパーティションは、HDDを指定した容量分の区画で区切ります。パーティションと呼ばれるものになります。
次にこのパーティションを NTFS なり FAT32、EXT2/3 などのファイルシステムでフォーマットします。
この段階まできたら、Windowsであれば Cドライブ や Dドライブ のような「ドライブ」と呼ばれるものになり、初めて保存ができるようになります。

そしてLVMの仕様は。

LVMとして使いたい ハードディスクを PV （ 物理ボリューム ） と指定します。

　　* pvcreate コマンド

PVと指定すると今度は、複数のPVを束ねる役割をする VG （ボリュームグループ） を作成することができます。

　　* vgcreate コマンド

VGの作成が終わった時には、PE (物理エクステント) と呼ばれる 数十MB ～ 数百MB 単位の小さな領域に分割されます。PE のサイズは vgcreate コマンドのオプションにより指定が可能です。

そして、最後に 用途に合わせて 必要な領域分だけの PE を束ねて、LV （論理ボリューム） という 仮想パーティションを作成します。

　　* lvcreate コマンド

すると /dev/VolGroup00/LVdayo00 のようなブロックデバイスが作成され、パーティションとして扱えるようになります。

LVは、仮想パーティションという位置づけになるようです。

※このLVは、連続したPEとして作成される可能性が高いですが、必ずそうであるわけではありません。

最後に、/dev/VolGroup00/LVdayo00 を ext2 や ext3 などのファイルシステムでフォーマットし、マウントすれば、ようやく使えるようになります。

そして、既存論理ボリュームの容量を増やしたいと言った時は、増設したHDDをPVに設定して、既存のVGに追加。

するとVGのサイズが追加分増えるので、LVを拡張する。

といった流れになります。

このような仕様から、容量の増減が容易にできます。

■なぜXenのメンテナンスが楽になるのか。

ゲストOSは、論理ボリュームをゲストイメージとして扱う事ができるので、ゲストOSの容量が不足してきた時に新しいVMを用意しなくても、HDDを１台追加するだけで　容量を増やせるということになり、メンテナンスが非常に楽になります。

こういった理由から LVM は、後からストレージ容量の変更が必要になるようなサーバー等に利用されることが多くなってきています。

次回は、実際の構築にはいります。

IPMIとは、Intel社製のCPUについている、ハードウェアの状態を知るための機能です。

プラットフォームに依存することなく使えます。

また、IPMIは、UDPポートを用いてリモートからサーバー本体の電源をON/OFFする機能もあり、シリアルケーブルが不要になります。

まず、FreeBSD でIPMIを使うには impiカーネルモジュールとipmitool というパッケージのインストールが必要です。

impiカーネルモジュールは、FreeBSD 7.0ではデフォルトで含まれていました。カーネルをロードするだけです。

■ impiカーネルモジュールのロード

# kldload ipmi

起動時に自動的にロードする場合は /boot/loader.conf に１行加えます。

----- /boot/loader.conf -----

ipmi_load="YES"

--------------------------

■ ipmitoolのインストール

# cd /usr/ports/sysutils/ipmitool/

# make install

■ 使ってみる

・ファンの回転数、温度、電源電圧などを確認する

# ipmitool sdr

・ハードウェアセンサー、それぞれの値を取得する

# ipmitool sensor

・イベントログを参照する

# ipmitool sel list

・イベントログを消す

# ipmitool sel clear

・イベントログのクロックをあわせる

取得 ： # ipmitool sel time get

設定 ： # ipmitool sel time set "01/19/2009 13:00:00"