Rick Harrison Mobile & Web Software Developer Co-Founder & CTO of Meadow (Y Combinator Winter 2015) Co-Creator of Narwhal 2 for Reddit Building fun side projects with robot swingset Previously, Senior Engineer at Apple and Founding Engineer of Sincerely Email → [email protected] GitHub → @rickharrison
アプリケーションでどうしても捌けない量のリクエストが一時的に押し寄せてしまう場合、アプリケーションサーバが死ぬのを避けるために GET は制限を掛けたいが、POST はリトライが面倒なのでなるべく通してあげたい、というような要求を nginx で処理できるかどうか。 実装として一番望ましいのは GET は 100 req/sec で制限 (超えたら503) POST は無制限 のようにメソッドごとに別々の制限を掛けることだったのですが、とりあえず HttpLimitReqModule を使うことで、メソッドごとに同一の上限を設定することはできました。 http { limit_req_zone $request_method zone=method:1m rate=100r/s; server { listen 80; location / { limit_req zone=method;
今更ながら、nginxにmapという機能があることを知った。 → HttpMapModule ということで、以下のことを試してみた。serverブロックの外側に以下のような記述を追加してみる（中に書くと怒られる）。 map $http_user_agent $myindex { default /index.html; ~(iPhone|Android) /index_sp.html; } んで、serverブロックの中のlocationの指定で location / { root /path/to/document/root; index $myindex; } って感じでindexの値をmapで指定した値に変えておくと、UserAgentに「iPhone」とか「Android」って入ってればindex_sp.htmlをインデックスファイルに、そうでなければindex.htmlをインデッ
この記事の内容は不正確なので、別の記事をご覧ください リクエストURIが複数のlocation設定にマッチしても適用されるものは１つだけです。適用の優先順位は 完全一致（=） 前方一致（^~あり、複数マッチした時は一番パスが長いもの） 正規表現（~または*~ 複数マッチする場合は一番上のもの） 前方一致（^~なし、複数マッチした時は一番パスが長いもの） =や^~でマッチした場合はその時点でマッチング処理を終了するそうです。 わずかでも軽くしたいなら正規表現を避けるといいのかもしれません。たとえば画像ファイルを全て /img 以下に設置しているのであれば location ~* .(gif|jpg|png)$ { access_log off; }よりも前方一致マッチングを使って location ^~ /img/ { access_log off; }とした方が、わずかながら速くなるかもし
NginxとApacheを共存させる場合、Nginxをリーバスプロキシにして、Apacheをバックエンドにする構成が通常。 単純にリバースプロキシを動かすと、Apache側に伝わるクライアントのIPアドレスが全てNginxのアドレスになってしまうため、この対応を入れつつ設定を行う。 1. Nginxのプロキシ設定 /usr/local/nginx/conf/nginx.confに、以下の通り追加。 server { listen xxx.xxx.xxx.xxx; server_name hoge.com; # このサーバへの全てのアクセスを転送 location / { proxy_pass http://127.0.0.1:8080; #proxy_redirect off; # この設定がなくても.htaccessでの制限は可能。 # ただし、cgi等から参照した際にNginxのIPア
(多分)一般的なWebサーバーであるApacheは複雑な設定も可能で便利なのですが、その分重いのです。 どう重いのかというと、Apacheは一つのプロセスが一つのHTTPリクエストを同期処理で裁いてるのでその間は他の処理をしません。なので、同時アクセス数が増えるとApacheはプロセスをどんどん生成します。(あるいは後からきたリクエストを待たせる) なので、アクセス数が増えると急激にパフォーマンスが落ちるという問題を抱えてます。(ほかにもプロセスIDが足りなくなってどんなにリソースがあっても最大プロセスIDで制限されてしまう) で、最近話題のハイパフォーマンスWebサーバーがnginx(えんじんえっくす)です。 nginxは一つのプロセスで複数のリクエストを非同期で同時に処理します。なので、アクセス数が増えてもパフォーマンスが落ちにくいという特性があります。特に静的ファイルの場合は処理のほ
Defines the address and other parameters of a server. The address can be specified as a domain name or IP address, with an optional port, or as a UNIX-domain socket path specified after the “unix:” prefix. If a port is not specified, the port 80 is used. A domain name that resolves to several IP addresses defines multiple servers at once. The following parameters can be defined: weight=number sets
バックエンドに以下のような記述をしています。ただ、ip_hash を消しても動作するので気になって調べることにしました。ちなみにこの記事は間違っている部分もあるかと思いますので、もし間違っている部分があれば指摘頂ければ幸いです。 下記のページに ip_hash についての記述があります。こちらのページの “This method guarantees that the client request will always be transferred to the same server.” っていうところ「このクライアントのりクエストはいつも同じサーバーに転送されことが保証されます」っていう所が鍵なんじゃかいかと推測しています。 HttpUpstreamModule あと下記の文言、上手く和訳できているか分かりませんが「もしいずれかのサーバーをしばらくの間削除する必要がある場合は、サーバ
Nginx に関して、とりあえず最初の一歩としてこれだけ知っておけば何とかなる、という内容をまとめておきたくメモを残すことにした。 Basic Nginx Configuration – Linode Library のページがとてもよくまとめられていたので、このページの内容をベースに書かせてもらった。 全体的な構成 グローバルな設定 サーバの設定 - server ディレクティブ listen ポートの設定 - listen ディレクティブ バーチャルホストの設定 - server_name ディレクティブ リソース(ロケーション)の設定 - location ディレクティブ 設定ファイルの管理 Table of Contents Open Table of Contents 全体的な構成 グローバルな設定 サーバの設定 - server ディレクティブ listen ポートの設定 -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
