(1)ダボの負荷分散戦略
1)ランダムロードバランス
デフォルトでは、ダボがランダムロードバランスランダムコールのロードバランシングは、異なるインスタンスプロバイダ異なる重みを設定することができている、重量は一般的に、その上にこのデフォルトを使用し、バランスをとる、より大きな重量配分高いフローロード従います。
2)ラウンドロビンロードバランス
そこロードバランスが均等に流れ、各マシンをヒットする場合、これはデフォルトで、ラウンドロビンが、各マシンのパフォーマンスが異なる場合、簡単にマシンの負荷のパフォーマンスの低下につながることは高すぎます。したがって、この場合には、マシンが重い重みが小さいほど、より少ないトラフィック数のパフォーマンスの低下を運ぶように重みを調整する必要があります。
学生はちょうど焼きたての仮想マシン構成のバッチを作り、時には我々は幸運、ちょうどより適切な資源会社、熱い湯気のちょうどグループだ、運用、保守を持つマシンに適用されます高いです。8コア+ 16グラム、機械2。しばらくすると、私は少し二つのマシンを感じることは十分ではありません、私は、運用・保守のクラスメートに行った仲間、あなたは私の1機、4コア+ 8Gマシンを与えることができます。私はまだする必要があります。
3)leastactiveロードバランス
これは、マシンあまり要求の貧弱なパフォーマンスが得られます。この時点では不活性少ない要求が受信より悪いパフォーマンスのマシンであれば、ので、自動認識、あまり活発であり、
4)consistanthashロードバランス
ハッシュアルゴリズムの一貫性は、同じパラメータが均等に仮想ノードに基づいて、残りの流れを分配する、時間をハングアップ配信プロバイダに提供を要求する必要があり、ジッタがあまりできません。あなたはノードへの要求のクラスに、ランダム負荷分散ではない必要がある場合は、この整合性ハッシュ戦略を行くだろう。
(2)ダボフォールトトレラントクラスタ戦略
1)フェールオーバークラスタモード
失敗自動切換え、自動再試行他のマシンは、デフォルトでは、これは読み出し動作では一般的であるということです
2)フェイルファストクラスタモード
書き込み時の共通すぐに故障を呼び出すに失敗し、
3)フェイルセーフクラスタモード
例外が発生したときに無視され、一般的にインターフェースの呼び出しに使用されるそのようなログとして、重要ではありません
4)failbackcクラスタモード
背景自動記録要求は、その後、再送タイマは、そのような書き込みのためのより適切なメッセージキューに失敗しました
5)フォーククラスタ
並列呼び出し、複数のプロバイダー限り、すぐに正常に戻ります
6)broadcacstクラスタ
すべてのプロバイダを一つずつコール
(3)動的プロキシ・ポリシーをダボ
動的に作成されたプロキシクラスを生成し、デフォルトのJavassistのバイトコード
しかし、あなたは、SPIにより、独自のダイナミックプロキシポリシーの拡張機構を構成することができます