2014-10-11_chiba.pm5 - Speaker Deck

Slide 1

Slide 1 text

ログ監視の話 chiba.pm #5 すずきまさし / @masasuz 1

Slide 2

Slide 2 text

Slide 3

Slide 3 text

ネタは特に話さないです 3

Slide 4

Slide 4 text

ログ監視の話 chiba.pm #5 すずきまさし / @masasuz 4

Slide 5

Slide 5 text

おまえだれよすずきまさし / @masasuz 五反田の辺りにある中小web企業開発基盤的なものを整備しているらしい zsh / perl / mysql / Ubuntu / Debian 5

Slide 6

Slide 6 text

最近江戸川区と葛飾区は千葉だってずっと言い続けていたら、西葛西在住の人に怒られたので自重します。 6

Slide 7

Slide 7 text

ログ監視ログ収集 7

Slide 8

Slide 8 text

コンテキストウェブサービス自社サービス物理サーバ数百台の中小規模 8

Slide 9

Slide 9 text

ログ監視の話 9

Slide 10

Slide 10 text

エラーログ監視定期的にアクセスログから4xx 5xxのログをvhost 毎、path毎に集計し、一日あたりのᮢ値(デフォルト10件)越えたらIRC、メールで通知する当日ᮢ値は更新可能 10

Slide 11

Slide 11 text

問題 ᮢ値が一律10件(デフォルト)なので、件数少ないけど重要なエラーを見逃す。 syntaxエラーとか仕込んでしまうと全てのアクセスで500が上がるので、ᮢ値上げ大変。 11

Slide 12

Slide 12 text

別ソリューション単位時間当たりで5xx 4xxを集計するとか? 12

Slide 13

Slide 13 text

ログ収集の話 13

Slide 14

Slide 14 text

昔の話監視サーバから各アプリケーションサーバに serverlist.sh | xargs -I% ssh % ‘egrep “status:(4|5)[0-9]{2}” access.log ‘ 14

Slide 15

Slide 15 text

現在 fluentdでログサーバに転送 fluentdがごにょごにょして、vhost毎にアクセスログ分けてファイル保存 15

Slide 16

Slide 16 text

問題複数ファイルをzgrepするのであまり効率よくない結局logサーバにsshしないといけない webアプリでごにょごにょしにくい 16

Slide 17

Slide 17 text

将来? fluentd => elasticsearch 検証し始めた aggrecationsがだいぶ使えそう kabana3良い kibana4??? 17