4

スケーリングする必要のあるアプリケーション(IP会議サービス)があります。さまざまな言語(主にC ++とPHP、一部のPerl)で記述された、かなりの数の独立したコンポーネント/アプリケーションがあります。現在、1台のインストールが5台のマシンで実行され、1〜2台のコンポーネントが1つのボックスを共有しています。したがって、各ボックスの構成は異なるため、メンテナンスはもちろん、全体をスケーリングするのは面倒です。

個々のコンポーネントはメディアプロキシからメッセージプロキシやデータベースまでさまざまであるため、負荷は均等ではありません。

ある種のロードバランサーを前に置いて、すべてのコンポーネントを1台のマシンに配置し、ボックスを追加することを考えていました。他の人は私に別の方法でスケーリングするようにアドバイスしました-アプリの負荷が高くなる場所に専用のボックスを追加します-しかしこれはメンテナンスの悪夢に戻ります。

私がどこから始めるべきかリソースを知っていますか?理想的には、パフォーマンスの観点からどちらのアプローチが優れているか、いくつかのベンチマークが必要ですか?(声を出して考えると、Xの負荷とYのメモリと処理能力がある場合、どのように割り当てるかは重要ですか?)

4

2 に答える 2

5

仮想化に行きます。そうすれば、モジュールを別々のVMに保持している場合でも、さまざまな同様の構成マシンを使用して、必要に応じてそれらの間で負荷を分散できます。

于 2008-10-06T12:50:41.377 に答える
1

最高の負荷またはボトルネックがどこにあるかを判断する必要があります。これがないと、これを適切に計画することは困難です。

次に、仮想化について見ていきます。それはあなたのアプリを作ります:迅速な展開簡単なバックアップ失敗の場合には迅速な復元

于 2008-10-06T12:54:14.177 に答える