2014/01/16 Heroku Meetup新年会のLT資料

1. 株式会社FLECT
小西俊司

2. 
小西俊司(@shunjikonishi)
◦ 株式会社FLECTの1人R&D
◦ ライブラリ開発や技術調査が生業
◦ 技術調査はかなりHerokuに傾けている

Blog
◦ http://blog.flect.co.jp/labo/
◦ 多分日本で一番Heroku関連の記事が多いブログ

http://oss.flect.co.jp/
◦ 社内要件から派生したライブラリやアプリを公開
◦ アプリはすべてGitHubからcloneしてHeroku上で動か
すことができます。

3. 

重箱の隅をつつく、の意
割と細かいことが気になる質なので、ちょいちょ
いやっている細かい実験結果の拾い集め。

ここでの検証結果はあくまで推測でしかない
ドキュメントにない内容はいつ仕様変更になるか
わからないので、将来も同じ結果になるとは限ら
ない

ほとんどは知っていても役に立たない


4. 

ドキュメントには実行時間の長い処理の場合は
Workerを使え、とある
実行時間の長い処理ってどの程度よ？

5. 

10分間隔のスケジュールであれば10分、デイ
リーのスケジュールであれば24時間を目安に
SIGTERMが飛んでくる
ただし二重起動が防止されているわけではないの
で、同時に複数のスケジューラプロセスが実行さ
れることはあり得る
◦ 実験ではデイリーのスケジュールは25時間近く動いてい
た

6. 

長い処理を実行しているなら外から止めたいこ
とってあるよね
実験では無限ループ処理を実行していたので、止
められないと困る
◦ Dyno時間を消費するし

7. curl -X DELETE
-H "Accept: application/vnd.heroku+json; version=3"
-u <USERNAME>:<APIKEY>
https://api.heroku.com/apps/<APPNAME>/dynos/scheduler.xxxx


herokuコマンド(ps:stop)では止められない
git pushやheroku config:setでも止まらない
◦ この場合は止めて欲しいけどな。。。(--

8. 

複数Dynoある場合はNewRelicで見られるのは平
均値
「heroku run bash」で入ってpsやtopを叩いて
もそのDynoは実行中のWebDynoとは異なるイン
スタンス

9. heroku labs:enable log-runtime-metrics




各Dynoで20秒に一回メモリ使用量がログ出力される
ようになる
拙作
http://flect-papertrail.herokuapp.com/
を使用すればリアルタイムでグラフ化することも可能
メモリ使用量は概ね「ps aux」の結果と同じ
Javaアプリの場合Runtimeから取れるメモリ使用量よ
りも小さい数字になることがある
◦ 誰か説明してください。。。

10. 
PapertrailとかTreasureDataとか

11. curl -H "Accept: application/vnd.heroku+json; version=3"
-u <USERNAME>:<APIKEY>
https://api.heroku.com/apps/<APPNAME>/log-drains
heroku drains:add <URL>

PlatformAPIでAddonのSyslogURLが取れるので
それをheroku drains:addする
◦ 多分Addon側からはログを流してきたアプリが実際には
なんであるかは区別できない

しかし本当にやって良いかどうかは別問題
◦ Treasure Dataさんに聞いてみると良いかも

12. 
アクセスログくらいはでるのかな？

13. Jan 15 18:59:51 flect-ws-chat heroku/router: at=info
method=GET path=/room/chat?room=Room1&username=chrome
host=flect-ws-chat.herokuapp.com fwd=“xxx.xxx.xxx.xxx"
dyno=web.1 connect=1ms service=77698ms status=101
bytes=973

WebSocket接続が確立して切断された時に一度だけ出力
◦ statusは最初のWebSocketへの切り替えの応答コードなので101。
なのでmethodもGET
◦ serviceはWebSocketの接続時間なので他のアクセスログに比べ
て極端に大きな数字になる
◦ bytesはサーバからの全送信データのサイズ(多分)

WebSocketのログであることがわかる手掛かりはstatusし
かない