nginxでメソッドごとにリクエスト数制限を掛けたい - 酒日記 はてな支店
アプリケーションでどうしても捌けない量のリクエストが一時的に押し寄せてしまう場合、アプリケーションサーバが死ぬのを避けるために 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でleast connectionが使えるようになった！ | BookLive! Engineers' Blog
インフラエンジニアのoknuです。 ブログ内容的にインフラに偏ってるので、言わなくてもいいかなーと思ってます。 それでは、さっそくですが nginxのことについて、ブログに書いてほしいみたいなリクエストがあったところに nginxの分散方式でleast connectionが使えるようになってたことに気づいて 検証して、OKそうなら採用しようということで検証をはじめました。 検証環境 nginx1.2.4 CentOS 6.3(64bit) nginxのアップデート # yum update nginx 検証用 webサーバ bl_testserver.py 検証用のwebサーバはpythonでざっくり書きます import BaseHTTPServer,CGIHTTPServer import sys def run(server_class=BaseHTTPServer.HT
nginxの優雅な再起動 « NAVER Engineers' Blog
こんにちは開発チームの崔珉秀と申します。 今回はnginxというウェブサーバーについて話をさせて頂きます。 nginxは最近数年の間けっこう人気が高くなっています。特によく使われているApacheやLighttpdなどのウェブサーバーと性能の面で比較することがよくありまして、優れた性能で単純なstaticファイルを転送するウェブサーバーからCGIサーバー、reverse proxyサーバーなどの様々なウェブリクエスト処理に関わる分野で導入されています。 今日はnginxの性能の比較よりもサーバーの開発者(nginx module)もしくはサーバーの運営者としてのnginxにある仕組の中で一つを紹介したいと存じます。 サーバーの開発や運営をする場合ロジックや設定などの変更により配布の後、サーバーを再起動することがあります。 その再起動の時にウェブサービスとしてリクエストの処理を続けなが
nginx-1.1.x で httpなupstreamにもkeepaliveができるようになったので検証してみた - blog.nomadscafe.jp
画像配信など大量にアクセスを捌く際にちょっと気になっていたhttpなupstreamとkeepaliveできない件が、nginx-1.1系でできるようになったので試してみた 今回keepaliveできるようになったのは↑のbackendと通信するところ。 本家のドキュメントはこちら http://nginx.org/en/docs/http/ngxhttpupstream_module.html#keepalive keepalive機能を使うには、以下のように設定します http { upstream backend { server 127.0.0.1:5000; keepalive 16; } server { listen 8080; server_name localhost; location / { proxy_http_version 1.1; proxy_set_head
Nginx Inside Memo (カーネル／VM Advent Calendar) - 技術日記＠kiwanami
この記事は http://atnd.org/events/21910 のために書かれたものです。 一つ前の5日目は @sora_h さんの钱柜娱乐_钱柜娱乐平台_钱柜娱乐777(唯一)官方网站でした。明日は、 @master_q さんの予定です。 nginx の内部の仕組みやモジュールの作り方について簡単に紹介してみます。 最近 nginx のコードを読んでハックを試みました。 nginx のコードについてはほとんどドキュメントがなく、日本語でも見かけなかったため（もし書いている人がいたらすみません）、後から続く人にとって多少でも参考になれるようメモをまとめました。（2011/12/06 デバッグについて少し追記） 全部読みきったわけではないので、コードを読む上でのとりかかりぐらいの情報です。もし、間違いがあれば教えてください。 このメモは stable version である Nginx
nginx で lighttpd のようにユーザーをトラッキングする方法 - unknownplace.org
lighttpd では mod_fastcgi や mod_proxy 経由でアプリケーションが、 X-Lighttpd-Hogehoge: foobar のような X-Lighttpd- ではじまるヘッダーを返してもそれをクライアントに送り返さないという仕組みがあり、 たとえばそれを利用してアプリからユーザーIDを返してあげたりすると、それをクライアントに送ることなく lighttpd のアクセスログにだけ記録する、といったようなことが出来て便利なのですが、 同じようなことを nginx でやりたかったのでしらべてみた。 アプリから X-MyApp-User: foobar みたいなのを返してそれをクライアントに送ることなくアクセスログに記録したい場合、まずクライアントに送らないように、 proxy_hide_header X-MyApp-User; とし、さらに accesslog の
3000req / sec と戦う - だるろぐ
ざっくり概要 ピークで3000req / sec 毎分コンテンツ更新要求 コンテンツ更新の際は他所からデータをapi経由で受け取る コンテンツ更新にはTheSchwartzを使用 なコンテンツを色々してきたログ。 尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。 構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db フロントエンド wwwサーバがapacheとsquidを動かしている。apacheがリクエストを受け、squidのキャッシュが有ればそれを返し、無ければバックエンドのappサーバへproxy。 バックエンド appサーバがmemcachedとアプリを動かしている。 それぞれ冗長化してるけど、リクエスト数の割に台数は少ない。 技術があ
Apacheからnginxへ | バレで昼寝
ご無沙汰しています、以前Ａｐａｃｈｅで静的ファイルを配信するときのチューニング方法について書きましたが、最近ではＡｐａｃｈｅはほぼ利用せず、nginxというサーバに切り替えました。動的ファイルの配信については未検証ですが、静的ファイルの配信はnginxが圧倒的にApacheに勝っています。特にメモリ使用率などの面で大きな違いがでます（これでサーバの台数も減らせるかな？）。これからサーバをたてる方、絶対に検討してみてください。 Apacheに劣らずモジュールも最近ではたくさん出ています。 user nginx nginx; # ここらへんはまだチューニングできそう worker_processes 5; error_log /var/log/nginx/error_log error; events { # ここらへんはまだチューニングできそう worker_connections
nginx - locationの文字列と正規表現の優先順位 - うまいぼうぶろぐ
http://wiki.nginx.org/NginxHttpCoreModule#location 少しはまった。正規表現の設定のほうが後で評価されて、設定が上書きされるのか。そういえば、apacheもそうだったかな？ 例 URL: /fooにaliasを設定しているとする。で、/foo以外の画像(正規表現で指定)へのリクエストはreverse proxyしたいとする(/foo/bar.jpgはreverse proxyさせずにaliasで設定しているdirectoryから配信したい)。 この場合、/fooの設定は"location /foo"ではなくて、"location ^~ /foo"じゃないとダメ。 ###### 設定A # location /foo { # 間違い location ^~ /foo { alias /path/to/foo; index index.html
nginx の logrotate - ぐだぐだ日記
「ローテーションするスクリプト書いて、cronで回す」か、「logrotateに任せる」かのどちらか。 スクリプト各場合は以下の通り。 $ mv access.log access.log.0 $ kill -USR1 cat master.nginx.pid $ sleep 1 $ gzip access.log.0 # do something with access.log.0 via http://wiki.nginx.org/NginxLogRotation logrotateを使う場合は、/etc/logrotate.d に以下の設定を追加。 postrotate の2行目はファイルの日付がrotateした日になるので、無理矢理前日日付に変更しているだけです。 /var/log/httpd/access.log { daily dateext rotate 365 missin
logrotate « cat /dev/random > /dev/null &
nginxでログをrotateしたときに前日の日付にしたい(logrotate) nginxでapacheで日付風のログを出力する方法がないかなぁと考えてたのでメモ程度に logrotateを使うしかないのですが dateextオプションをつけるとlogrotateが走った日時の日付になります 結構強引ですがこうすればいけます logrotate用の設定ファイル /var/log/nginx/access_log { dateext rotate 365 missingok postrotate /bin/kill -USR1 `/bin/cat /var/run/nginx.pid 2>/dev/null` 2>/dev/null || true /bin/mv /var/log/nginx/access_log-`date '+%Y%m%d'` /var/log/nginx/ac
CakePHPとnginx+memcachedで手軽にキャッシュを活用する
nginx+memcachedがめちゃ気になったので試してみました。 元ネタは下記です。 A 53,900% speedup: Nginx, Drupal, and Memcache bring concurrency up and page load time way down | TechnoSophos nginxをリバースプロキシに利用した構成で、バックエンドの出力をmemcachedにキャッシュしておけば、次回リクエストではnginxがそのキャッシュを読み取ってそのまま出力してくれます。 つまりバックエンドにリクエストを経由させずにnginxから即出力するのでかなりの高速化が見込めるという優れものです。 リンク先ではバックエンドにDrupalを利用していたのですが、ここではCakePHPを利用してみます。 1. 全体構成 リバースプロキシにnginx(Port: 80)を使い、バ
ubuntu で nginx から memcache を利用する
memcached, python-memcache のインストールと起動 sudo apt-get install memcached python-memcache sudo /etc/init.d/memcached start 初期設定だと 11211 番ポートで起動しています。変えたい場合は /etc/memcached.conf で。 memcached とお話してみる (telnet 編) まずは telnet 経由でお話してみる。プロトコルについては official wiki を見ればいいと思います。 telnet 127.0.0.1 11211 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 'foo' という key で フラグ 0、無期限 (0)、 3 byte のデータ '
nginxでreverse proxyしてslowlorisを防いでみる - なんか:かんがえて-6
Slowloris HTTP DoSというスクリプトが最近話題で、だれでもかんたんに、そんなに帯域も使わず、おもにapacheにDOSをかませます。 ためしに(自分のサーバに)かましてみたらカンタンでした。いにしえのSYN flood attackっぽい芸風な感じがします。 残念ながらapache系では、設定を追い込むとかのアプローチでは、なるべく被害を小さめにおさえるぐらいのことしかできないぽいです。猛烈ないたずら電話の被害に遭っているときに、かかってきたいたずら電話はなるべくすぐ切るようにしましょう! ぐらいの負け戦ですね。 リクエストをどう処理するかのツクリを狙われてる感じで、いまのapacheを使うかぎり対処はなかなか厳しいのですが、最近人気のロシアのnginxだと大丈夫みたいということで、組み合わせをためしてみました。 nginx (えんじん・えっくす) はwebサーバのソフトウ
nginx news
nginx-1.26.1 stable and nginx-1.27.0 mainline versions have been released, with fixes for vulnerabilities in HTTP/3 (CVE-2024-32760, CVE-2024-31079, CVE-2024-35200, CVE-2024-34161). nginx-1.26.0 stable version has been released, incorporating new features and bug fixes from the 1.25.x mainline branch — including experimental HTTP/3 support, HTTP/2 on a per-server basis, virtual servers in the str
nginx mogilefs moduleが素晴らしい - スコトプリゴニエフスク通信
nginx mogilefs moduleはモジュールとしてnginxに組み込んで使うMogileFSクライアント。これを使うと、「普通のWebDAVのようにアクセスできるのに背後にあるストレージはMogileFS」ということを簡単にできる。http://www.grid.net.ru/nginx/mogilefs.en.htmlhttp://github.com/vkholodkov/nginx-mogilefs-module/tree/master インストールnginxの再ビルドが必要。 $ wget http://www.grid.net.ru/nginx/download/nginx_mogilefs_module-1.0.2.tar.gz $ tar xzf nginx_mogilefs_module-1.0.2.tar.gz $ wget http://sysoev.ru/n
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
502 Bad Gateway
http://blog.monoweb.info/archives/652
conma.me
wiki.nginx.org Managed WordPress Site – Just another WordPress site