中の人のメモ: 3月 2011

2011年3月30日水曜日

WordPressを自動更新できるように

WordPress の自動更新機能は、FTPを利用しています。
AWS で FTP を使いたくない場合でも、以下の設定で自動更新できるようになります。

wp-config.php ファイルに以下を追加します

define('FS_METHOD','direct');

次にWordPressディレクトリにて、apacheにグループ権限を与えます。

$ cd /var/www/html/wordpress
$ chgrp -R apache *
$ chmod -R g+rwX *

以下の記事を参考にしました。

http://akibe.com/2011/01/wp-tips01/

ARGtek ARG-1206 を初期化

入手時に初期化されてなくて、ちょっとハマったのでメモ。

電源を入れて、背面のリセットスイッチを10秒程度押し続けると
リセットランプが点滅して初期化が始まります。

メーカーページ
http://www.argtek.com/detail/239582/239582.html

Amazon EC2で公開していたWebサイトが見れなくなりました。

http → タイムアウト
ssh → 認証の途中から進まない
ping → 正常

AWS ConsoleのCloudWatchから見ると、CPUが100%近くに達していました。

AWS Consoleから、EC2 Instance をStop→Startして復旧しました。
(Rebootでは復旧しませんでした。)

Elastic IPが外れるので、Elastic IPsから Associate Addressしておきましょう。

念の為、CloudWatch に CPU Alerm を設定しておきました。

追記

再度、同じ現象に陥ったため、復旧後ログを見たところ、OOM Killerによる障害だと分かりました。

ログの確認方法

$ sudo less /var/log/messages

以下の設定を入れて様子を見ることにしました。

$sudo sysctl -w vm.overcommit_ratio=99
$sudo sysctl -w vm.overcommit_memory=2

/proc/sys/vm/overcommit_ratio　で確保できる物理メモリの割合を指定し、
/proc/sys/vm/overcommit_memory を 2 にするとメモリオーバーコミットを許さなくなります。
overcommit_ratio のデフォルト値は 50 だそうなので、メモリが 613MB しかない、AWS micro Instance ではこの設定は必須ではないでしょうか。

追記

さらに、apache,phpの設定も見直しました。

php.ini
memory_limit を大きく設定していたので、16Mまで下げました。

httpd.conf

StartServers 2
MinSpareServers 2
MaxSpareServers 4
MaxClients 50
MaxRequestsPerChild 0

MaxClients × memory_limit = 消費メモリーとなると思われるので、

これでもmicroInstanceには厳しいかもしれません。

とりあえず、これで様子を見ることにしました。

2011年3月29日火曜日

Google Apps で Google Cloud Connect をインストール

Microsoft OfficeからGoogle ドキュメントに読み書きできるというGoogle純正のアドイン「Google Cloud Connect」が便利そうなので、インストールしてみる。
なお、Google アカウントは Google Apps (Standard)

参考にしたサイトは次のもの
http://www.forest.impress.co.jp/docs/news/20110225_429533.html