AmazonLinuxにfluentdをいれてみる

fluentdの特集記事がのっているというSDが明日発売。

よく考えたらAmazonLinuxでさわったことがなかったので、インストール最小手をさがしてみようということで。

sudo yum install ruby19 ruby19-devel
sudo yum remove ruby
sudo gem1.9 install fluentd

(略)

Successfully installed msgpack-0.4.7
Successfully installed json-1.7.3
Successfully installed yajl-ruby-1.1.0
Successfully installed iobuffer-1.1.2
Successfully installed cool.io-1.1.0
Successfully installed http_parser.rb-0.5.3
Successfully installed fluentd-0.10.22
7 gems installed
ERROR:  While executing gem ... (Gem::DocumentError)
    ERROR: RDoc documentation generator not installed: cannot load such file -- rdoc/rdoc

最後にrdoc由来のエラーがでるが、ドキュメントはサーバ側にいらんのでこれでよいことに。気持わるいなら、–no-ri –no-rdoc をつければokなはず。

一応

fluentd --setup ./fluent
fluentd -c ./fluent/fluent.conf -vv &
echo '{"json":"message"}' | fluent-cat debug.test

で動作も確認。

NATインスタンスのパフォーマンスが心配な方へ。

VPCではプライベートIPアドレスだけで構成されているために、Publictなthe Internetに出ていけないインスタンスを置くことができる。

このようなインスタンスでも、NATインスタンスを使うことで、インターネットに出ていくようにすることができる。

• Amazon VPCのNATインスタンスを作ってみる(Squid編)
• Amazon VPCのNATインスタンスを作ってみる(iptables編)
• Amazon VPCのNATインスタンスを作ってみる(環境準備編)

途中まで書いて気がついた。↑の記事がすばらしすぎることに。みんなこれを見るべき。

たまにNATインスタンスのパフォーマンスを気にする人がいるので、そのヒントを。

• NATインスタンスはいくつでも作れるので、負荷分散
• NATインスタンスを速いインスタンス(c1.xlargeとか)にすることも有効
• Squidの透過proxyなどつかうと劇的に効果が出るときもある

といった具合。

CloudFrontで使っているCA証明書について

たまに聞かれるCloudFrontの証明書について。

どんなものがはいってるかについては、Firefoxでも使えばすぐに調べがつく。

というわけで、http://www.entrust.net/developer/index.cfm がCloudFrontで使用している証明書。

• http://support.apple.com/kb/HT4415?viewlocale=ja_JP iOS4での対応状況→ok
• http://support.apple.com/kb/HT3580?viewlocale=ja_JP iOS3での対応状況→ok
• http://www.au.kddi.com/ezfactory/tec/spec/ssl.html 
• http://www.au.kddi.com/ezfactory/tec/spec/zip/ssl_download.zip AUはほぼOK
• http://www.nttdocomo.co.jp/service/developer/make/content/ssl/spec/ DoCoMoもOKっぽい
• http://creation.mb.softbank.jp/mc/tech/tech_web/web_ssl.html SoftbankもOKとしている

SSL事業者からの情報

• http://jp.globalsign.com/support/faq/01.html
• http://valuessl.net/support/mobile.php

在野の情報

• http://triaez.kaisei.org/~kaoru/ssl/cell.html ガラケーの対応状況まとめ

今日からサポートされたCloudFrontの動的URLサポートのこまかい話

CloudFrontがかなりパワフルになった。おねだんはそのままで!

どれだけかわったかと言えば、とりあえず前のことは忘れてもいい(覚えていたほうがもっといいが必須ではない)と思えてしまうほど。(大枠は、【AWS発表】Amazon CloudFrontが動的コンテンツをサポート あたりを読んでいただきたい)

これ↓が今日からのwebサイトの標準体だろう。

さて、ありがたいことに、動的URLといえばQuery Stringということで、すかさず質問をいただいたので。。

認識しません。というか、それはダサいアプリなどを考えるといれかえてはいけない！ RT @sato_shi: CloudFrontの動的URLサポートって、?a=x&b=y と ?b=y&a=x が同じだって認識してくれるのかな？ #jawsug

— ARAKI Yasuhiroさん (@ar1) 5月 14, 2012

というようなことを書いた。ついでなので細かなことを書いておこう。

Query Stringについて

• Query Stringはオプション機能として提供。有効にすると、Query Stringもすべて含んだfull URLがオリジンに送られる。
  • ロギング機能を有効にしていれば、Query Stringは記録される。
• Query Stringの順番、大文字小文字に注意
• Private Content機能を使うときにCloudFrontで予約しているQueryがあることに注意。
  • Expires, Policy, Signature, and Key-Pair-Id are reserved query parameters

複数のオリジンサーバのサポートについて

• S3 bucket, an ELB, an EC2 instance, a custom originなどなどを指定できる
• 10オリジンまで. それぞれ”Origin ID”が付与される

要望は聞くばかりではだめな件

お客様の願いにはいろんなものがあるが、Pros Consを説明して自分のプランが否定されても貫いたほうがいいこともある、ということを経験した日だった。

ところでpros consの語源ってなんじゃろと思ったら、こんな回答があった。

土曜日の虎ノ門

土曜日だというのに虎ノ門某所で仕事。虎ノ門といえば子供のころは弁護士ばかりの街だと思っていたことを今でも来るたびに思いだす。

平日にこのあたりに来ることはあっても土曜にくることはないので、ガラーンとしてるのが印象的。

SOUND ONLYのロゴをだすテレカン支援システムがちょっとほしくなった

朝からひさしぶりに内部だけのテレカン．それにしてもみんな自分に興味のあるところだけをしゃべるしゃべる。逆に言えば自分の職務のところが興味あるのは実にあたりまえのことなのだが。

声と名前のマッピングという短期の記憶ができない自分にとって、テレカンで辛いところは、声でしか相手を判別できないこと。

声と顔をマッピングして座席にすわらせるようなの、エヴァにでてきたSOUND ONLYのアイコンのイメージか。ああいうの作ろうと思えば作れるとは思うのだが、そこまでの動機でもない。

26体たたかえますか?

最近の仕事は強敵がいろいろと出現する。

それで思いだしたのが、スーパーダライアスの26体たたかえますか?(ニコ動)である。

だいたい26くらい今AWSのproductはある。productのpageをみると、もっと多いようにも見えるし少ないようにも見えるが、まあそんなもの。それぞれのproductにはproduct managerがいる。

で、ステージをつくっているような形はとっくに通りすぎているので、26体たたかえますか? 状態。

クラウドEXPOに参加

クラウドEXPOに参加した。昨年は本当にいそがしかったのだが、今回は営業問いあわせは他の方におまかせして、パートナー獲得のために、事前にチェックしていたところにピンポイントで行くことに。

そんなわけでほとんどAWSブースにいなかったので、写真がないなきっと。。

今の技術で作り直したソルバルウやりたい

今の技術で作り直したソルバルウやりたい。

そんなゲームは他にもいろいろあるが、そんなことをつぶやいたら

すべてのザッパー発射ログを取得してHadoopで解析、プレイ傾向を分析したのちおすすめの敵をレコメンド。「バキュラを打った方はアンドアジェネシスも打っています」 RT @ar1: 今の技術で作り直したソルバルウやりたい

— 片山 暁雄さん (@c9katayama) 5月 8, 2012

こんなすばらしい話が。。