インフラエンジニアの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
目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが
どのURLにアクセスされてもステータスコード503を返して /home/www/maintenance.html を表示する設定。 server { server_name your.hostname; error_page 503 /maintenance.html; location / { return 503; } location = /maintenance.html { root /home/www; } } 同等の設定をApache(>=2.2)で書くと次のようになる。 <VirtualHost *:80> ServerName your.hostname DocumentRoot /home/www RewriteEngine On RewriteCond %{REQUEST_URI} !=/maintenance.html RewriteRule .* - [R=
Posted on 2010年7月17日 Posted by ちゅう コメントする Posted in Development Tags: Linux, nginx ログインページや管理画面など、セキュアにしたいページにだけSSLをかける。というのを nginx でやる方法。 たとえば、/admin 以下、 /login 以下をSSLにして、それ意外のページは非SSLにしたい場合です。細かい設定は端折って、upstream appserver でバックエンドのサーバが設定されてるときです。 # HTTP setting server { listen 80; server_name localhost; location ~ ^/(admin|login) { rewrite ^(.*) https://$http_host$1; break; } location / { proxy_p
今更だけどもnginxをリバプロに使ってsocket.ioを動かす方法を覚書。 nginx_tcp_proxy_module If you’re using nginx, you won’t be able to proxy web socket connections using the standard nginx proxy_pass directives. Fortunately, Weibin Yao has developed a tcp proxy module for nginx that allows you to reverse proxy general tcp connections, especially well suited for websockets. http://www.letseehere.com/reverse-proxy-web-sockets
このゆーすけべー日記はMovableTypeにしてから3度以上はPermalinkのURLを変更しちゃっています＞＜ 「BlogのURLってどんなのが奇麗なのかなー」と右往左往している様が見て取れますね。一番長く使っていたのが以下の形式です。 /archives/{年の下2桁}/{月2桁}/{日2桁}/{時2桁}{分2桁}{秒2桁}.html ただこれだと「ディレクトリ切り過ぎじゃね？2100年以降に対応しないし！」なんて思ってなんとなく。最近移行した時に以下の形式にしました。 /archives/{年4桁}{月2桁}{日2桁}/{時2桁}{分2桁}{秒2桁}.html で、それに伴い昔のリンクがもれなく「デッドリンク」と呼ぶのか、404状態になっていたので、さすがに直しました。apache使ってたときは.htaccessをMovableTypeから書き出すなんてやってましたが、nginx
WordPress サイトにリバースプロキシサーバとして nginx を導入する際の tips。 nginx (エンジンエックス)とは、オープンソースの軽量高性能なHTTPサーバ且つリバースプロキシです。 従来の HTTP サーバのようにリクエストの処理をスレッドで行わず、非同期のアーキテクチャーを用いるイベントループモデルのサーバです、 そのため、多数のリクエストが着た場合に実行スタックをコピーする必要があるスレッドモデルのサーバと違い、1プロセスでリクエストを処理できるため、メモリ消費量が極端に少なくてすむという利点があります。 # 話題の node.js もイベントループモデルですね。 さて、そんな nginx を WordPress サイトに導入する際の tips です。 CentOS, RHEL に最新の nginx をインストールする CentOS, RHEL に nginx
In this short tutorial, I will demonstrate how to use nginx as a frontend web proxy and Starman as a backend web server running a Catalyst application. It assumes you already know about PSGI, Catalyst, nginx and how to install all the required libraries and perl modules. Requirements : Plack Starman Catalyst w/ Catalyst::Engine::PSGI nginx (w/ ssl if needed) First, we’ll configure nginx to run as
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
ここのブログは、nginx(proxyサーバ)が外からのアクセスを受け、それを thin + sinatra (アプリケーションサーバ) と mongoDB (データベースサーバ)で処理する、というWebシステム定番の三層構造で構成している。 ただ、見てわかるようにほぼ静的なコンテンツのサイトなので、アクセス毎にアプリケーションサーバを走らせる意味がない。また、このVPSの一番安いコースにおいているので、あまり贅沢に資源を使いたくない。と言ったことから生成したhtmlをキャッシュして2度目のアクセスからはアプリケーションサーバやデータベースにアクセスしないようにしている。 Webシステムによっては、アプリケーションサーバで静的なhtmlファイルを作成し負荷の軽減をしたりするが、キャッシュファイルを自前で扱うのはvalidation等色々だるいので、このブログシステムではnginxに任せてい
The main aim is to document the hurdles that most of us face as UNIX/Linux/BSD sys admin in our day today life. WebアプリケーションのシェアはApache HTTP Web Serverが揺るぎない。Netcraftの報告によれば、1996年にApacheがWebサーバシェアのナンバーワンになってから14年間、 Apache HTTP Web Serverは常にナンバーワンシェアを誇るWebサーバであり続けている。しかし変化がないわけではない。軽量高速のWebサーバは常に注目を集める分野であり、ここ数年で「Nginx」がその土台を築きつつある。 Nginxは軽量で高速なWebサーバ。リバースプロキシサーバ、メールプロキシサーバとしての機能も備えている。トラフィックが高いサイトで
nginx ↓ server-starter ↓ psspss ↓ Plack::App::URLMap ↓ ↓ menta unco front に nginx をおいている。これで access log をとったり、なんだりしている。 アプリケーションは Perl で書かれていて、Plack::Server::Standalone::Prefork::Server::Starter で処理している。 PSSPSS における運用の詳細については id:kazuhooku による http://perl-users.jp/articles/advent-calendar/2009/hacker/23.html を参照のこと。 nginx も psspss も daemontools の上でうごかしている。 FCGI とちがって、w3m とかで気軽にアプリケーションにたいしてアクセスできるの
2007.07.21 何気に流行っているらしいロードバランサー nginx を使ってみる カテゴリ：その他 Scaling Python for High-Load Web Sites を読んでいたら、この中で Load Balancer として nginx があげられている。Perlbal を試してみようかなと思っていたところなのだが、とりあえず nginx について先に調べてみる。pound とも最終的に比べる必要ありか。 Online Security Blog によるとGoogle Web server software distribution across the Internet の 4% が nginxらしい。 Netcraft では 2007年6月時点で 0.19% と少な目。でも Zope の 0.03% より多いし、thttpd や Resin よりも多いといえば十分
高速Webサーバ Nginxの組み込みPerlを使ってみる NginxというWebサーバがあります。 ロシアの方がつくったもので、rambler.ruでも使われてます。 日本語情報がほぼ皆無ですが、このあたりで紹介されています。 機能的には、epoll,kqueueやsendfileなどがサポートされ、 rewrite, header書き換え deflate FastCGI SSL シンプルな負荷分散付きreverse proxy 等すでにLighttpdと比較しても遜色ない十分な機能が実装されてます。 パフォーマンス的にもLighttpdと同等かそれ以上でます。 珍しい機能として、「perlインタプリタの組み込み」があるので早速試してみます。Fedora Core6ではnginxはyumでインストールできます。perl_moduleも有効になってます perl関連のドキュメントはここ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
