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

AmazonEC2、ElasticIPsを付け替える

admin — 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を手に入れることができました。
本当にどうもありがとうございました！(^-^)ノ

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

admin — 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のお引っ越しも楽勝ですね！

今どきのAmazonEC2は、電話が無いと申し込めない

admin — Thu, 28 Jan 2010 10:00:27 +0000

2009年3月に「Amazon EC2/S3を申し込んでみた」という
エントリーを書きましたが、EC2の申込み方法が変わっていたようです。
どうやら今どきのAmazon EC2は、
電話がないと申し込めないらしいのです…。(´･ω･)　

Amazon Web Service、アカウントを取得してから、「Amazon EC2」へアクセス。
ここまでは以前と同じでした。
右上の「Sign Up For Amazon EC2」の黄色いボタンをクリック。

Amazon EC2マスターの名にかけて
サクサク突き進んでいこうかと思いきや…

こんな画面が表示されまちた！
えええええええええええええ!!
「Call Me Now」って、英語なんか喋れないYO!!!! (:_:)

ここでしばしフリーズ。
が、このまま固まっていても英語が喋れるようになるわけではないので、
勇気を出して前に進んでみることに。

Country Code: Japan (+81) を選択
Phone number: アカウント取得時の電話番号が入っているのでそのまま
「Call Me Now」をクリック。

急に画面が変わりました。
画面上に大きく出現した数字。
これをあたしにどーしろと…?! (◎_◎;)
再度フリーズ。

「ハイ！　ハワユー！」と練習を始めた瞬間、
電話がなって心臓飛び出た。
ホントにかかってきちゃったYO!!!　と思ったら音声ガイダンスでした。

震える手で受話器のボタンを「3855」とプッシュ。
「最後にシャープを押してください」とは言われなかったけど
（言われててもわからないけど）ホントにこれでいいのかしら？

押し終わったけど、まだ向こうで何か喋ってる。
やっぱり違ったのかも!?

「スリー、エイト、ファイブ!! ファイブ!!」と叫ぼうとした瞬間、
突如、画面が切り替わりました。

ど・う・や・ら!! 成功したらしい!!
「Your indentity has been verified successfully.」

電話とブラウザ画面がリアルで連動してるYO!!
すごーーーーーーい!!
かっこいいーーーーーーーー!!
感動ーーーーーーーーーーーーーっ!!

ちょっと嬉しくなっちゃったので、
違うアカウントを取得して、今度は、iPhoneの電話番号を入力して
「Call Me Now」を押してみたら、
ちゃーんと、iPhoneに電話がかかってきました。

ここでまた数字をプッシュしちゃうと
この快感を再度味わえないのがもったいなくて、
数字を何も押さずに3回続けて電話を切ってみたら…

最大回数を超えたので、12時間はこの操作にトライできません。
って、怒られちゃいまちた…。(･_･ゞ

なわけで、今どきのAmazon EC2は
電話がつながらないと、申込みができないようです。
黒電話の人も、もちろんNG??

申込み画面で感動を味わえるなんて、
Amazonは、やっぱりスゴすぎる。

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

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

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

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

↓コレ、コレ。

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

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

admin — 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サポートセンターに連絡を取ってみた

admin — 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、ホームページが消えました

admin — 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上でインスタンスをオートスケールできる「Wakame」

admin — Mon, 27 Apr 2009 02:21:52 +0000

仲良くさせていただいている株式会社あくしゅさんが
Amazon EC2 のインスタンスをオートスケールできるサービス
「Wakame」をリリースされました。

会社名「株式会社あくしゅ」も、インパクト大のキュートな社名ですが
サービス名「Wakame 」って、
代表の山崎さんのセンスは表彰モノだと思います。

最初にアイデアを聞いた時は、難しすぎて
なんのことやら、さっぱりわからなかったのですが…

Amazon EC2 をお勉強していくうちに、
Wakame が、とんでもねーサービスだということがわかり、
（たぶん今でも本当のスゴさは理解していないだろうけど）
夢の中で黒いワカメがわさわさ増えたくらいです。

サーバは、通常運用時はスカスカであっても、
キャンペーンなどの際にアクセスが集中する時の
「最大値」を想定しておく必要があります。
そうしないと、キャンペーンをやる度に「サーバが落ちちゃったYO!」という
本末転倒の現象が起こってしまいますからね。

そのように今までは「最大値」を考慮した
サーバ構成にする必要があったわけですが Wakameを使えば、
「最小値」を基準にしたサーバ構成でいいわけなんですよ。
これってまさに革命ですYO!!

イノベーションが生まれる瞬間を傍で見ちゃった気がする…。
"Wakame" は三年後、「あれはイノベーションだった」と言われても不思議じゃないソフトウェアだ – 刺身☆ブーメランのはてなダイアリー

「Wakame」で実際、どんなことが出来るのかは
代表、山崎さんのブログ「やむにやまれず」に詳しく書かれています。
[Wakame]実際どのような管理が出来るか？(Getting Startedより) | やむにやまれず

キャンペーンを行う度に、
サーバの負荷をご心配されている方がいらっしゃったら
Amazon EC2 + Wakame　で解決してみませんか？

Amazon EC2、AMIを共有する

admin — 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 でちょっぱやを実装してみた

admin — 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 物語は、ようやく幕を下ろしたのでした。

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

AmazonEC2、ElasticIPsを付け替える

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

Elastic IPsをつけかえる

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

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

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

今どきのAmazonEC2は、電話が無いと申し込めない

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

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

関連エントリー

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

関連エントリー

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

関連エントリー

Amazon EC2上でインスタンスをオートスケールできる「Wakame」

関連エントリー

Amazon EC2、AMIを共有する

関連エントリー

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

関連エントリー

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

AmazonEC2、ElasticIPsを付け替える

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

Elastic IPsをつけかえる

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

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

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

今どきのAmazonEC2は、電話が無いと申し込めない

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

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

関連エントリー

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

関連エントリー

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

関連エントリー

Amazon EC2上でインスタンスをオートスケールできる「Wakame」

関連エントリー

Amazon EC2、AMIを共有する

関連エントリー

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

関連エントリー

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

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