Debian LennyでのGlusterFSによる高可用性ストレージ - 2つのストレージサーバー間の自動ファイル複製

3 GlusterFSクライアントの設定

client1.example.com:

クライアントに、fuseとGlusterFSをインストールする必要があります。Debianリポジトリからlibfuse2パッケージをインストールする代わりに、GlusterFSのサポートが向上したパッチ版をインストールします。

まず、再度前提条件をインストールします:

aptitude install sshfs build-essential flex bison byacc libdb4.6 libdb4.6-dev

次に、以下のようにfuseをビルドします（最新のパッチ版fuseはftp://ftp.zresearch.com/pub/gluster/glusterfs/fuse/で見つけることができます）:

cd /tmp  
wget ftp://ftp.zresearch.com/pub/gluster/glusterfs/fuse/fuse-2.7.4glfs11.tar.gz  
tar -zxvf fuse-2.7.4glfs11.tar.gz  
cd fuse-2.7.4glfs11  
./configure  
make && make install

その後、GlusterFSをビルドします（サーバーと同様に）…

cd /tmp  
wget http://ftp.gluster.com/pub/gluster/glusterfs/2.0/LATEST/glusterfs-2.0.1.tar.gz  
tar xvfz glusterfs-2.0.1.tar.gz  
cd glusterfs-2.0.1  
./configure --prefix=/usr > /dev/null

make && make install  
ldconfig  
glusterfs --version

… 次に、以下の2つのディレクトリを作成します:

mkdir /mnt/glusterfs  
mkdir /etc/glusterfs

次に、ファイル/etc/glusterfs/glusterfs.volを作成します:

vi /etc/glusterfs/glusterfs.vol

| volume remote1 type protocol/client option transport-type tcp option remote-host server1.example.com option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host server2.example.com option remote-subvolume brick end-volume volume replicate type cluster/replicate subvolumes remote1 remote2 end-volume volume writebehind type performance/write-behind option window-size 1MB subvolumes replicate end-volume volume cache type performance/io-cache option cache-size 512MB subvolumes writebehind end-volume |

remote-host行のオプションには正しいサーバーホスト名またはIPアドレスを使用してください！

これで完了です！次に、以下の2つのコマンドのいずれかを使用してGlusterFSファイルシステムを/mnt/glusterfsにマウントできます:

glusterfs -f /etc/glusterfs/glusterfs.vol /mnt/glusterfs

または

mount -t glusterfs /etc/glusterfs/glusterfs.vol /mnt/glusterfs

次の出力に新しい共有が表示されるはずです…

mount

client1:/tmp/glusterfs-2.0.1# mount  
/dev/sda1 on / type ext3 (rw,errors=remount-ro)  
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)  
proc on /proc type proc (rw,noexec,nosuid,nodev)  
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)  
udev on /dev type tmpfs (rw,mode=0755)  
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)  
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)  
fusectl on /sys/fs/fuse/connections type fusectl (rw)  
/etc/glusterfs/glusterfs.vol on /mnt/glusterfs type fuse.glusterfs (rw,max_read=131072,allow_other,default_permissions)  
client1:/tmp/glusterfs-2.0.1#

… と…

df -h

client1:/tmp/glusterfs-2.0.1# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/sda1             29G  935M   27G   4% /  
tmpfs                 126M     0  126M   0% /lib/init/rw  
udev                  10M   80K   10M   1% /dev  
tmpfs                 126M     0  126M   0% /dev/shm  
/etc/glusterfs/glusterfs.vol  
                     19G  804M   17G   5% /mnt/glusterfs  
client1:/tmp/glusterfs-2.0.1#

( server1.example.com と server2.example.com はそれぞれGlusterFSファイルシステム用に19GBのスペースを持っていますが、データがミラーリングされているため、クライアントは38GB (2 x 19GB) ではなく、19GBのみを認識します。)

クライアントでGlusterFS共有を手動でマウントする代わりに、/etc/fstabを修正して、クライアントが起動する際に共有が自動的にマウントされるようにすることができます。

/etc/fstabを開き、次の行を追加します:

vi /etc/fstab

| [...] /etc/glusterfs/glusterfs.vol /mnt/glusterfs glusterfs defaults 0 0 |

修正した/etc/fstabが機能しているかテストするために、クライアントを再起動します:

reboot

再起動後、次の出力に共有が表示されるはずです…

df -h

… と…

mount

4 テスト

さて、GlusterFS共有にいくつかのテストファイルを作成しましょう:

client1.example.com:

touch /mnt/glusterfs/test1  
touch /mnt/glusterfs/test2

次に、server1.example.comおよびserver2.example.comの/data/exportディレクトリを確認します。test1およびtest2ファイルは各ノードに存在するはずです:

server1.example.com/server2.example.com:

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test2  
server1:~#

次に、server1.example.comをシャットダウンし、client1.example.comのGlusterFS共有にいくつかのファイルを追加/削除します。

server1.example.com:

shutdown -h now

client1.example.com:

touch /mnt/glusterfs/test3  
touch /mnt/glusterfs/test4  
rm -f /mnt/glusterfs/test2

変更はserver2.example.comの/data/exportディレクトリに表示されるはずです:

server2.example.com:

ls -l /data/export

server2:/tmp/glusterfs-2.0.1# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:33 test4  
server2:/tmp/glusterfs-2.0.1#

server1.example.comを再起動し、/data/exportディレクトリを確認しましょう:

server1.example.com:

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test2  
server1:~#

ご覧のとおり、server1.example.comはダウンしている間に発生した変更を認識していません。これを修正するのは簡単で、client1.example.comのGlusterFS共有に対して読み取りコマンドを呼び出すだけです。例えば:

client1.example.com:

ls -l /mnt/glusterfs/

client1:~# ls -l /mnt/glusterfs/  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:33 test4  
client1:~#

再度、server1.example.comの/data/exportディレクトリを確認すると、変更がそのノードに複製されていることがわかります:

server1.example.com:

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:52 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:52 test4  
server1:~#

5 リンク

GlusterFS: http://www.gluster.org/
Debian: http://www.debian.org/

Debian LennyでのGlusterFSによる高可用性ストレージ - 2つのストレージサーバー間の自動ファイル複製 - ページ2

3 GlusterFSクライアントの設定

4 テスト

5 リンク

新しい投稿を受信箱で受け取る