wanijiのブックマーク - はてなブックマーク

NginxでWebサーバ間をトレースするrequest_id - Qiita
$request_id Nginx 1.11.0 以降に限りますが、リクエスト毎に発番されるIDの変数として $request_id が追加されたようです。 http://nginx.org/en/docs/http/ngx_http_core_module.html#var_request_id この変数を利用することにより、Nginxコアだけでサービス間のトレースを簡単に行うことが可能になります。シンプルな例以下のように、$request_idをログに含めるだけでリクエスト毎のIDを記録できます。 http { log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "
waniji 2017/04/13
nginx
リンク
Chef-soloからItamaeに完全移行した話 - Qiita
※2016/04/24 追記昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。管理規模としては大規模ではなく、小〜中規模的なところかと思います。（ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…）最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部
waniji 2015/03/07
chef

Itamae

プロビジョニング
リンク
NginxでリバースプロキシをKeepAliveしたときの性能検証 - Qiita
Nginx + Luaを用いた、ハイパフォーマンスで動的なプロキシサーバを考察中です。そのための施策の一つとして上流サーバへのアクセスをKeepAliveするという方法がありますがその際、プロキシサーバにどの程度性能に変化があるのかを調査してみました。リバースプロキシのkeepalive設定前提条件として Nginx > 1.1.4 が必要。 upstreamに keepalive というattributeがあるのでそれを設定します。それと同時に、プロキシヘッダーにHTTP/1.1設定などを行いましょう。ちなみにproxy_passだけだとkeepaliveできないようです。upstream必須。あと、もちろんバックエンドサーバ側もkeepalive設定しておきます。 upstream http_backend { server oreore.micro.service;
waniji 2014/10/21
nginx

keepalive
リンク
1