エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ログ集約の仕組みに「fluentd」を構築してみた。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ログ集約の仕組みに「fluentd」を構築してみた。
ログ集約サーバとしてfluentdを構築しました。 http://fluentd.org/ まず、ログの知識として、 ・/var/l... ログ集約サーバとしてfluentdを構築しました。 http://fluentd.org/ まず、ログの知識として、 ・/var/log配下に吐かれる。 ・/var/log/messagesくらいしか使わない ・障害対応は、障害を検知したサーバ一つ一つにログインして調べる 今まではこれくらいで充分でした。 たいてい、どこのサーバが、何のアプリケーションでこけているか くらいしか分からなく、対応するのはサービスの再起動か、 設定ファイルの修正といったところでしょうか。 fluentdは、ログ集約に使うOSSです。 名前すら聞いたこと無かったですが、かなり便利な代物で、 結構いろんなところで記事が上がっていますね。 それでも、細かいことについては書いてあるところがなくて、 それくらいわかるでしょ?的なスマートなエンジニアたちの備忘録ばかりだったりします。 ログを収集して1つのファイルにまとめた