ec2でのdisk拡張方法
TRANSCRIPT
EC2でのDisk拡張方法
Takamasa Sakai
自己紹介
• 酒井崇匡
• Twitter:@nullpop
• 株式会社ディーネット Cloudeoチーム
• AWS,Zabbix,fluentd
今日話すこと
•EC2でのDisk拡張方法
–Amazon Linux
–RHEL6
–CentOS6
注意点
• Amazon Linux, RHEL/CentOS6 でのお話です。
• それ以外のディストリビューションや*BSD、windows等のOSは今回は対象外です。
• RootDeviceがEBSなインスタンスが対象です。
• Diskは全てEBSを使います。
• エフェメラルディスクは今回使いません。
• 東京リージョンで提供されているAMIを使って検証してます。
本題
まずはざっくりとした手順
1.インスタンスを停止する
2.ボリュームをデタッチ
3.スナップショットを取る
4.スナップショットからボリュームを作成
5.大きいサイズで作ったボリュームをインスタンスにアタッチ
6.インスタンスを起動
7.起動できたらSSHログインしてOSごとの対応
•基本的な手順はAmazon LinuxもRHEL6もCentOS6も一緒 •ただしディストリビューション毎に微妙にクセがあったりなかったりする •クセを知った上でやらないとハマる
インスタンスの停止
対象インスタンスにSSHログイン # shutdown -h now もしくはマネジメントコンソールからstop
ボリュームをデタッチ
アタッチされているボリュームを確認
後で忘れると悲惨なので ちゃんとメモって置く
デバイス名をクリックしてすると図のようにEBSIDが表示されるのでそのIDをクリック
ボリュームの詳細が出る
[Actions]をクリックし [Detach Volume]をクリック
スナップショットの取得
[Actions]をクリックし [Create Snapshot]をクリック
[Name]と[Description]を入力
スナップショットのIDが出るのでそこをクリック
しばらく待つ
ボリュームの作成
[Create Volume]をクリック
必要事項を入力してボリュームを作成
インスタンスと同じAZに作ること！！
VolumeIDをクリック
ボリュームのアタッチ
[Attach Volume]を選択
対象インスタンスを選択
Deviceにメモったパスを入力
サーバの起動
マネジメントコンソールから起動
ログインできるようになるまで祈る
Amazon Linuxの場合
Amazon謹製のおかげでDisk拡張する上においては一番クセが無い
唯一の注意点はVolumeを アタッチするときの位置
特にRootDeviceの容量を アップしたい時はここ間違えると起動しなくなるので注意が必要
ちゃんと起動できればあとは 起動時によしなに処理してくれる。
SSHログインして # sudo df –h ディスク容量が拡張されていれば終了
RHEL6の場合
RHELはPVとHVMで挙動が違う
• PV
– AmazonLinuxと同様に起動したら終わってる
• HVM
–起動しただけじゃうまくいかない
というかHVMのイメージ どんなディスクサイズで インスタンス作っても
そのサイズになってない！
HVM形式のイメージは 予め手を加える必要がある
ということで手を入れる
RHEL6.5の時にやってた インスタンス起動時にやること
1. EPELをインストール
2. cloud-utils-growpartをインストール
3. cloud-initの設定に「- growpart」を追加
4. growpart コマンドを叩く
5. リブート
RHEL6.5と同じ手順でやってみる
Yumでcloud-utils-growpartしたら怒られたので確認 # rpm -q cloud-utils-growpart cloud-utils-growpart-0.27-13.el6.noarch RHEL6.6はcloud-utils-growpartがデフォルトで入ってるっぽい
# growpart /dev/xvda 1 FAILED: GPT partition found but no sgdisk GPTでsgdiskコマンドがねえよって怒られる
念のため確認
# parted –l
Model: Xen Virtual Block Device (xvd)
Disk /dev/xvda: 21.5GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 6443MB 6442MB ext4 boot
GPTって？
• GUIDパーティションテーブル
• マスターブートレコード (MBR)に置き換わる次の規格らしい
• 扱えるDiskの最大容量が大幅にアップ
• ちなみにfdiskでいじると死ぬ。
じゃあどうすんの
• ウィキペディアによると
「fdisk等のツールはGPTを扱えない。
gdisk、GNU_GRUB、grub2などがGPTに対応。」
gdiskを探してみる
どうやらあるっぽいので入れてみる
ちなみにepelに含まれてました
インストール
# yum install gdisk –y
# yum search gdisk gdisk.x86_64 : An fdisk-like partitioning tool for GPT disks
リトライ
今度は成功
あとは再起動すれば作成したDiskサイズのパーティションになっている
# growpart /dev/xvda 1 CHANGED: disk=/dev/xvda partition=1: start=2048 old: size=12582911,end=12584959 new: size=20969438,end=20971486
RHEL6.6(HVM)で インスタンス起動時にやること
1. EPELをインストール
2. gdiskをインストール
3. Cloud-initの設定に「- growpart」を追加
4. growpart コマンドを叩く
5. リブート
RHEL6.6で ボリューム拡張時にやること
1. 状況を確認(df –hとかparted –lとか)
2. リブート
DEMO
CentOS6の場合
前提
• 今回はCentOS.orgがMarketPlaceに出しているAMIを使います。
• CentOS6.5(PV)のAMI-ID ami-25436924
• CetnOS6.5(HVM)のAMI-ID ami-13614b12
• CentOS.orgから出ているAMIは最低限のパッケージのみのインストール。
• cloude-initやpartedコマンド等はインストールされていない。
• PVもHVMもどんなボリュームサイズでインスタンスをLaunchしても初期のパーティションは8GBのまま
インスタンス起動時にやること
1. EPELをインストール
2. cloud-utils-growpartをインストール
3. growpart コマンドを叩く
4. リブート
5. 起動してきたらresize2fsコマンドを叩く
ボリューム拡張時にやること
1. 状況を確認(df –hとかparted –lとか)
2. growpart コマンドを叩く
3. リブート
4. 起動してきたらresize2fsコマンドを叩く
ちなみに
• Cloud-initが入ってないのでUSERDETAが使えない。
• デフォルトではrootログインのみ可能
DEMO
まとめ
個人的に思うこと
• EC2ではDISK容量は拡張は可能
• ただしダウンタイムが必要
• なおかつOSのクセ、AMIのクセをつかんだうえで作業しないといけない
• なので非常に工数がかかる作業になってしまう。
つまり
• 容量拡張が必要とならない設計にするのがベター
• DBならRDS使うとかログファイルはS3に保存するとかEC2以外のサービスと組み合わせてやってくのがよいですね。