質問

また、最近は、設置Nginx+薄私の展開サーバーがいかにこれを行う最後の要求と反応す。でも1000/req毎秒

その速度の薄い10-100req//秒

知りたかったんですが、高容量データの処理に要求/応答クラスター

ガイドのことは一切:-)

役に立ちましたか?

解決

あなたは、単一のサーバーを持っている場合は、

私はそれのスペックけちるていないで、メインキーが離れてすべてがすでに言及したから、だと思います。あまりにも少し上で実行するにはあまりにも多くを取得しようとすると、災害のためだけのレシピです。

それはあなたの薄いインスタンスを監視MONITまたは神を取得するためにも良いアイデアですが、私は神で始まったが、それは私がMONITの賛成で、それを使用して停止するのRuby 1.8.6にかなり悪いメモリをリークしました。 MONITは、私は信じているCで書かれており、小さなメモリフットプリントは、私は1つをお勧めしています。

のnginxと薄い再生を維持するために多くのビットのように思えることすべてがうまくあなたが乗客またはたLiteSpeedのように、すべての内の1つのソリューションに見てみたいことがあります。私は彼らのために何substancialアドバイスを提供することはできませんこれらとはほとんど経験を持っています。

他のヒント

複数の薄膜プロセスやnginxを提供することが可能となく速度に応じて申請しています。なので、この問題はお客様のアプリケーションコードの速度のお申し込みサーバー、データベースサーバーです。

スケーリングレールに対して対象深さの スケーリングレールScreencasts.をお勧めします。私の5つのステッププログラムスケーリングレールすることはできない。

  1. 最初のステップは、ツールを見るにはスローします。時間を過ごしませんの最適化もお申し込みという問題です。
  2. 最も簡単な方法で処理できるように多くのご要望-第二はページのキャッシング.
  3. できない場合は、キャッシュシステムメインテナンス(フラグメントキャッシュを使用memcachedキャッシュデータなど)を高速化します。
  4. その後、最適化お応用できる、SQLクエリに高速インデックスも。
  5. だが必要な速度を捨て、よりハードウェアの問題です。ときは"リアクションを大きく、強力なデータベースサーバーで集アプリ、サーバ、プロキシのご要望しています。で、ここでも、まだ遅延の最適化。
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top