第三に、アプリケーションシナリオのZooKeeperクラスタ

シーンワン:制服ネーミングサービス
第三に、アプリケーションシナリオのZooKeeperクラスタ

私たちは、サービスまたはアプリケーション名にプレーした後、そこに以下のDNS解決に類似し、対応するIPアドレス、これは理解しやすくなり、

シーン2:

第三に、アプリケーションシナリオのZooKeeperクラスタ
私たちは、変更がノードのコンテンツの後に発生したときに、設定ファイルは/コンフィギュレーションファイル内の、その後に3つのクライアント/モニターに構成ノード、ある書き込み、クライアントが指示されます、そして、クライアントは、メイクの変更を新しいコンフィギュレーション・プルダウンを受け取ることになります

シーン3:
第三に、アプリケーションシナリオのZooKeeperクラスタ
統合クラスタ管理は、情報ノードにリアルタイムでアクセスされ、この点は、クラスタ内の非常に重要であり、クライアントそれぞれが、それは作ります、サーバーが変更された場合、ZKクラスタおよびリッスンに登録されます開始対応する変更

シーン4:
第三に、アプリケーションシナリオのZooKeeperクラスタ
サーバは、サーバのステータス情報は、クラスタZKに書かれているクラスタ化されますされ2がクライアントに通知されますされ、ときにサーバーの変更、ZKのデータが変更されます発生し、それがこの接続server2のcilentを行くだろうサーバー

シーン5:
第三に、アプリケーションシナリオのZooKeeperクラスタ
ZKクラスタストレージは、ストレージノード情報とnginxのクラスタサービスの番号へのアクセスは、ZKは新しい要求アクセスノードの数に応じて割り当てられます。

おすすめ

転載: blog.51cto.com/13930997/2454364