Tomcatのクラスタ同期原理
I.概要
C / Sアーキテクチャとして、クライアントとサーバの訪問が徐々にアクセス時間を増加させ、単一のサーバは、クライアントの要求を満たすことができません。だから今のサーバーのほとんどは、クラスタの形で作られています。サーバークラスタは、それが同期され、大きな問題となります。
例えば、私は今、私はノード1上のセッションオブジェクトを作成した場合、その後、クライアントにサーバーが応答する前に、それが最初にする必要があり、負荷分散に応じてノード1に割り当てられていると仮定し、4台のコンピュータのクラスタへのアクセス権を持っています私たちは、他のノードにセッションオブジェクトの同期情報を作成します。このように、我々は2番目のクライアントに割り当てられたノード2、我々はまた、直接のセッション情報を取得できると仮定して、要求を開始します。いつものセッションとして。我々は、サーバー上のセッションを削除する場合は、そう、あまりにも、他のノードにも応答する前にセッションを削除することができます同期します。図：
[外国チェーンの写真は、ソースステーションは、セキュリティチェーン機構を有していてもよい失敗ダンプ、ダウン直接アップロードした画像を保存することをお勧めします（IMG-vQYkA6Nc-1583398580026）（C：\ Users \ユーザーwangqun \のAppData \ローミング\ Typora \ typora-ユーザー画像\画像20200305164901952.png）]
第二に、同期コンポーネント
、3つの主要コンポーネントを使用する情報の送信または受信の上記プロセスかどうか：
- マネージャー
- 集まる
- 部族
簡単に言うと、マネージャーの役割は、操作上の情報を記録することで、[クラスタへのシリアライズ後、送信情報のうちにクラスタを追った部族に依存しています。メッセージを受信した後にノードを残り、逆流のステップでは、オペレータは、ノードを介して送信非直列化同期情報を渡し、マネージャを通過します。示されているように、我々は、アクセスノードの中間の同期のうち、その情報であることを前提としています。情報は、クラスタのメッセージが送られた主題です。
[外国チェーンの写真は、ソースステーションは、セキュリティチェーン機構を有していてもよい失敗ダンプ、ダウン直接アップロードした画像を保存することをお勧めします（IMG-rZaeSoSy-1583398580028）（C：\ Users \ユーザーwangqun \のAppData \ローミング\ Typora \ typora-ユーザー画像\画像20200305165050545.png）]
第三に、同期モード
特定のクラスタの同期機構に、両者の合計のTomcat。一つは、他のバックアップクラスタセッションマネージャで、クラスタの増分セッションマネージャです。
- クラスタの増分セッションマネージャ
クラスタ内の1つのノードは、すべてのノードの残りの部分に同期された後、これは、完全なノードのレプリケーションモードでは、すべてのノードがコピー変化を指します。次いで、非フルコピーノードは、名前が意味する、クラスタ内の変更のノード、又はノードの残りの部分への同期の一部のみを指します。
この機能に加えて、クラスタ増分セッションマネージャはまただけ増分同期セッションの特性を有し、増分は要求が受け付けられる前に、残りのノードに同期され、完全なサイクルのための要求です。
- クラスタバックアップセッションマネージャ
ノードの数が大規模クラスタを構築する理由されていない、急速に増加するにつれて、全体ノードのバックアップ・コピー・モードの大きな問題は、ネットワークトラフィックが増加するために使用されます。この問題を解決するために、Tomcatはクラスタのバックアップセッションマネージャを提案しました。各セッションは、唯一のバックアップです。あなたは、大規模なクラスタを構築することができますので。
