nginxの紹介
1. 第10回 静岡ITPro勉強会 インフラ部 nginxの紹介 滝澤 隆史 株式会社ハートビーツ MSP事業部 所属 http://heartbeats.jp/ 1 2013-‐‑‒05-‐‑‒18nginxの紹介 2. 私は誰 • ⽒氏名: 滝澤 隆史 @ttkzw • 所属: 株式会社ハートビーツ ▫ サーバの構築・運⽤用や 24時間365⽇日の有⼈人監視をやっている会社 ▫ いわゆるMSP（マネージド サービス プロバイ ダ） • nginxとの関わり ▫ 所属会社の技術ブログ「nginx連載」 – http://heartbeats.jp/hbblog/nginx/ ▫ Software Design 2012年年12⽉月号 第2特集「⾼高速・⾼高機能HTTPサーバ Nginx構築・ 設定マニュアル」 2 2013-‐‑‒05-‐‑‒
Fluentdの仕組み -バッファ機能でログ収集漏れを防ぐ- - Tech-Sketch
OSSのログ収集管理ツールFluentdを用いてログを統合管理している場合の懸念点として、ログの収集漏れが考えられます。 Fluentdでは、バッファ機能を活用することでログを収集漏れすることなく確実に収集することができます。 このバッファ機能のメカニズムを理解すべく動作検証した結果を紹介します。対象とするFluentdのバージョンは0.10.30です。 Fluentdとは Ruby実装のOSSのログ収集管理ツールです。 Fluentdは、Input、Buffer、Outputの3つのコンポーネントで実現されています。 様々な場所からログを収集、JSON形式に変換し(Input)、蓄積(Buffer)、様々な出力先にデータ出力(Output)します。 例として、あるサーバ(server01)のApacheのアクセスログを別のサーバ(server02)内にファイルとして出力する場合
ELBの配下にいるnginxでアクセスログに400が出る問題が1.3.15で解消されてた — どこか遠くでのんびり怠惰に暮らしたい
ELBの配下にいるnginxでアクセスログに400が出る問題が1.3.15で解消されてた ELBに限らずということになるとおもうんだけど、ロードバランスの配下にいたりすると、ヘルスチェックのためにポートが開いてるかどうかを確認するために、TCPで接続→特になにもデータ送らず→切断っていうのを繰り返されることってありますよね。 そうすると、nginx 1.3.15までは、それが全部400 Bad Requestだということにされて、アクセスログに大量にゴミなログが残る仕様でこれうざいなーと思ってた。設定とかで回避できるわけでもなさそうだったので、とりあえず、ログ処理側でさくっと除外するようにしてたんだけど、1.4.0が出たっていうときに、 CHANGES 確認してたら、1.3.15以降であればこのアクセスログ残らなくなって居るらしいということに気づいた。 *) Change: opening
Omnichannel Content Management Platform | DAM, PIM, CMS Systems | censhare
Industry Manufacturers Deliver flawless customer experiences at scale. Retail & CPG Build campaigns and programs faster, for less. Banking & Insurance Produce personalized customer information and marketing collaterals. Media & Entertainment Faster and cost-saving media management. Challenge Grow Your Business Master your content for sustainable business growth. Provide Stellar CX Be personal and
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Netty - Network - Application development the easy way
