GitLab Meetup Tokyo #1 LT資料です

1. LVMのスナップショット機能で
GITLABのバックアップを取得する

2. WHO AM I ?
牧 俊男（Toshio Maki）
Twitter：@Kirika_K2
GitHub: @kirikak2
• とあるSIerで、社内の開発基盤を見てます
• Ruby、時々golang
• GitLabはgitorious統合前ぐらいから使ってます

3. WHAT'S SNAPSHOT?
• GitLab内のGitリポジトリが多いほど、標準のバックアップス
クリプトは遅くなる
• Gitlab Backupのドキュメントには「Alternative backup
strategies」として、Amazon EBSのスナップショット機能を使
う方法やLVMのスナップショット機能を使う方法もある、と
紹介されている
• 今回GitLab.comはこのLVMによるスナップショットを使って
復旧した、と書かれていたため、掘り下げて紹介したい

4. LVM(LOGICAL VOLUME MANAGER)
• 複数の物理ディスクをグループにまとめて論理ディスクとし
て扱う
• ソフトウェアRAID（RAID0/1/4/5/6/10)を構成可能
• デフォルトがLVMで設定されているディストリビューション
もあるので、はじめからLVMで組まれているボリュームを使
っている人もいるはず
• Snapshot機能があり、一貫性のあるディスク状態を保存する
ことができる

5. LVMの構成
/dev/sdb1
物理ディスク 物理ボリューム
/dev/sdc1
/dev/sdd1
/dev/sdb1
/dev/sdc1
/dev/sdd1
pvcreate /dev/sdb1
pvcreate /dev/sdc1
pvcreate /dev/sdd1
ボリュームグループ
lvm-vg00
vgcreate lvm-vg00 /dev/sdb1
vgcreate lvm-vg00 /dev/sdc1
vgcreate lvm-vg00 /dev/sdd1
論理ボリューム
gitlab-data
lvcreate –L 100G –n gitlab-data lvm-vg00

6. LVMを使ったスナップショットの取得
• lvcreateで論理ボリューム単位でのスナップショットが取得でき
る
• lvcreate –s –L 100G –n gitlab-snapshot /dev/lvm-vg00/gitlab-data
• スナップショットを取るためには、ボリュームグループに未使用
の領域が必要
• スナップショットを取った地点のファイルシステムの状態で固定
される
gitlab-snapshot

7. スナップショットの復元
• lvconvertコマンドで、スナップショットの状態から復元する
• umount /mnt/gitlab-data
• lvconvert --merge /dev/lvm-vg00/gitlab-snapshot
• コマンド実行後、スナップショットは削除され、gitlab-data
はgitlab-snapshotの時点に戻る
gitlab-snapshot

8. データベースのバックアップ
• PostgreSQLもスナップショットでバックアップを取得できる
• ただし事前にPostgreSQLサービスを停止しておく必要がある
• 無停止でバックアップをしたい場合は、スナップショットを
取る前にpg_start_backup()を叩いて、WOLと呼ばれるトランザ
クションログもバックアップする必要がある
• pg_basebackupがこの辺りを自動化してくれる
• （今回バックアップ取れてなくて問題になったやつ）
• 詳しくは「PostgreSQL オンラインバックアップ」あたりで調
べてください

9. LVMによるスナップショットのメリットとデメリ
ット
• メリット
• ちょっとしたメンテナンス作業をするときに手軽なバックア
ップ手段として使える
• GitLabのアップデート作業に失敗した際に切り戻すときには有
効
• デメリット
• 現行の状態との差分を管理しているため、大量に変更が加わ
ると、スナップショット領域が溢れる可能性がある
• Copy on Writeのような方式でスナップショットを取るので、ス
ナップショットの取得は速いが、その後の差分を書き込み続
けるため、ディスク的には2倍書き込んでいることになり、大
幅に速度が落ちる
• スナップショットの復元のためにumountしないといけないた
め、無停止とはいかない

10. まとめ
• LVMスナップショットは世代別バックアップのような用途で
使うのではなく、GitLabのドキュメントにもあるように、静
的な状態を作って、rsyncでどこかに一貫性のある状態を転送
した後、速やかにスナップショットを削除するのが良さそう
• マシンリソースに余裕があるのであれば、メモリ32GBぐら
いを積んだ、FreeNAS（FreeBSD+ZFS)を使って、スナップショ
ットを取るのが良さそう
• 詳しくは「ZFS - スナップショットいつやるか?今でしょ!」 on
Qiita