横浜のホームページ制作スタジオFIXの社長ブログ » AmazonEC2/S3

AmazonEC2、ElasticIPsを付け替える

Kaoru_M — Tue, 02 Feb 2010 00:14:17 +0000

ご親切な名無しさんのおかげで
「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/sdf
EBSをマウントさせるためのディレクトリ作成 # 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を手に入れることができました。
本当にどうもありがとうございました！(^-^)ノ

Tweet This Post

AmazonEC2で、WordPressのMySQLをバックアップ

Kaoru_M — Sun, 31 Jan 2010 19:59:27 +0000

WordPressのデータベース、MySQLをバックアップするには
有名な「wp-db-backup」というプラグインがありますが、
mysqlコマンドを使ってバックアップ→復元する方法を試してみました！
Webデザイナーのくせに、あたしってば勇敢！

MySQLをバックアップ（保存）する

AmazonEC2へSSHログイン # ssh -i EC2key.pem root@ec2-XXXX.amazonaws.com
MySQLディレクトリに移動する（私の場合 /vol/lib/mysql） # cd /vol/lib/mysql
MySQLを停止する # /etc/init.d/mysql stop
MySQLをバックアップする # mysqldump -u root -pパスワード DB名 >　適当なファイル名.sql （例） mysqldump -u root -pPASSWORD WP01 >　WP01_Backup.sql 「WP01」というデータベースを「WP01_Backup.sql」というファイル名で保存する。 -pとパスワードの間にスペースはいれちゃダメ！
バックアップをとるだけならこれで終了。MySQLを再起動 # /etc/init.d/mysql start
MySQLディレクトリの中を確認する # ls 「WP01_Backup.sql」が表示されていればOK

MySQLを復元（リストア）する

AmazonEC2へSSHログイン # ssh -i EC2key.pem root@ec2-XXXX.amazonaws.com
MySQLディレクトリに移動する（私の場合 vol/lib/mysql） # cd /vol/lib/mysql
復元したいファイルを確認する # ls 「WP01_Backup.sql」があればOK
MySQLを停止する # /etc/init.d/mysql stop
MySQLのrootユーザになる # mysql -u root -p
MySQLのrootのパスワードを聞かれるので… Enter password: rootのパスワード
新しいデータベースを作成する（例：WP02） mysql > create database WP02;
データベースが作成されたか確認する mysql > SHOW DATABASES; +--------------------+ | Database | +--------------------+ | WP02 | +--------------------+
MySQLモードを終了する mysql > ¥q
Linuxに戻ったら… # mysql -u root -pパスワード DB名 >　復元ファイル.sql （例） mysql -u root -pPASSWORD WP02 >　WP01_Backup.sql 「WP01_Backup.sql」というファイルを「WP02」というデータベース名で復元する。ここでも、-pとパスワードの間にスペースはいれちゃダメ。
MySQLをスタートする # /etc/init.d/mysql start

完璧っ!! （・∀・）

サーバ乗り換え＆WordPressを移行なら…
旧サーバで「mysqldump」して「.sqlファイル」をFTPでダウンロード。

新サーバの「mysql」ディレクトリに、
「.sqlファイル」をFTPでアップロードして、新しいDB作成。
最後に「mysql -u root -pパスワード DB名 >　適当なファイル名.sql」すればOK。

これさえ覚えておけば、WordPressのお引っ越しも楽勝ですね！

Tweet This Post

gihyo.jp「Wakame」の記事でご紹介いただきました

Kaoru_M — Fri, 26 Jun 2009 06:58:25 +0000

先日、このブログでご紹介した株式会社あくしゅさんのサービス
Amazon EC2上でインスタンスをオートスケールできる「Wakame」について、
代表の山崎さんが技術評論社の「gihyo.jp」に、記事を書いていらっしゃいます。

"Wakame"で始めるクラウドコントロール
なーんと！その記事の中で、私のブログのエントリーを
ご紹介してくださいました。

↓コレ、コレ。

こういう取り上げ方をしていただけたら、
嬉しくて、苦労も吹っ飛んじゃいますYO!
山崎さーん、ご紹介ありがとうございました！(^-^)ノ

Tweet This Post

Amazon EC2、SSH（22番ポート）の設定方法はこうすべき！

Kaoru_M — Sat, 16 May 2009 17:35:54 +0000

Amazonサポートセンターに連絡を取ってみたところ、
寛大なご処置をいただけたものの、私に許された猶予は残り24時間。
GW真っ最中に、死刑執行寸前の身となってしまった Webデザイナーです。

でも、ここまで突き進んでこれたんだもの！
この危機にも、ジャック・バウアー並みの超アクションで立ち向かっていこう！

結局、今回の私の不祥事は
Amazon EC2、インスタンスを立ち上げてみたのステップ(7)で
「Security Groups」を設定した際に
SSH（22番ポート）のIPアドレスをデフォルト（初期設定）の
「0.0.0.0/0」のままにしてあったことが原因でした。

Amazon EC2 へのSSH接続は「公開鍵認証方式」。
AWS Management Consoleで Key Pairsを取得してみたで取得した
pemファイルが無いと、私のEC2にはアクセスできないハズ。
そもそも、それが大きな間違いでした。

Amazon EC2 へは、SSHと呼ばれる暗号化通信で行いますが、
SSHは、あくまで通信を暗号化しているだけですので、
鍵がなくても rootのパスワードさえわかれば
「ssh root@ec2-XXXXXXXXXXX」
コマンドを叩いて、SSH接続出来ちゃうんですね…。

そうやってハッカーは、rootのパスワードをビンゴ！しただけで、
たいした苦労もせずに入り込んだのでしょう。
だって、rootのパスワードは root だったし。（死ねばいいのに！）

そのため、22番ポートへのアクセスを限定した方がよりベストだと
Amazon の英語ページ
Tips for Securing Your EC2 Instance には書かれていますが、
このページは、Amazon サポートセンターからの
返信の中に書かれていたURL。

これまで Amazon EC2 に関する色んなサイトを
ググってググって、見て見て見まくってきたのに、
どこにもこの問題について注意が書かれている
日本語のページなんか無かったよ？
あったら、ちゃんとその通りにしてるもん…。(´･ω･)　

Tips for Securing Your EC2 Instance に書かれている
SSH、22番ポートの設定を行うためには
まず、自分のパソコンまたはネットワークのIPアドレスを知る必要があるようなので、
Firefoxのアドオンツール
「Elasticfox」を入手するところから始めました。

http://s3.amazonaws.com/ec2-downloads/elasticfox.xpi
へアクセスして、「Elasticfox」をダウンロード（無料）します。

ダウンロードした「elasticfox.xpi」というファイルを
Firefoxの画面上にドラッグすると、この画面が表示されるので
「今すぐインストール」をクリック。

Firefoxの再起動をうながされるので「Firefoxを再起動」をクリック。

Firefoxを再起動すると「ツール」以下に
「Elasticfox」が表示されるのでクリックして起動します。

画面左上にある「Credentials」をクリック。

「Accout Name」は、好きな名前でOK
「Your Access Key ID」、「Your Secret Access Key」は
Amazon EC2のイメージファイルをS3に保存するのステップ(1)〜(2)で取得したものを入力して、「Add」をクリック。
追加されたら「Close」をクリックしてウィンドウを閉じる。

そのまま少し待つと接続されるので、画面上部の「Security Groups」クリック。

tcp　22　22　0.0.0.0/0　を選択して
右上の緑色のチェックマークアイコンをクリック。

「Host」にチェックを入れて、「Get My Host Address」をクリックすると
自分のパソコンのIPアドレスが表示されます。
自分のパソコンでしか、Amazon EC2 にアクセスできないようにしたい場合は、このまま「Add」をクリック。

「Network」にチェックを入れて、「Get My Host Address」をクリックすると 自分のネットワークのIPアドレスが表示されます。社内ネットワーク内にある複数のパソコンで Amaon EC2を共通利用する場合などは、こちらを選んで「Add」をクリック。

私は次は死刑だと Amazon から宣告されている身なので
「Host」の方にIPを指定しておきました。

もしこのように「22」が2つ出来上がっちゃっていた場合は
tcp　22　22　0.0.0.0/0　の方をを選択して
赤い手のマークのアイコンをクリックして削除。

Elasticfox を使い、ここで行った「Security Groups」の設定は
普段利用している方の「AWS Management Console（AWS）」にも
反映されました。

以上の作業を行った上で、改めて
Amazonサポートサービスにメールでご報告したところ、
━━━━━━━━━━━━━━━━━━━━━━━━━━━
Dear KAORU
今回キミが受けてしまった攻撃は、とっても残念だったね！
キミがSSHポートにIPアドレス制限を行ったことを我々は確認したよ。
これでキミは Amazon EC2 の継続利用することができるよ。
これからも最新のパッチを当てることをいつも忘れないでね！
━━━━━━━━━━━━━━━━━━━━━━━━━━━
というお返事をいただきました。
この文面のせいでしょうか。
つい楽しい気持ちになってしまいましたが、
無知が罪だということを　ちゃんと猛省しています。
I’m Sorry…..

日本のどこかで私と同じように
素人ゆえの涙を流している方がいらっしゃるかもしれません。
AWS Management Console（AWS）にログインしたら、
━━━━━━━━━━━━━━━━━━━━━━━━━━━
It looks like you don’t have an EC2 account*.
To use the Amazon EC2 Console you must first sign up for Amazon EC2. It’s quick & free to sign up.
*If you just signed up, it can take a few minutes for your account to become active.
Sign Up For Amazon EC2
━━━━━━━━━━━━━━━━━━━━━━━━━━━
と表示が出て困っている方の目にこのエントリーがとまりますように！！

Amazonサポートセンターに連絡を取ってみた

Kaoru_M — Sat, 16 May 2009 14:52:11 +0000

どうもこんにちは。
調子に乗りすぎて非常事態。
Amazon EC2でホームページが消えちゃった Webデザイナーです…。

ようやく事態の深刻さに気がついたので
Abuse Report [XXXXXXXXXXXXX] というメールを
必死に読みあさってみました。
そしてやっと気がつきました。
「アビューズ」って思いっきり件名に書いてありましたね…。orz

翻訳ツールにすがりつきながら、じっくり読んでみると
どうやら、セキュリティに問題があったせいで
私のEC2が、どこかのバカに乗っ取られたらしい。

んで、そのバカが私のEC2を介して
第三者のサーバに攻撃をしかけ、ご迷惑をおかけしたらしい。
そしてこの事態に対し、私は24時間以内に何らかの対応を行った上で、
Amazonへ報告を行う義務があるらしい。

Amazon Webサービスからこのお便りをいただいてから
すでにもう24時間以上経っちゃってます。
だから、AWS Management Console（AWS）にアクセスしても
アカウントが無いよって、言われちゃったんだ！

Abuse Report [XXXXXXXXXXXXX] というメールの
下の方に連絡先が記載されていたので
━━━━━━━━━━━━━━━━━━━━━━━━━━━
How can I send a message to the abuse reporter?
Complete and submit the web form here.
How can I contact a member of the Amazon EC2 abuse team?
Send an e-mail to ec2-abuse@amazon.com to contact a member of the Amazon EC2 abuse team. Please note: This e-mail message was sent from a notification-only address that cannot accept incoming e-mail. Please do not reply to this message.
━━━━━━━━━━━━━━━━━━━━━━━━━━━
Amazon Webサービスに連絡を取ってみることに。

まず「here」にアクセス。

EC2 case number:*
メールに書かれていたケースナンバー

Action:*
わからないので「None」

Comment:*
よくわからずにご迷惑をおかけしてすみません。
私はどうしたらよいのでしょうか？
アホ丸出し。思いっきり日本語ですがってみる。

当然、「here」からの送信に回答をもらえるわけもなく、
次は「ec2-abuse@amazon.com」へ直接メールを送信。
━━━━━━━━━━━━━━━━━━━━━━━━━━━
よくわからずに迷惑かけてごめんなさい。
早く再開していただきたいのですが、24時間過ぎてしまいました。
もう再開していただくことはできないのでしょうか？
━━━━━━━━━━━━━━━━━━━━━━━━━━━

ここでもまだ、自分のアホさ加減に気がついていません。
再度お返事がもらえず、ようやく「日本語ぢゃダメだ」ということに気がつき
さらに、「セキュリティ対策をちゃんと行ったら僕たちに報告してね」と
言われているにもかかわらず、
何の対策法も持たぬまま、復旧してくれるわけがないことにも気がつく。
私みたいな人間がいるから日本人がバカにされるんだ。

そこで再度、「ec2-abuse@amazon.com」へ直接メールを送信。
━━━━━━━━━━━━━━━━━━━━━━━━━━━
私が何をするべきなのかこちらを読み、理解しました。
ご迷惑をおかけしてすみません。
正しい設定を行いたいので、AWSへのアクセスと
SSHアクセスを再開してください。
━━━━━━━━━━━━━━━━━━━━━━━━━━━
と、もちろん今度は英文でメールを送信しましたYO!

そしたらようやく、↓↓Amazonからお返事が届きました。
We have unblocked your access for a limited time; please immediately restrict port 22 and disable ssh password authentication as described in this whitepaper:
Reply as soon as those steps have been completed. If we do not receive a reply within 24 hours, we will again suspend your account, but this time it will be permanent.
It is important that you reply to any and all abuse reports promptly. Should we detect future abuse caused by the same vulnerability, we will also be forced to terminate your account. At this time, your account is again operational.

ふたたび翻訳ツールにすがると、
━━━━━━━━━━━━━━━━━━━━━━━━━━━
我々は、限られた時間のためにあなたのアクセスから障害物を取り除きました。
すぐに港22を制限します。
そして、身体障害者になりますシッ
この白書で記述されるものとしてのパスワード認証：
このときに、あなたの口座は、再び活動中です。
それらのステップが完了されるとすぐに、答えてください。
我々が24時間以内に答えを受けないならば、我々はあなたのアカウントを再び停止します、しかし、今度は、それは永久です。
あなたが何にでも答えることは重要です、
そして、すべての虐待はすぐに報告します。
我々が、同じ脆弱さに起因して将来の虐待を見つけなければなりません、我々はあなたの口座を終了することも強制されます。このときに、あなたの口座は、再び活動中です。
━━━━━━━━━━━━━━━━━━━━━━━━━━━
「シッ」は、SSH？
「港22」は、22番ポート？

ようするに、24時間限定で AWSと、SSHアクセスを解放してくれたが
今度こそきちんと対応しないと
永久にアカウントを抹消するぞ！　という警告ですね。
((((；ﾟДﾟ))) ガクガクブルブル
ただの Webデザイナーのくせに、張り切りすぎた罰でしょうか？　(:_:)

非常事態宣言!!　Amazon EC2、ホームページが消えました

Kaoru_M — Fri, 15 May 2009 13:08:04 +0000

どうもこんにちは!!
オンラインブックマークや、ブログで Amazon EC2関連のエントリーを
取り上げていただけるようになってしまい、
大変恐縮気味のWebデザイナーです。

さて本日は、私が運良く Webデザイナーであるからこそ
「だったら仕方ないか。」で許されるものの、
これがエンジニアのしでかした事だったら、
絶対に許されないであろう失敗談を恥を忍んでご報告します。

その悲劇はゴールデンウィーク中に
久々にメールをチェックした時に突然おとずれました。

Amazon Webサービスから
Abuse Report [XXXXXXXXXXXXX] 　というメールが届いていたので↓↓↓

Yahoo翻訳してみたところ↓↓↓
━━━━━━━━━━━━━━━━━━━━━━━━━━━
［緊急の：あなたの例のTERMINATIONを避けるRESPONSE REQUIRED WITHIN 24 HOURS］親愛なるEC2顧客、我々は、レポートを受け取りましたそのあなたの例（s）：
例ID：XXXXXXXXX
* IP Address：XXXXXXXXX
*スタート日付：+0000
* Endが年代を示す2009-04-27 08:47：何もない
インターネット上でリモートホストを攻撃する違法な侵入企てをしていてください。ホストIntrusionは、特に我々のAcceptable Use Policyで禁じられています： http://aws.amazon.com/agreement/
我々は「基礎を形成される許可」モデルに続きます、すなわち、あなたはあなたには確立した関係がある物事with/toサーバーをすることができます、しかし、もう一つのネットワーク上で侵入を実行しようとすることは許されません。
すぐに他のネットワークに混乱をやめるために交通の流れを制限して、「メッセージを送る」ことが24時間以内に最初の虐待リポーターに行動のあなたの答えを送るために下記を結ぶことになってください。これは、我々のチケット販売システムで旗を動かします。
24時間以内に答えで反応することに関する怠慢は、あなたの口座のあなたの例または終了の停止に終わるかもしれません。
あなたがあなた自身これらの行動を行っていないならば、あなたがあなたの例の安全を維持する役割を果たして、あなたの証明書と関連した例の上で起こるどんな活動に対してでも責任があるのでご注意ください。
あなたの環境が外部の攻撃者によって危うくされたことは、あり得るかもしれません。あなたの例とすべてのアプリケーションが攻撃に対して固定されることを確実とすることは、あなたの責任のままです。さらに、あなたはそうしなければなりません：－特定で必須の港とソースアドレスへのアクセスを制限します：命令をec2認可してください。詳細は、見てください：
http://docs.amazonwebservices.com/AmazonEC2/dg/2006-10-01/CLTRG-authorize.html
- すべての口座のユーザー名/パスワードの代わりに、ssh-keysを使ってください。
この白書： http://developer.amazonwebservices.com/connect/entry.jspa?externalID=1233
は、もう少し提案をあなたの例を確保する方法に提供します。
あなたの迅速な行動をありがとう。
ケース番号：XXXXXXXXXXXXXXXXXX
━━━━━━━━━━━━━━━━━━━━━━━━━━━

なんのこっちゃ？
わけワカメ。￣＼(－＿－)／￣
不思議に思って、AWS Management Console（AWS）
へアクセスしてみるとこんな画面が。↓↓↓

━━━━━━━━━━━━━━━━━━━━━━━━━━━
It looks like you don’t have an EC2 account*.
To use the Amazon EC2 Console you must first sign up for Amazon EC2. It’s quick & free to sign up. *If you just signed up, it can take a few minutes for your account to become active.
Sign Up For Amazon EC2
━━━━━━━━━━━━━━━━━━━━━━━━━━━

って、うながされても…
あたしすでにアカウント持ってるよ？　(´･ω･)　

そこで、Amazon CloudFront でちょっぱやを実装してみたで必死に作った
無料ホームページ素材ダウンロード [ Web-Stylish!! ]
にアクセスしてみたら、こんな画面が。↓↓↓

アドレスが見つかりません
www.web-stylish.com という名前のサーバが見つかりませんでした？？？

非常事態宣言!
Amazon EC2、ホームページが消えました。

Amazon EC2、AMIを共有する

Kaoru_M — Tue, 14 Apr 2009 07:36:23 +0000

どうもこんにちは!!
すっかりEC2をマスターしちゃった Webデザイナーです。

Amazon EC2 + S3 + CloudFront = 感動のちょっぱやを迎えたところで、
感動の終焉を迎えた全17話にわたる壮大な Amazon EC2 物語でしたが、
早速続編のお知らせです。

私にとって、Amazon EC2 + S3 + CloudFront をマスターするまでの道のりは、
ホントにホントに長く険しいものでした…。(´･ω･)　
なんたって、ただのWebデザイナーだったんだもの。

こんな苦労をせずに、もっと簡単に Amazon EC2 が始められればいいのにな〜と思いながら、
ぼけっーと AWS Management Console 画面を眺めていたら、
なんとその方法を発見してしまいました。

よーし！愛する人達に私の汗と涙の結晶をプレゼントしてあげよう！

「AMI」と呼ばれる Amazon EC2のインスタンスイメージは、
不特定多数に配布できる「Public Image」と、
自分自身と特定の人に限定して配布できる「 Private Image」の形式があります。
特定の人にだけ配布したい場合は、相手の「Account Number」が必要です。
「Account Number」は、以下の手順で確認してもらう必要があります。

「Amazon Web Servuce」にアクセスして、
「Your Account」のプルダウンメニューから、「Access Identifiers 」をクリック。

ページ右上に、xxxx-xxxx-xxxx のような数字が表示されています。
これが「Account Number」です。

AMIを共有したい相手の「Account Number」を教えてもらったら、
「AWS Management Console」にアクセスして、
ページ左側の「AMIs」をクリック。

Viewing:のプルダウンから「Private Images」を選択すると、
自分が登録した AMI が表示されます。

共有したいインスタンスをチェックして、ページ上部の 「Permissions」 をクリック。

AMIを不特定多数の人に配布したいなら、「Public」を選択して「Save」をクリック。

限られた人とだけ共有したいのなら、「Private」を選択。
AWS Account Number 1 : このAMIを共有したい人のアカウントナンバーを入力。

「add additional user」をクリックすると、共有ユーザを追加できます。
「Save」をクリックすれば、共有完了。

AMI を共有できたか確認するには、共有したいインスタンスをチェックして、
ページ上部の「Permissions」をクリック

「Remove Launch Permisson」の箇所に相手の Account Number が表示されていればOKです。
AMIの共有をやめたい時は、チェックして「Save」すればOK。

あとは、AMIを共有した相手に「AWS Management Console」にログインしてもらい、
「Private Images」の中にある自分が配布した AMIを使ってもらう。
これで AMIを共有することができます。

手順を説明すると、こういうことなんですけど…
これって、超スゲーーーーーーことですYO!!
鳥肌立ちますYOーーーーーーーー!!

だって制作・開発の仕事がスタートしたら、
「その環境だったら、これ使えば？」
「Movable Type構築？　はい、これあげる」
とか、もうサーバ環境をゼロから構築しなくていいんですよ？
開発者同士でサーバ環境設定をシェアできるんですよ？
ポチっとするだけで、数十秒でまんま同じ環境が出来上がるんですよ？
ひぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃぃ。(◎_◎;)

Amazon EC2、
スゴイなんていう単語ぢゃ表現できないくらい、凄すぎるーー!!（倒）
嗚呼、Amazon EC2。

Amazon CloudFrontでちょっぱやを実装してみた

Kaoru_M — Sun, 12 Apr 2009 15:42:30 +0000

どうもこんにちは!!
Amazon EBSで Apache2とmysqlを動かしてみた
自称EC2マニアのWebデザイナーです。

↑こちらが実際にAmazon EC2上で動いているサービスです。
無料ホームページ素材ダウンロード [ Web-Stylish!! ] / テストサイト

いかがです？　お気づきになられましたか？
そうなんです…。お世辞にも速いとは言えませんよね…？
（これでもいちお「Gzip」というパフォーマンス処理をしてある）

いくら高性能のサーバといえど、置かれているのは遙か海の彼方アメリカ。
物理的な距離の壁は越えられず、結局この程度の通信速度になってしまうんですね。

別にそこまで重くないからいいんぢゃない？
そう思えるならばここでゴールなのですが、
ビジネスの成功にとってWebサイトのパフォーマンスが非常に重要であることを
体験してきた私にとっては、イマイチ乗り気になれぬレベル。

ここまでか、あたしの Amazon EC2の旅…。(´･ω･)　

ところが、そんな悩みを解決し、
いわゆる「ちょっぱや」を実現できるオプションサービスがあるらしい！
その名も Amazon CloudFront 。

ちょっぱやの仕組みは、日本国内に置かれた Amazonの
キャッシュサーバを利用する、いわゆるCDN。

詳しくは参考サイトをご参照くださいね。
[ 参考サイト ]
AmazonS3上のファイルを国内でも高速配信可能なAmazon CloudFrontリリース
Amazon CloudFrontの使用上の注意とTipsまとめ

どうせここまで来てしまったんだもの。
持ち前の好奇心と探求心の残り汁を搾り出し Amazon CloudFront に挑戦だ！

Amazon CloudFront へアクセスして、
「Sign Up For Amazon CloudFront」をクリック。

一番上の 「Complete Sin Up」 をクリックするだけで申込み完了。

Firefoxのアドオン「s3fox」を起動して、Amazon S3にアクセス。
「s3fox」は、以下から無料で入手できます。
Amazon S3 Firefox Organizer(S3Fox) 0.4.6

右側のウィンドウ上部にある「バケット作成ボタン」をクリック。
バケットとは、いわゆるフォルダのこと。

Folder Name :
このフォルダ名を、CNAMEとしてイメージのパスに使用することになるので慎重に決める。
私は「data.web-stylish.com」としました。

作成したバケット名の上で右クリックして「Manage Distributions」を選択。

CNAME： ステップ5で決めたもの。
私の場合「data.web-stylish.com」と入力して
「Create Distribution」 をクリック。

しばらく待つと Status が「Deployed」に変わります。
Resource Url : に表示されたURLをメモします。

バケット名の上で右クリックして「Edit ACL」を選択。

右端 FullControl の蘭の赤い×をクリックして、緑のチェックマークに変更します。
Apply to subfolders にチェックをして、OKをクリック。
これで、Amazon S3での作業は一度終了。

「お名前.com」にアクセスして「ドメインNavi」へログイン。

ドメイン設定＞ネームサーバーの設定＞DNS設定 をクリック。

CNAMEを設定するドメインを選択して 「入力画面へ進む」 をクリック。

[ ホスト名 ] … data
[ タイプ ] …　CNAME
[ VALUE ] …　ステップ8でメモした Amazon ClounFront のURL
入力し終わったら「追加」をクリックして確認画面へ進み、設定を保存。
1時間くらい経ってからブラウザで
「data.web-stylish.com」へアクセスできるようになりました。

再度、Firefoxのアドオン「s3fox」を起動して、Amazon S3にアクセス。
バケットの中に「001」という新規フォルダを作成して、
ホームページ用の画像や、CSSファイルをアップロードします。

なぜ「001」みたいなフォルダを作成する理由は
Amazon CloudFront のキャッシュは、24時間以下に設定できないから。

画像をS3上に上書きアップした場合、物理的にファイルは更新されていても、
CDNのキャッシュが最大24時間残ってしまうので、
ブラウザで確認すると古い画像が見えてしまうのです。

それを回避するために、「001」のようなフォルダを作成し、
htmlファイル内のイメージのパスを以下のように設定します。
001/images/sample.gif"/>

画像を修正する時は、S3上に新たに「002」のようなフォルダを作成し、
その中に新しい画像をアップロードした上でイメージのパスを
002/images/sample.gif"/>
のように書き換えます。

このように、めんどっちぃ作業が必要ですが
こうすることで、ちょっぱや＆リアル更新を実現させたのが、こちら。↓↓

無料ホームページ素材ダウンロード [ Web-Stylish!! ] / 本番サイト

■ Amazon CloudFront 使用前
Safari の開発者向けツールで検証してみたら、
Amazon CloudFrontを使用しない場合、全てが表示されるまでに 5.02/秒かかっています。

■ Amazon CloudFront 使用後
Amazon CloudFrontを使用した場合、全てが表示されるまでに 542/ミリ秒です。

単位が違っちゃってますYO!!　
「ms」ですよ、「ミリ秒」!!!!

Amazon EC2+S3+CloudFront=感動のちょっぱや!!!!!

こうやって終焉にふさわしい感動を向かえ、全17話にわたる
壮大な Amazon EC2 物語は、ようやく幕を下ろしたのでした。

Amazon EBSで Apache2とmysqlを動かしてみた

Kaoru_M — Sun, 12 Apr 2009 12:44:20 +0000

どうもこんにちは!!
そろそろエンジニアに転職できるのでは？と、錯覚し始めたWebデザイナーです。

先日、Amazon EC2に Amazon EBS をアタッチ（接続）してみたのですが、
EBS側に直接データを保存しなきゃ意味が無いことに
家路の途中で気がつきました…。(´･ω･)　

Mac OSX ターミナルを起動して、SSHで EC2へログインします。

EC2へSSHログイン # ssh -i EC2key.pem root@ec2-XXXX.amazonaws.com
nanoエディタでバーチャルドメインの設定ファイル「mysite01.com」を編集 # nano /etc/apache2/sites-available/mysite01.com ↓↓該当部分に「/vol」を追加するだけ。
NameVirtualHost 00.00.00.00 ServerName www.mysite01.com DocumentRoot /vol/var/www/mysite01.com AddHandler cgi-script .cgi .pl CustomLog /vol/var/www/mysite01.com/access.log combined env=!no ErrorLog /vol/var/www/mysite01.com/ /vol/var/www/mysite01.com> Options IncludesNoExec ExecCGI FollowSymLinks Indexes AllowOverride None
[ctrl]+x Save modified buffer ?と聞かれたら y → [Enter] と打って、nanoエディタを終了
ログ用のディレクトリをEBSをアタッチした「vol」ディレクトリ以下に作成 # mkdir -m 755 /vol/var/log/apache2/mysite01.com
www用のディレクトリをEBSをアタッチした「vol」ディレクトリ以下に作成 # mkdir -m 755 /vol/var/www/mysite01.com
必要であれば、既存wwwファイルを「vol」以下へ移動 # mv /var/www/mysite01.com/* /vol/var/www/mysite01.com
Apache2を再起動 # /etc/init.d/apache2 restart

ホームページファイルをアップする時は、「vol」以下の
/var/www/バーチャルドメイン用ディレクトリにアップすること。

ついでにデータベース ( mysql ) も、EBS側の「vol」以下で動くように設定しちゃう。

mysqlを停止する # /etc/init.d/mysql stop
「vol」以下にシンボリックリンクを作成 # ln -s /var/lib/mysql /vol/lib/mysql
mysqlを起動 # /etc/init.d/mysql start
rootユーザでmysqlへ接続 # mysql -u root -p
パスワードを入力 Enter password: rootユーザのパスワード
データベースが作成できるかテスト mysql > create database test00; Query OK, 1 row affected (0.00 sec) と表示されればOK
mysqlから脱出 mysql > exit
シンボリックリンクをはったディレクトリ内部を参照 # ls /vol/lib/mysql/ 「test00」と表示されていれば、万事OK!!

これで万が一、Amazon EC2がダウンしちゃっても、
大事な大事なWebデータ＆データベースの内容は、
EBS側に保存されているので超安心！！（・∀・）

なのに 2010年Amazonの旅は、まだまだ続きがあるのです…。

Amazon EC2、EBS(Elastic Block Store)を使ってみた

Kaoru_M — Sat, 11 Apr 2009 08:21:37 +0000

ただのWebデザイナーですが、
Amazon EC2をバーチャルドメインで運用できちゃったりしたので、
「ITコスト削減、万歳！」と唱えながら昨夜は家路につきました。

そして達成感とともに、ようやく恐怖感も芽生えてきました。
だって、Amazon EC2 のインスタンスって、
シャットダウンさせるとディスク上のデータが消滅しちゃんだよ？
普通、マシンの電源をOFFにしてもデータは残りますよね？
「全データ消去」って、どんだけーーーーーーー!!

Amazon EC2 は、99.95%のサービスレベルを保証してくれているので
万が一、0.05%の確立で何かが起きても
運が悪かったで片付けられそうな気がしますが、
あたしくらいになると、自分でうっかり
（しかも自信をもって堂々と）ポチっと削除しちゃう可能性の方が大きそう…。

そのために Amazon S3 というストレージサービスが提供されていて、
「大事なデータは Amazon S3 に自分でバックアップしておいてね〜」
ということなんだろうけれど、この関係がとっても中途半端。

データの保存先であるハズの Amazon S3 は、Amazon EC2 の
ローカルディスクのような位置づけであってくれたらベストなのに、
ローカルディスクとして Amazon S3 を使うことができないんだもの…。

そこで登場したのが、Amazon EBS（Amazon Elastic Block Store）。
Amazon EC2 のローカルディスクとして結合できるし、
間違ってインスタンスをシャットダウンさせちゃって
Amazon EC2 側は空っぽになっても、 Amazon EBSのデータは消滅しない。

Windowsに例えてみると、
OSやアプリなどは Cドライブにインストール。
大事なデータは Dドライブに保存。
万が一、OS不調で Cドライブをフォーマットするハメになっても
Dドライブに保存しているデータは消えない
みたいな使い方が出来るってことですYO!

こりゃ早速、Amazon EBS に挑戦だ！

AWS Management Console にアクセスして、
ページ右側の「Volumes」をクリック。

ページ中央のの「Create Volume」をクリック。

Size :
ディスク容量を指定します。
後からEBS自体を増やすことはできるけれど、一度作ったEBSディスク容量自体を増やすことはできないので、少し悩んでから10GBにしておきました。

Availability Zone :
EBSを置く場所を指定します。立ち上がっているインスタンスと同じ場所を指定します。

Snapshot :
「NO Snapshot」を選択。

~~あっというまに、10GBのディスクをご提供いただきました。~~
Statusが「Available」になるまで、ちゃんと待ちましょう。

次は、EC2へログインします。

EC2へSSHログイン # ssh -i EC2key.pem root@ec2-XXXX.amazonaws.com
最上位へ移動 # cd /
デバイスが認識されているか確認 # ls /dev/sd* /dev/sda1 /dev/sda2 などが表示されれば認識されています。
上記で表示された「/dev/sda1/」にファイルシステムを作成「/dev/sdb」以降のデバイスを選びましょう。 # yes | mkfs -t ext3 /dev/sda1 # yes | mkfs -t ext3 /dev/sdf
EBSをアタッチメント（結合）させるディレクトリ「vol」を作成 # mkdir /vol
EC2とEBSをマウント（結合）する # mount /dev/sda1 /vol # mount /dev/sdf /vol
「vol」ディレクトリに移動 # cd /vol
# ls bin boot dev etc home などがズラズラ表示されていれば成功「lost+found」だけが表示されていればOK
EC2から脱出 # exit

Mac OSXのターミナルに戻ってから…

EC2コマンドを動かす魔法の5行を入力 $ export EC2_HOME=~/EC2
$ export PATH=$PATH:$EC2_HOME/bin
$ export EC2_PRIVATE_KEY=$EC2_HOME/pk-XXXXXXXX.pem
$ export EC2_CERT=$EC2_HOME/cert-XXXXXXXX.pem
$ export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home
EC2コマンドが動くか確認 $ ec2ver 1.3-34128 2009-03-01　と表示されればOK
EBSが接続されているか確認 $ ec2-describe-volumes VOLUME vol-XXXXX と出れば成功

これで、Amazon EBS が使えるようになりました。
そろそろ、エンジニアに転職しよーかと思う今日この頃。

横浜のホームページ制作スタジオFIXの社長ブログ » AmazonEC2/S3

AmazonEC2、ElasticIPsを付け替える

新たにインスタンスを立ち上げる

Elastic IPsをつけかえる

AmazonEC2で、WordPressのMySQLをバックアップ

MySQLをバックアップ（保存）する

MySQLを復元（リストア）する

gihyo.jp「Wakame」の記事でご紹介いただきました

Amazon EC2、SSH（22番ポート）の設定方法はこうすべき！

関連エントリー

Amazonサポートセンターに連絡を取ってみた

関連エントリー

非常事態宣言!!　Amazon EC2、ホームページが消えました

関連エントリー

Amazon EC2、AMIを共有する

関連エントリー

Amazon CloudFrontでちょっぱやを実装してみた

関連エントリー

Amazon EBSで Apache2とmysqlを動かしてみた

関連エントリー

Amazon EC2、EBS(Elastic Block Store)を使ってみた

関連エントリー

横浜のホームページ制作 スタジオFIXの社長ブログ » AmazonEC2/S3

AmazonEC2、ElasticIPsを付け替える

新たにインスタンスを立ち上げる

Elastic IPsをつけかえる

AmazonEC2で、WordPressのMySQLをバックアップ

MySQLをバックアップ（保存）する

MySQLを復元（リストア）する

gihyo.jp「Wakame」の記事でご紹介いただきました

Amazon EC2、SSH（22番ポート）の設定方法はこうすべき！

関連エントリー

Amazonサポートセンターに連絡を取ってみた

関連エントリー

非常事態宣言!! Amazon EC2、ホームページが消えました

関連エントリー

Amazon EC2、AMIを共有する

関連エントリー

Amazon CloudFrontでちょっぱやを実装してみた

関連エントリー

Amazon EBSで Apache2とmysqlを動かしてみた

関連エントリー

Amazon EC2、EBS(Elastic Block Store)を使ってみた

関連エントリー

横浜のホームページ制作スタジオFIXの社長ブログ » AmazonEC2/S3

非常事態宣言!!　Amazon EC2、ホームページが消えました