使ったAMIは、amzn-ami-pv-2012.09.0.x86_64-ebs (ami-4e6cd34f)

使ったAMIは、amzn-ami-pv-2012.09.0.x86_64-ebs (ami-4e6cd34f)

rsyncで、公開鍵認証を指定する方法。ソース側のサーバに、公開鍵認証で接続しています。

コピー元の指定の最後のスラッシュを忘れると、ディレクトリabcが/var/www/html/abcの中に作成されてしまうのでご注意下さい。

Memcachedのステータス確認はphpMemcachedAdminがお手軽そう。

詳細表示

リアルタイム表示（5秒間隔で更新）

このサイトのMemcachedのステータスはこちら。

複数のWebサーバでロードバランス環境を構築する際には、セッション情報の保持を考慮しなければならない。初期設定のPHPは、セッション情報をファイルとして保持しているため、異なるWebサーバに処理が割り振られるとセッション情報が消失してしまうからだ。こういった環境においてセッションを維持する方法は2つある。

セッション維持方法

1. 同じユーザは同じサーバに割り振る
2. セッション情報をサーバ間で共有する

1の手法は、Webサーバに手を加えなくて良い反面、Webサーバが故障した場合はセッション情報が失われる。2の方法はセッション情報の共有コストが発生するが、サーバ故障による障害を防げるし、負荷状況に応じて動的にWebサーバの数を増減させることもできる。そこで、2の方法をつかってセッション情報の共有を試してみた。幸い、PHPにはmemcachedを用いたセッション管理機能がある。この機能を適切に設定するだけで、2の方式のセッションを実現できる。

0. 前提知識

• Linuxの操作に習熟していること。
• 自力でLAMP環境をそれっぽく構築できること。
• AmazonEC2のアカウントを所有していること。
• 数十円程度の課金に我慢できること。

1.セキュリティーグループの設定作成
外部から22(SSH)と、80(HTTP)への接続を許可、セキュリティーグループ内で11211(Memcached)の通信を許可。実験にしか使わないなら、22と80は自分のIPだけ許可すると安全。

2. インスタンスを起動
EC2 DashboardでAmazon Linux AMI 2012.09を2台起動。実験だけならt1.microがお手軽。1時間2円程度。この2台は1で作成したセキュリティーグループに所属させておく。

3. セットアップし単独サーバでの動作確認
php, memcached, 接続モジュールをインストール

/etc/php.iniを編集

/etc/php.d/memcache.iniを編集

Apacheを起動

memcachedを起動

動作確認用のスクリプトを作成

ブラウザからアクセスし、カウントアップすることを確認

memcachedを停止

ブラウザからアクセスし、カウントアップしないことを確認

全てOKなら、同様にしてもう一台もセットアップする。

4.ロードバランサの設定
Load Balancersで、Create Load Balancerから、ロードバランサを作成する。ロードバランサ名は英語で指定する。ADD EC2 Instanceで、先ほどセットアップした2台のインスタンスを指定する。

5.memcachedの接続先を指定

/etc/php.d/memcache.iniを書き換え
変更前
session.save_path=”tcp://localhost:11211″
変更後(カンマ区切りで自分以外のサーバを指定する）
session.save_path=”tcp://localhost:11211,tcp://111.222.111.222″

6.動作確認
ロードバランサのDNS Nameに表示されているアドレス(例:testing-1212930340.ap-northeast-1.elb.amazonaws.com)にWebブラウザでアクセスし、数字が正常にカウントアップされることを確認する。

サーバを交互に停止させても、数字のカウントアップが継続することを確認する。

注意：サーバ停止を検知するまで、デフォルトの設定では最大30秒かかります。ロードバランサのHealth CheckのIntervalを短くすることで切り替えの時間を短縮できます。

7.注意
リソースを確保しっぱなしだと、継続的に費用が発生するので注意！

• 不要になったインスタンスは必ず削除すること。
• 不要になったロードバランサは必ず削除すること。

参考
memcachedをインストールする

Elastic Load Balancing

-t 修正時刻でソートする
-u アクセス時刻でソートする
-v ファイル名をバージョン順でソートする
-x 拡張子でソートする
-r 逆順にソートする
-U ソートしない

EC2のLinuxサーバにnode.jsをインストールしてみた。

引数なしでnodejsを実行するとインタラクティブモードになる。

引数にファイル名を指定して実行すると、そのファイルの内容が実行される。

参考
Installing Node.js via package manager

パッケージ名がlocateではなく、mlocateなので注意。

インストール後、updatedbを実行するとlocateが使えるようになる。

【AWS発表】 AWS Elastic BeanstalkにてPHPのサポート開始、Gitを用いたデプロイも可能に
との記事が公式ブログにでてたので使ってみた。使ってみた感想は以下のとおり。

致命的な問題

US Eastしか使えません。レスポンスが重要なアプリケーションには使えないです。

インスタンス種別

インスタンスの種類はt1.microからm2.4xlargeまで選択可能。スケールアップを考えると64bitを選んでおいたほうが無難だと思う。

PHPのバージョン

PHPのバージョンは5.3しか選べない。起動して確認してみたところ5.3.10だった。メモリ使用量の上限などはElasticBeanstalkの管理画面から一括で変更可能。

スケールアウト

台数の下限上限、スケールアウト、スケールインの条件設定が出来る。ロードバランスはCookieを使った固定割当に対応しており、セッション情報の維持は大丈夫。スケールアウトした状態でも、ソースの一括更新可能。

データベースなど

データベースなどの永続性が求められる部分は、RDSやS3を使うしかなさそう。Wordpressなど、ファイルを直接アップロードしてしまうタイプのアプリケーションは、一工夫しないと正常に動作しない。

リニューアル後の価格表
メモリ2GBのプランがお買い得な印象ですね。2GBプランの初期費用が0円になるリニュアルキャンペーン開催中なので更にお買い得感があります。ディスク容量が3倍～5倍程度に増えているので、多量のコンテンツを扱うWebサイトにも安心して使えますし、このコスト感なら、データのバックアップ用として使うのも有りではないでしょうか。

リニューアル前の価格表
512MBの手軽さに惹かれて使い始めたもののメモリ不足に悩まされている方も多いのではないでしょうか。上位プランは初期費用が気になりますね。