ご親切な名無しさんのおかげで
「Amazon EC2、EBS(Elastic Block Store)を使ってみた」が
超リスキーだったことを、ご指摘から3ヶ月目でようやく理解できまちた。
理解力低すぎ。てへ。
ls /dev/sd* で、
デバイスが認識されているか確認したまでは正しかったみたいなのですが、
その後に私がとった行動は、
# yes | mkfs -t ext3 /dev/sda1
# mount /dev/sda1 /vol
（↑わかる人ならズッこけるはず）
「sda1」は、Linuxがインストールされている「/」なので、
間違えて「mkfs」とかしちゃったら、
Linuxが起動しなくなっちゃうんですって。
ひぃぃぃぃぃぃぃぃぃぃぃ…。
気に入るとすぐに連打したくなるタチのド素人が
よくもまぁ、今日の今日まで「mkfs!! mkfs!!」しなかったもんだわ…。(:_:)
「sudoさん、スー！」とか言いながら、とっくにやっててもおかしくないのに。
神にと名無しさんに見守られているうちに、
健康なEBSを手にいれなくっちゃ！
しかし…思い立ったらなお憂鬱。
EBS最大の魅力は、つけかえがワンタッチだということなのに
なんせ私のEBSは地雷原。
そのSnapshotsを保存したところで地雷原の複製にしかならないケロ！
仕方ないので、昔の記憶を辿りながらDebianをゼロから再設定…。orz
新たにインスタンスを立ち上げる
1. AWSで新たにインスタンスを立ち上げる2. SSHでログインして、Debianを設定する
3. AWSで10GBのEBSを作成、Statusが「Available」になるのを待つ
4. 新しいインスタンスに作成したEBSを「Attach Volume」する際に「sdf」を選択する
5. 再びSSHでログインして以下コマンド
AWSで作成したEBSボリュームが見えるか確認
# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda3 /dev/sdf
上記手順4 で選んだ「sdf」が表示されればOK
「sdf」をフォーマットする
# yes | mkfs -t ext3 /dev/sdfEBSをマウントさせるためのディレクトリ作成
# mkdir /volいざ合体
# mount /dev/sdf /vol合体先へ移動
# cd /vol合体先へ移動
# ls
lost+found だ・け・が表示されればOK
6. 「vol」以下にバーチャルドメインを設定
7. MySQLを「/vol/lib/mysql」で動くように設定
8. 最後に「vol」の中に、htmlファイル一式をアップロード。
Elastic IPsをつけかえる
1.古い方のインスタンスにくっつけているElastic IPsを切り離す(Disassociate)。切り離すだけ。リリース（Release Address）しちゃダメ！
2.新しい方のインスタンスに切り離したElastic IPsをくっつける(Associate)。
ぽちっとなで終了ーー!!
名無しさん、おかげさまで健康なEBSを手に入れることができました。
本当にどうもありがとうございました！(^-^)ノ
コメントを投稿する
