Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2014-10-11_chiba.pm5
Search
SUZUKI Masashi
October 27, 2014
Technology
0
410
2014-10-11_chiba.pm5
アプリケーションのログ収集/監視ほかの会社はどうしてるのかしら?というお話
SUZUKI Masashi
October 27, 2014
Tweet
Share
More Decks by SUZUKI Masashi
See All by SUZUKI Masashi
2024-03-29 SRETT9 Cloud SQLの可用性について
masasuzu
0
290
2023-12-18 SRETT8 Terraform使いがPulumiに入門する
masasuzu
0
1.5k
2023-12-01 吉祥寺.pm ベストプラクティスと組織とIaC
masasuzu
1
1.2k
SRETT#6_Terraformのtfstateについて考える
masasuzu
2
1.6k
SRETT#4黒い画面をもっと効率的に(使って自動化の時間を捻出)
masasuzu
2
360
2022-04-12 吉祥寺.pm 29
masasuzu
0
1.3k
2015-12-12-chiba.pm7
masasuzu
0
3.3k
2015-09-17_gotanda.pm6
masasuzu
0
3.4k
2015-07-10-kichijoji.pm4_yurui_template
masasuzu
0
1.2k
Other Decks in Technology
See All in Technology
AWSで”最小権限の原則”を実現するための考え方 /20240722-ssmjp-aws-least-privilege
opelab
10
4.3k
成長期に歩みを止めないための創業期の開発文化形成
mayah
6
420
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
420
楽しくGoを学び合う、LayerXの勉強会文化 / LayerX's study culture of having fun and learning Go together
ar_tama
2
350
20240724_cm_odyssey_hibiyatech
hiashisan
0
110
年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~
lycorptech_jp
PRO
3
2.9k
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
0
190
テストケースの自動生成に生成AIの導入を試みた話と生成AIによる今後の期待
shift_evolve
0
180
Azure AI ことはじめ
tsubakimoto_s
0
130
Github Actions 로 Android 팀의 효율성 극대화
hadonghyun
0
160
開発生産性をむしろ向上させる セキュリティパートナーの作り方 / Dev Productivity Con 2024
flatt_security
0
360
20240725 LLMによるDXのビジョンと、今何からやるべきか @Azure OpenAI Service Dev Day
nrryuya
3
1.2k
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
24
1.8k
What’s in a name? Adding method to the madness
productmarketing
PRO
21
2.9k
Making Projects Easy
brettharned
111
5.7k
Designing Experiences People Love
moore
136
23k
Fireside Chat
paigeccino
25
2.8k
Faster Mobile Websites
deanohume
303
30k
Building an army of robots
kneath
301
42k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
228
16k
Imperfection Machines: The Place of Print at Facebook
scottboms
262
13k
How GitHub (no longer) Works
holman
305
140k
YesSQL, Process and Tooling at Scale
rocio
166
14k
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
Transcript
ログ監視の話 chiba.pm #5 すずきまさし / @masasuz 1
2
ネタは特に話さないです 3
ログ監視の話 chiba.pm #5 すずきまさし / @masasuz 4
おまえだれよ すずきまさし / @masasuz 五反田の辺りにある中小web企業 開発基盤的なものを整備しているらし い zsh / perl
/ mysql / Ubuntu / Debian 5
最近江戸川区と葛飾区は千葉だっ てずっと言い続けていたら、西葛 西在住の人に怒られたので自重し ます。 6
ログ監視 ログ収集 7
コンテキスト ウェブサービス 自社サービス 物理サーバ 数百台の中小規模 8
ログ監視の話 9
エラーログ監視 定期的に アクセスログから4xx 5xxのログをvhost 毎、path毎に集計し、 一日あたりのᮢ値(デフォルト10件)越 えたらIRC、メールで通知する 当日ᮢ値は更新可能 10
問題 ᮢ値が一律10件(デフォルト)なので、 件数少ないけど重要なエラーを見逃す。 syntaxエラーとか仕込んでしまうと全 てのアクセスで500が上がるので、ᮢ値 上げ大変。 11
別ソリューション 単位時間当たりで5xx 4xxを集計すると か? 12
ログ収集の話 13
昔の話 監視サーバから 各アプリケーションサーバに serverlist.sh | xargs -I% ssh % ‘egrep
“status:(4|5)[0-9]{2}” access.log ‘ 14
現在 fluentdでログサーバに転送 fluentdがごにょごにょして、vhost毎 にアクセスログ分けてファイル保存 15
問題 複数ファイルをzgrepするのであまり効 率よくない 結局logサーバにsshしないといけない webアプリでごにょごにょしにくい 16
将来? fluentd => elasticsearch 検証し始めた aggrecationsがだいぶ使えそう kabana3良い kibana4??? 17
緩募: 事例 ベタープラクティス 18
ありがとう ございました 19