CollectiveMeta

Amazon から、Amazon EC2 の Availability Zone にヨーロッパが加わったとのメールが届いた。いいなー、日本はいつかなー。それとも飛ばされて中国あたりに行っちゃうのかなー、と思いながら ec2-describe-availability-zones してみると、ない。

$ ec2-describe-availability-zones
AVAILABILITYZONE        us-east-1a      available
AVAILABILITYZONE        us-east-1b      available
AVAILABILITYZONE        us-east-1c      available

ないじゃん。EC2 のサイトに行ってみると、2008/12/01 リリースの新しい API Tools がヨーロッパに対応した版であるらしい。わざわざヨーロッパで動かす予定はないけどダウンロードしてインストールしてみる。もういちど availability zone を見ると、

$ ec2-version
1.3-30349 2008-12-01
 
$ ec2-describe-availability-zones

Amazon CloudFront を cfcurl.pl から使う

Amazon EC2 は安くて性能もよい素晴らしいサービスだが、EC2 で画像の多いウェブアプリを作ると画面が表示されるまでにやや時間がかかる。国内に置いたサーバの方に、ユーザエクスペリエンスでは分がある。Amazon CloudFront という CDN(Contents Delivery Network) サービスを使えば、この遅さを解消できるのではないかと期待して試してみた。

手順は次のとおり。

1. アカウントの設定で Amazon CloudFront を有効にする。EC2 や S3 を使っていても、CloudFront がそのまま使えるわけではない。明示的に有効にする(Sign Up)必要がある。
2. CloudFront で配信する object（ファイル）を S3 のバケットに用意する。
3. distribution を作成して domain name を得る。
4. domain name を用いてHTTPでアクセスする。

ツールのインストール

△perl のモジュールをインストールする

実際、EC2 単体と CloudFront 利用時とでは、どのくらいアプリケーションのパフォーマンスが異なるのだろうか。Amazon CloudFront の性能測定を行ってみた。

結論から言えば、画像などの静的コンテンツを多用したサイトであれば、劇的に速くなる。

国内にサーバを置いてあるウェブアプリケーションを EC2 で試しに動かしたところ、遅くて使い物にならなかった。EC2 での動的リクエスト処理は許容範囲であったが、多量の画像や css、js などを返す処理が遅かった。Keep-Alive は Off にしているので、その潜在力を活かしきったというわけではないが、このアプリは Keep-Alive Off で動かしたかった。

それを CloudFront 併用で動かしたところ、速度が数倍に向上し、体感速度は問題ないレベルに達した。画像が多くて EC2 には移行できないと考えている人には、一度使ってみることをお勧めしたい。

バージョン違いでインストールすると、ひどい目にあって時間を無駄に費やすことになる。

1. jpackage-utils をインストールする。
   

   # yum install jpackage-utils

2. Sun のサイトから jdk-6u6-linux-i586-rpm.bin をダウンロードする。jpackage の RPM のバージョンに合わせるためにあえて最新でないものを取得。
3. jpackage の対応するパッケージを取得する。
   

   # wget
   http://mirrors.dotsrc.org/jpackage/1.7/generic/RPMS.non-free/java-1.6.0-sun-compat-1.6.0.06-1jpp.i586.rpm

4. JDK をインストールする。
   

   # sh ./jdk-6u6-linux-i586-rpm.bin

5. JPackage の RPM をインストールする。
   

   # rpm -ivh java-1.6.0-sun-compat-1.6.0.06-1jpp.i586.rpm

ハイスピード英会話（High Speed English）についてちょこっと書いたエントリにアクセスがあるようだ。もう2年前のことになるが、ホテルで行う5日間コースについて書いた文章があるので、ここに公開しようと思う。眠っているよりは、誰かの目にとまって何かの役にたつほうが、情報の価値があるというものだろう。

2008年時点でのハイスピードイングリッシュは、富士の自然の村研修センターと府中のホテルコンチネンタルの2箇所のみで行われている。自然の村研修センターは、主催する社員教育研究所自身が所有する施設である。環境が厳しいこともあって、訓練に適している。そう、訓練だ。学習や勉強ではなく、訓練。軍隊式と言ってもいいだろう。

私ははじめ、この自然の村研修センターの7日間コースに参加し、このストイックさが気に入り、その数ヵ月後に5日間コースの門を叩いた。この5日間コースはホテルアストン熱海で開かれた。現在は会場から外されてしまったホテルだ。私はこの2箇所での訓練しか知らない。ホテルコンチネンタルのことは知らない。それでも、参加を検討している方々の参考にはなると思う。

人の名前は全て伏字にした。オリジナル文章は仲間内で読んでもらうために書いたもので、全て固有名詞が入っていた。また、個人のプライベートに関わる話題も省いた。

最近、ECの立ち上げに関わっている。

EC を立ち上げるには、Yahooや楽天のようなモールに出店するか、自社サイトを作るかのどちらかになる。自社サイトの場合は、スクラッチ開発するか、EC-Cube や Magento のようなパッケージを使うか、ASP を使うかのいずれを選ぶことになる。HTML 1ページとメールフォームだけというシンプルなのもスクラッチの箱に放り込んでしまおう。

オープンソースECソフトなら、いまは EC-Cube が一番人気だろう。日本で開発されていて、日本語の情報も豊富だ。経験済みの制作会社も多いので、自前で立ち上げずに外注する場合にも困らない。機能的に面白そうなのはMagento。まだ日本語の情報は少なく、経験者も少なく、従って製作コストも高くつくだろうが、やはり新しいものほど高機能で洗練されている。

ECで意外と落とし穴なのは定期購入の実現。これはモールでも、パッケージでも、ASPでも対応していないところが多い。楽天が2008年1月から開始したのが大手では唯一の対応。EC-Cube それ自身は対応していないけれども、EC-Cube に定期購入パッチを当てて商売にしている会社はある。それ以外では、Magento も主要ASPも、現時点では対応していない。

xen の console につなぐときに、このエラーメッセージが出るときは、
xenconsole: Could not read tty from store: No such file or directory

xenconsoled を立ち上げればよい。 でも、何故落ちたのだろう？？？ そっちの方が気になる。

参考
xenconsole: Could not read tty from store: No such file or directoryでハマりました
http://d.hatena.ne.jp/kgbu/20080523/1211555660

事情により新しいアカウントを作って Amazon EC2 を再出発。

Amazon EC2 で CentOS 5 i386 Base AMI (ami-0459bc6d) を使って自分の AMI を作るときには、いつもこのエラーが起こる。そういえば何か起こる気がするなと思いつつも、エラーメッセージを見るその瞬間までは、何が起こるのかを忘れている。

[EC2]
-bash-3.1# ec2-bundle-vol -d /mnt -k /mnt/pk-xxx.pem -c
/mnt/cert-xxx.pem -u xxx -r i386 -p test2
Copying / into the image file /mnt/test2...
Excluding:
        /sys
        /proc
        /dev/pts
        /proc/sys/fs/binfmt_misc
        /dev
        /media
        /mnt
        /proc
        /sys
        /mnt/test2
        /mnt/img-mnt
1+0 records in
1+0 records out

ブログのURLを入力すると、以下のように分析してくれる。
http://jchyip.blogspot.com/2008/11/this-blog-is-duty-fulfiller.html

こちらがそのサイト。http://www.typealyzer.com/

当然ながらというか、残念ながら、日本語には対応していない。このブログを試したらタイ語には対応してません、といわれた。

Detected language Thai. The only supported languages are English and Swedish. But stay tuned, we are expanding. 

では、自分で書いた英文を読み込ませてみよう。

ESTP型 - 実行家
 
積極的で陽気なタイプです。周りの人や物事を調和させ、エネルギッシュでよく喋り、冗談をいい、外で身体を動かすことが好きなタイプです。

Stop Me If You Think You've Seen This Word Before
http://www.codinghorror.com/blog/archives/001186.html

抄訳

ストップワードの数は実装によって異なる。例えば Oracle の全文検索では 100弱、SQL Server では 150ほど、そして MySQL では 600語ほどがストップワードに指定されている。もちろん、ストップワードの数は利用者が変えることができる。

しかし、世の中にはストップワードが検索語の一部として重要な役割を果たすことがある。例えばハムレットの "to be or not to be" をストップワード除去処理したら、何も残らない。"the matrix" を検索しようとする人は、映画のマトリックスを検索しているのであって、数学の "matrix" を知りたいわけではない。

翻って Google はどうしているのか？ もはや古典的なストップワードは使っていないようだ。ストップワードは90年代初頭のマシンリソースで必要なものだったが、今はストップワードの力を借りなくても検索ができるようになった。