セットアップ: - AWS ELBの背後に3つのスキーマレジストリインスタンスがあります。 schema_registry.propertiesファイルを変更してクラスタ・モードでスキーマ・レジストリを設定する方法クラスタモードでコンフルエントKafkaスキーマレジストリを設定する方法
ELBエンドポイントでスキーマレジストリを呼び出しています。
セットアップ: - AWS ELBの背後に3つのスキーマレジストリインスタンスがあります。 schema_registry.propertiesファイルを変更してクラスタ・モードでスキーマ・レジストリを設定する方法クラスタモードでコンフルエントKafkaスキーマレジストリを設定する方法
ELBエンドポイントでスキーマレジストリを呼び出しています。
各インスタンスが同じZooKeeperクラスタに接続すると、Schema Registryインスタンスのクラスタが確立されるため、基本的に各インスタンスの設定が同じになるようにします。単一のマスターは戦略in the docsを使用して選出され、書き込み要求を受け取ったフォロワーはその要求をリーダーに転送するだけです。何らかの理由で特定のインスタンスをマスター資格のみにしたい場合は、プロパティファイルにmaster.eligbility=false
を設定することができます。あなたのインスタンスに対して宣言されていないデフォルトのリスナーを設定したい場合は、インスタンスごとに一意でなければなりません(これらはホスト:ポートの組み合わせなので、これが期待されます)。
すべてのインスタンスが同じ動物園のインスタンスに接続しています。私がしたことをテストするには (1)ELBを打ち、どのマシンがその要求を実際に受信したかを確認してスキーマを登録しています... (2)その後、elbの背後にあるインスタンスでサービスを停止しています (3)他のインスタンスがその要求を処理できない(スキーマが見つかりませんでしたエラーを返します) これは、スキーマの詳細が他のSRインスタンスによって共有されていないことを意味します。どのようにこれを解決するためのアイデア? – Bharat
ここに何か他の人がいなくてはなりません。 3つのインスタンスすべてに対して現在の設定を投稿することはできますか? – dawsaw