JAWS-UG福岡 第4回勉強会 EBSの話と普通のディスク障害の話
>100 Views
September 13, 11
スライド概要
関連スライド
各ページのテキスト
JAWS-UG 福岡 勉強会 第4回 EBSの話と 普通のディスク障害の話 後藤 和貴 [email protected] 2011.9.13
自己紹介: 後藤 和貴 プロフィール アイレット株式会社 cloudpack 事業部 エバンジェリスト @kaz_goto Twitter: @kaz_goto / Facebook: kaz.goto JAWS-UG: 東京、大阪、福岡、宮崎、鹿児島、沖縄 好きなAWSサービス: EBS 職歴 データベースベンダー(Oracle) → ウェブ制作会社(bA) → IT・サイエンス系ニュースサイト運営(WIRED VISION) → フリーのテクニカルディレクター → クラウド大好き(cloudpack) 2
フルマネージドホスティング ファイアーウォール ロードバランサー バースト保障 バックアップ・リストア サーバー/リソース監視 電話/メールによる24時間サポート 初期費用なし、月額5万円(SMALLプラン)からのスタート 3
続きはウェブで 4
本題 5
普通のディスク拡張作業 データ領域のEBSボリューム 20GB → 100GB へ拡張 やり方 1. ボリュームdetach 2. snapshot作成 3. snapshotを利用して100GBのEBS作成 4. ボリュームattach 5. ファイルシステムに新サイズを認識させる 6
3. 新ボリューム作成(新サイズ指定) 1. ボリュームdetach 2. snapshot作成 4. ボリュームattach 7
8 出典: http://blog.suz-lab.com/2011/07/ebs.html
EBSであれば こんなに簡単に ボリューム拡張ができます。 9
ところが... mount時点で失敗 # mount /home mount: wrong fs type, bad option, bad superblock on /dev/sdf1, missing codepage or other error 10
さらにサーバー再起動という痛恨のミス。 起動してもサーバー接続できず。 System Log を覗くと... *** ファイルシステム検査中にエラー *** シェルに移行します、システムは再起動します。 *** シェルから抜ける時。 Give root password for maintenance (or type Control-D to continue): 11
ディスク外して別サーバーでいじる ボリュームを元通りAに attachして再起動 /mnt/A/etc/fstab修正 (起動時fsckしない) Instance停止 新規インスタンス起動 ボリュームdetach Aのrootボリュームをattach & mount 12
その後も苦行続き fsckしようとしたら Bad magic number in super-block while trying to open /dev/sdf1 super block 再作成 mkfs.ext3 -n /dev/sdf1 fsck.ext3 -b 32768 -B 4096 /dev/sdf1 mke2fs -S /dev/sdf1 参考: http://www.atmarkit.co.jp/flinux/rensai/linuxtips/728fixpartition.html mount成功 fsckに1.5時間... 何とか復旧 うんざり 13
まとめ EBSでもファイルシステム障害は発生する（当たり前） そのための定期・計画的なメンテナンスは必要 起動できなくなることを避けるため、起動時データ領域fsck実行 は避けた方がいいかも しかしEC2/EBSだと 別サーバーをすぐに準備 ディスクを自由に付け替え可能 失敗してもsnapshotからいつでも簡単に元通り こんなに自由にディスクボリュームを扱うことが可能ですよ！ 14
お断り • いつもこのような障害が発生するわけではあ りません。 • 不慮の事故への対応を事例として紹介してい るだけで cloudpack のサービスとは一切関係あ りません。
君も仲間にならないか 17
Thank You! http://www.cloudpack.jp/ [email protected] @cloudpack_jp