最も一般的なJavaの質問が直面している208(152から163)-------カフカ/飼育係

飼育係から152.kafkaは一人でそれを使用することができますか?なぜ?

カフカ飼育係は、ノードサーバの使用飼育係カフカカフカ管理と連携するので、単独で使用逸脱しません

いくつかの戦略153.kafkaデータ保持がありますか?

有効期限の時間に応じて保存されているメッセージの大きさに応じて保持し、保持:カフカ2のデータ保持ポリシーがあります。

154.kafkaも7に設定され、ニュースに対処する方法に10G、この時間カフカに達したときに10Gは五日、データをクリアしますか?

時間の条件を満足し、サイズに関係なく、データを消去しますカフカ行うデータのクリーンアップ、

カフカが遅くなる原因となるのか155?

    CPU性能ボトルネック
    のディスクの読み取りと書き込みのボトルネック
    ネットワークのボトルネック

注意が必要なものを156使用カフカクラスタ?

クラスタの数は、それがないより7、より多くのノード、長い時間が長いメッセージをコピーし、グループ全体のスループットを低下させるのに必要な時間よりも最善である、ことはできません。
   クラスタの最良の数は、クラスタは、高い特異フォールトトレランスのセットを使用することはできません失敗した半数以上、単数形です。

それは何157.zookeeper?

飼育係は、分散アプリケーションのための分散、オープンソースのコーディネーションサービスオープンソース実装Googleの太目で、HadoopのとHBaseの重要な構成要素です。コンフィギュレーション・メンテナンス、ドメイン・ネーム・サービス、分散型の同期、グループ・サービス:彼は、機能が含ま提供し、分散アプリケーションのための一貫したサービスを提供することです

158.zookeeperの特徴は何ですか?

クラスタ管理:要求を実行している、ノードの生存状況を監視、など
    マスターノードの選挙は:マスターノードがスタンバイノードから選挙の新ラウンドを開始することができた後にハング、選挙のマスターノード選出プロセスは、飼育係の使用は、このプロセスを支援することができ、言うことである
    飼育係は、2つのロックを提供します:ロック分散排他ロック、共有ロック。独占一つのスレッドだけが使用するリソースがロックを共有することを念頭に置いてロックロックが読んで、読んで共有され、書き込み相互に排他的であり、それはあなたが使用する書き込みロックに一つだけのスレッドを使用したい場合は、複数のスレッドが同時に、同じリソースを読み込むことができ、飼育係缶分散ロック・コントロール。
    ネーミングサービスを:分散システムでは、ネームサービスを使用することにより、クライアントアプリケーションは、指定されたリソースまたはサービス名、情報提供などのアドレスを取得することができるようにします。

159.zookeeperいくつかの展開モデルがありますか?

飼育係は3つの展開モードがあります。
       スタンドアロン展開をクラスタ上で実行されている
       クラスタ化された展開:実行している複数のクラスタ
       魏クラスタの展開を:複数のインスタンスを実行しているクラスタを起動飼育係

マスターノードの状態から同期を確保する方法160.zookeeper?

原子放送の飼育係コアは、この機構は、各サーバ間の同期を保証します。このメカニズムのプロトコル実装はZAB合意と呼ばれています。ZABプロトコルは、2つのモード、すなわち回復(マスタから選択される)モードとブロードキャストモード(同期)を有しています。ときにサービスを開始またはリーダーの崩壊後に指導者が選出され、ほとんどのサーバが完了し、状態の同期、回復モード終了のリーダーされている場合、ZABは、リカバリモードに入りました。状態同期サーバとシステムのリーダーが同じステータスを持っていることを確認してください。

161なぜべきクラスタ内のマスターノード?

分散環境では、いくつかのビジネス・ロジックは、私たちがマスターノードに必要なので、結果を共有することができ、他のマシンが大幅にパフォーマンスを向上させる、ダブルカウントを減らすことができ、実行のために、クラスタ内のマシンの一つだけを必要とします

162の3台のサーバが一つのノードがダウンし、この時間飼育係にもそれを使用することができ、クラスタ内にありますか?

あなたは限りこれ以上のサーバーのダウンタイムの半分以上は使い続けることはできないとして、サーバの二重の数が複数のサーバーの半分以上を等しくすることができない、特異なサーバーを使用し続けることができます

163飼育係についての通知メカニズムの話?

クライアントは、ときのznodeが変更されると、これらのクライアントは、通知の飼育係を受け取ることになりますし、クライアントがのznodeの変化に応じてサービスに変更を加えることができ、ウォッチャーイベントのznodeを確立します。

公開された22元の記事 ウォンの賞賛1 ビュー1596

おすすめ

転載: blog.csdn.net/qq_42029989/article/details/104901375