第16回cloud foundry 輪読会用 loggregator資料

1. Loggregator討伐ミッション

2. http://www.flickr.com/photos/54899851@N00/378187611/

3. 自己紹介
morika-t
● 昔は無線VoIP関連の仕事してました
● Cloud Foundry関連のお仕事してます
● CCNGとかv2系をちょこちょこ触っています

4. 討伐したお話をするつもりでしたが。。。。
うかつに近づいて
片腕を持って行かれた話をします

5. loggregatorとは
● ソース
○
https://github.
com/cloudfoundry/loggregator

6. Architecture

7. loggregatorがあると何が良いか？
● 標準出力ログとエラーログがtailできる
● ログを保存する為の仕組みに使える
○ 従来はアプリが落ちると消えてしまっていた

8. gcf pushしてみる
loggregatorがいない場合エラーがでる
Uploading test...
OK
Warning: error tailing logs
websocket.Dial ws://loggregator.192.168.12.129.xip.io:80/tail/?app=7d0f3c72e87b-42ef-8a4f-536f66d99044: bad status

9. ｃｆ_nise_installer環境でloggregatorを使う
https://github.com/cloudfoundry/loggregator#deploying-via-bosh
上記を参考にmanifest/152.ymlに以下を追加した
template
- dea_logging_agent
- loggregator
- loggregator-trafficcontroller

10. ｃｆ_nise_installer環境でloggregatorを使う
properties
ssl:
skip_cert_verify: true
traffic_controller:
zone: z1
loggregator:
servers:
z1: # A list of loggregator servers for every redundancy zone
- 192.168.10.10
incoming_port: 3469
outgoing_port: 8089
loggregator_endpoint: # The end point sources will connect to
shared_secret: loggregatorEndPointSharedSecret
host: 192.168.10.10
port: 3469

11. nise_boshを動かす
$ ./local/launch_nise_bosh.sh
※事前に bosh create release --forceをcf-release内で実行しておく事

12. erb生成でこける
● 原因
○ templateで指定したloggregator-trafficcontrollerが間違っている
● 正しくは
○ - name: loggregator_trafficcontroller
修正後、再度./local/launch_nise_bosh.sh
その後 ./local/start_processes.sh

13. monitで起動確認
/var/vcap/bosh/bin/monit summary
Process 'loggregator'
not monitored
Process 'loggregator_trafficcontroller' not monitored

14. あがらなかった理由
● jobs配下のloggregator.json
"IncomingPort": 3469,
"OutgoingPort": 8089,
● jobs配下のloggregator_trafficcontroller.json
"IncomingPort": 3269,
"OutgoingPort": 8089,

15. 手動で修正
手動で修正後に再起動
/var/vcap/bosh/bin/monit restart loggregator_trafficcontroller
/var/vcap/bosh/bin/monit restart loggregator

16. gcf pushをしてみる
Warning: error tailing logsとwebsocket.Dialがでなくなった
Uploading mori...
OK
Starting app mori in org system_domain / space develop as morikawa...
OK
1 of 1 instances running

17. gcf logsをしてみる
$ gcf logs mori
2014-01-17T14:41:31.99+0900 [LGR]
Error: Authorization not provided
ERR

18. エラー時のloggregatortrafficcontroller側のログ
{"timestamp":1389798594.268226147,"process_id":14456,"source":"loggregator trafficcontroller","
log_level":"warn","message":"HttpServer: Did not accept sink connection from http://localhost without
authorization.","data":null,"file":"
/var/vcap/data/compile/loggregator_trafficcontroller/loggregator/src/trafficcontroller/output_proxy.go","
line":54,"method":"trafficcontroller.(*Proxy).isAuthorized"}
{"timestamp":1389798594.268446684,"process_id":14456,"source":"loggregator trafficcontroller","
log_level":"debug","message":"Output Proxy: Starting to listen to server ws://192.168.12.129:
8099/tail/?app=3599d62b-a0e1-4185-a127-d78cd9838e0f","data":null,"file":"
/var/vcap/data/compile/loggregator_trafficcontroller/loggregator/src/trafficcontroller/output_proxy.go","
line":122,"method":"trafficcontroller.func·002"}

19. configのパラメータと挙動
●
●
loggregator
○ IncomingPort : 3269
○ OutgoingPort : 8289
loggregator_trafficcontroller
○ IncomingPort : 3469
■ dea_logging_agent.jsonの値
● "LoggregatorAddress": "192.168.12.129:3469",
■ cloud_controller_ng.ymlの値
● loggregator:
●
router: 192.168.12.129:3469
○ OutgoingPort : 8089
■ router.registerに通知するポート）

20. まとめ
● 現状loggregatorを試すには
○ bosh-liteで構築した環境がよさそうです
■ 上記で構築すればなにもせず動作したという情報有
CONNECTING TO WEBSOCKET: wss://loggregator.10.244.0.34.xip.io:4443/tail/?app=bc2f7673b589-475d-80c2-72b4efe82885
Connected, tailing logs for app sinatra in org hoge / space default as hoge...
2014-01-16T11:36:28.70+0900 [STG]
2014-01-16T11:36:33.76+0900 [DEA]
2014-01-16T11:36:35.88+0900 [App/0]
2014-01-16T11:36:35.88+0900 [App/0]
2014-01-16T11:36:35.88+0900 [App/0]
22) [x86_64-linux]
OUT -----> Uploading droplet (23M)
OUT Registering instance
OUT
ERR [2014-01-16 02:36:35] INFO WEBrick 1.3.1
ERR [2014-01-16 02:36:35] INFO ruby 1.9.3 (2013-11-