IT Labor Note: 02/12/14

前回でモジュールの導入が完了したので、今回はファイルシステムを作成します。今回のエントリの作成に当たっては以下の文書を参考にしています。 https://pthree.org/2012/12/05/zfs-administration-part-ii-raidz/

マネージメントコンソールとコンソールを行ったり来たりするのは面倒なので、可能な限りコンソールコマンドだけで処理しようと思います。

今回せっかくなので RAID z3 ボリュームを作成してみようと思います。 RAID z3 はトリプルパリティーを持つ非常に頑丈なファイルシステムで、最低５台の HDD を必要とします。

事前準備

マネジメントコンソールにてIAMユーザーを作成ます。

作成時に出力されるアクセスキーとシークレットキーを取得して、 aws cli に登録します。

自分で .aws/config ファイルを編集してもいいですが、 "aws configure" コマンドが便利です。


[ec2-user@ip-10-160-162-8 ~]$ aws configure 

AWS Access Key ID [None]: AKIxxxxxxxxxxxxxxxxx 

AWS Secret Access Key [None]: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Default region name [None]: ap-northeast-1 

Default output format [None]:

※ IAM ロールを指定してもいいですが、つけ忘れたのでwww

EBSボリュームの作成

"aws ec2 create-volume" コマンドで、EBSボリュームを作成します。今回は、RAID Z3 ボリュームを作成するので、5つの EBS ボリュームを確保する必要があります。同じ要領でコマンドを5回繰替えしてください。

コマンド実行時に出力される項目のうち "VolumeId" は控えておいてください。
以下の出力例では、"vol-5b4bb851" となります。

今回指定した "aws ec2 create-volume" コマンドのオプションの意味は以下の通りです。

"--availability-zone"
アタッチするインスタンスと同じ、AZを指定してください。
"--size"
GB 単位で必要なサイズを指定してください。


[ec2-user@ip-10-160-162-8 ~]$ aws ec2 create-volume --availability-zone ap-northeast-1a --size 10

{

    "AvailabilityZone": "ap-northeast-1a",

    "Attachments": [],

    "Tags": [],

    "VolumeType": "standard",

    "VolumeId": "vol-5b4bb851",

    "State": "creating",

    "SnapshotId": null,

    "CreateTime": "2014-02-06T07:21:27.214Z",

    "Size": 10

}

続いて、"aws ec2 describe-volumes" で作成したボリュームのステータスが "available" になっていることを確認してください。


[ec2-user@ip-10-160-162-8 ~]$ aws ec2 describe-volumes 

{

    "Volumes": [

     ...............(snip)...............

        {

            "AvailabilityZone": "ap-northeast-1a",

            "Attachments": [],

            "VolumeType": "standard",

            "VolumeId": "vol-5b4bb851",

            "State": "available",★ここ 
 
            "SnapshotId": null,

            "CreateTime": "2014-02-06T07:21:27.214Z",

            "Size": 10 

        }

     ...............(snip)...............

    ]

}

EBSボリュームのアタッチ

インスタンスにアタッチする際にインスタンスid が必要となりますが、不明な場合(控え忘れたともいう)はインスタンスメタデータを参照することで確認できます。
コマンドラインは以下の通りです。


[ec2-user@ip-10-160-162-8 ~]$ GET http://169.254.169.254/latest/meta-data/instance-id 

i-27cc6720 ★

"aws ec2 attach-volume" コマンドを利用して EBS ボリュームをインスタンスにアタッチします。
作成した5つのEBSボリュームに対して実行してください。

今回使用した "aws ec2 attach-volume" コマンドのオプションは以下の通りです。

"--instance-id"
EBSボリュームがアタッチされるインスタンスのIDです。先ほど取得した値を指定してください。
"--volume-id"
アタッチするボリュームのIDです。ボリューム作成時に控えた値を指定してください。
"--device"
アタッチするデバイス名です。AWS EC2 上のEBSでは、sdfからsdpを指定することが推奨されています。
今回はsdf,sdg,sdh,sdi,sdj の5つのデバイスとして接続しました。


[ec2-user@ip-10-160-162-8 ~]$ aws ec2 attach-volume --instance-id i-27cc6720 --volume-id vol-5b4bb851 --device sdf
{
    "AttachTime": "2014-02-06T07:31:01.035Z",
    "InstanceId": "i-27cc6720",
    "VolumeId": "vol-5b4bb851",
    "State": "attaching",
    "Device": "sdf"
}

EBSボリュームのアタッチに成功すると、以下のようなログがシスログ(/var/log/messages)に出力されます。


Feb  6 07:31:04 ip-10-160-162-8 kernel: [ 1570.630510] blkfront: xvdf: barrier or flush: disabled; persistent grants: disabled; indirect descriptors: disabled;

Feb  6 07:31:04 ip-10-160-162-8 kernel: [ 1570.653521]  xvdf: unknown partition table

※デバイス名がxvdf に変わってしまうことに注意してください。

ZFSボリュームの作成

ここまで、EBS作成とアタッチの手順だけですねwww。本命のzfs ボリュームの作成です。
zpool コマンドを利用して、ボリューム(正確にはストレージプール)を作成します。

以下の例では、"zpool create" コマンドで "tank" という名前のストレージプールを raidz3 で作成し、ディスク xvdf,xvdg,xvdh,xvdi,xvdj(sdf,sdg,sdh,sdi,sdj) を登録しています。


[ec2-user@ip-10-160-162-8 ~]$ sudo zpool create tank raidz3  xvd{f..j}

確認は、"zpool status" コマンド実施します。


[ec2-user@ip-10-160-162-8 ~]$ sudo zpool status tank

  pool: tank

 state: ONLINE

  scan: none requested

config:


        NAME        STATE     READ WRITE CKSUM

        tank        ONLINE       0     0     0

          raidz3-0  ONLINE       0     0     0

            xvdf    ONLINE       0     0     0

            xvdg    ONLINE       0     0     0

            xvdh    ONLINE       0     0     0

            xvdi    ONLINE       0     0     0

            xvdj    ONLINE       0     0     0



errors: No known data errors

この状態で、"/tank" に zfs ボリュームがマウントされています。このほかのzfsの便利機能は、また改めて。

補足

以下のようなエラーがでてコマンドが失敗する場合があります。


[ec2-user@ip-10-160-162-8 ~]$ sudo zpool create tank raidze  xvd{f..j}

Failed to load ZFS module stack.

Load the module manually by running 'insmod /zfs.ko' as root.

Failed to load ZFS module stack.

上記のエラーが出力された場合 dkms によるモジュール作成が失敗している場合があります。
モジュール作成が失敗する原因としては、"kernel-devel" および "kernel-headers" パッケージと "kernel" パッケージとの間でバージョンが一致していないことが考えられます。
バージョン不一致の原因は、yum で導入した場合に、"kernel-devel" および "kernel-headers"の最新版が導入され、"kernel" パッケージがアップデートされていないことに起因します。

確認方法は "rpm" コマンドを例えば以下のように実行して、"kernel-devel" および "kernel-headers"と "kernel" パッケージのバージョンを確認してください。


[ec2-user@ip-10-160-162-8 ~]$ rpm -qa | grep kernel
kernel-devel-3.4.76-65.111.amzn1.x86_64
kernel-headers-3.4.76-65.111.amzn1.x86_64
kernel-3.4.73-64.112.amzn1.x86_64

上記実行例では、"kernel" パッケージのバージョンは "3.4.73-64.112"で、"kernel-devel" および "kernel-headers" のパッケージバージョンは "3.4.76-65.111" なので、dkms によるパッケージ作成が失敗します。。素直に"yum update" して、再起動で対処できます。

なお、dkms を利用している場合は、kernel アップデート後最初の一回目の再起動で、モジュールの再コンパイルが必要となるため起動に通常時よりも多くの時間がかかります。

IT Labor Note

2014年2月12日水曜日

ZFS on AWS LINUX (2) ファイルシステムの作成

事前準備

EBSボリュームの作成

EBSボリュームのアタッチ

ZFSボリュームの作成

補足