今のところ、私は単一のノードとしてschema-registryを実行しています。 フォールトトレランス機能を提供するために、マスタースレーブモードでschema-registryを実行します。マスタ用のノードとスレーブ用のノードが1つ。マスタースレーブモードでスキーマレジストリを実行する方法
ノードをマスターとして識別するために追加のプロパティを追加する必要がありますか？
マスターとスレーブの設定（schema-registry.properties）を共有することができます。
何か助けていただければ幸いです。
複数のSchemaRegistryインスタンスを設定するのは簡単です。 いくつかのインスタンスを起動することができますが、は、すべてのインスタンスが同じ飼い猫の定足数を指していることを確認する必要があります（）。 これは、ファイルにschema-registry.propertiesリーダー選挙が登録されているすべてのスキーマレジストリインスタンス全体で飼育係によって管理されます
プロパティkafkastore.connection.urlです。特定のスキーマ・レジストリー・インスタンスがリーダー（別名マスター）にならないようにするには、プロパティー・ファイル内でプロパティmaster.eligibility = false（デフォルト値はtrue、）を設定します。
私はどのようなSchema Registryノードが現在マスターであるかを知り、あるノードが別のノードに失敗したときにそれをテストするにはどうすればよいですか？
私が言うことができる限り、これはどこにでも明示的には書かれていませんが、少なくともコンフルエントプラットフォームv3.3.1の場合、Zookeeperはこの情報をキー/schema_registry/schema_registry_masterに保存しています。私は飼育係の状態を閲覧するUIとしてExhibitorを使用すると、私はそのキーに次の値を参照してください。私は現在のマスターを再起動すると
{"host":"172.31.59.89","port":8081,"master_eligibility":true,"version":1}
、この値は即座に更新しました。
ありがとうございます。現在、私は上記の設定を使用しています。私はスキーマレジストリをダウンさせ、マスターとして他の引き継ぎをするように、これを中心にいくつかのテストを行いたいと思います。他の失敗したノードが新しいスキーマが追加された状態で更新されるかどうかなどのシナリオをテストする必要もあります。 – Renukaradhya