Nginx + lsyncd で WordPress を負荷分散させる - dogmap.jp
最近、め組ことデジタルキューブさんと、一緒に仕事をやらせてもらってます。 今の所は、主に WordPress サイトの高速化とかやってるんですけど、その中で WordPress サイトを複数台のサーバで負荷分散させて高速化させる案件があったので、その時の作業内容をシェア。 最近はさくらの VPS とか、低価格の VPS が出てきてるので、個人でも手を出せる領域かもしれませんね。 今回は2台のサーバを使って PHP の処理を負荷分散しました。 構成は、こんな感じです。 プライマリサーバ ( vps1.example.com : 192.168.0.1 ) Nginx, Load Balancer、PHP FastCGI のアプリケーションサーバ lsyncd (リアルタイム rsync を実現するためのサービス) セカンダリサーバ ( vps2.example.com : 192.168.0
WordPressをCentOS+Apache+mod_fastcgi+PHP-FPMを使って動かしてみた - As a Futurist...
このブログはさくら VPS で動かしているのですが、さくら VPS の一番弱いところはメモリの大きさが 512MB というところなんですよね。PHP みたいな LL は結構メモリは富豪的に使うので mod_php 使って httpd のメモリを膨れさせてると、同時接続数そんなに上げられないわけです。 アプリケーションサーバを WEB サーバと切り離すのであれば、定番としては WEB サーバとして Apache+mod_proxy や lighttpd や nginx を前段に置いて、 mod_php で起動した Apache にプロキシして上げるというのが一つのやり方です。 ただ、1 台のホストでやってるので Apache を 2 種類上げるとかなんか気持ち悪いし、 Apache 以外はあんまりよく分からない。 こんな時には、FastCGI を使って httpd から切り離すのが常套手段な
さくら VPS の Ubuntu 10.04 に nginx + PHP(FastCGI) な Web サーバーを構築する | 暇人じゃない
Name chocoby, cho_co, Kenta Okamoto Links Blog (2019-) Blog GitHub (chocoby) Twitter (cho_co) Speaker Deck (chocoby) Mail Development CurryBu Web service to share and explore curry 🍛 jp_prefecture Convert japan prefecture code into prefecture name buranko Tool to parse a git branch name and append commit message Skills Programming - Ruby, Swift, Golang, JavaScript (Flow, TypeScript) Frameworks -
nginx + PHP-FPMでWordPressを動かしてみる | いわぶろ（ろてん）
はじめに もう1週間経ってしまっていますが，新年，明けましておめでとうございます． 3日ほど実家には帰ったものの，2010年と2011年との境目がない感じにテンパり続けているissmを，本年もどうぞよろしくお願い申し上げます．（あと，こちらの本もあわせてよろしくお願いしますｗ） ほぼ恒例になってきた年1回のぶろぐ気分転換を，本年もテキトーに行ってみました．コンセプトなどはありません．そのついでに，昨年は lighttpd で動作していたものを，今回は nginx で動作させてみました． 以下，本ぶろぐ，というか WordPress が nginx 上で動作するための設定の記録などをざっと紹介します． レシピ 次のような環境で試してみます． CentOS on さくらのVPS nginx 0.8.53 MySQL 5.1.50 PHP 5.3.4 WordPress 3.0.4 $USER=
Apache/FastCGI - Linux Tips
mod_perl, mod_ruby などが、HTTPDのモジュールとしてプログラム(perl,ruby)を動かすのに対し、FastCGI は、HTTPDとは別のプロセスとしてプログラムを起動し、ソケットを介して通信する仕組みになっているらしい。起動されたプログラムは、CGIと違い、処理終了後もそのまま留まる。別サーバに置くことも出来るので、負荷分散も可能。 どちらも、プログラムの起動を早くする仕組みであることに違いはないが、perl, ruby, phpなどの複数のスクリプトを扱う場合、全てを Apache のモジュールとしてしまうと HTTPD が肥大化してしまい、静的コンテンツへのアクセスも重くなるなどのことが起こるため、そういった場合に有効なのかもしれない。一方、ノーマルのCGIだと、プログラムの起動が遅いし。 私の場合、mod_rubyでは tdiaryの2つのドキュメントスタイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CentOS 5 + lighttpd + FastCGI + PHP
