のため利用できないサーバーを検出し、1は使用できないノードのアドレスを取得することができます。Java SDK2で同等であるCouchbaseのクラスタは - JavaのSDK1でのJava SDK2
CouchbaseClient couchbaseClient;
//...
Collection<SocketAddress> unAvailableServers =
couchbaseClient.getUnavailableServers();
何?
のため利用できないサーバーを検出し、1は使用できないノードのアドレスを取得することができます。Java SDK2で同等であるCouchbaseのクラスタは - JavaのSDK1でのJava SDK2
CouchbaseClient couchbaseClient;
//...
Collection<SocketAddress> unAvailableServers =
couchbaseClient.getUnavailableServers();
何?
SDKの目的は、さまざまなサービスの詳細を抽象化することだったので、意図的にこれを2.0 SDKに含めませんでした。ノードはより多くのサービスを持ち、単なる「サーバ」ではありません。
私たちはあなたのご意見をお待ちしておりますが、開発中の「ヘルスチェック」sdk-rfcのすぐ下にいくつかの機能を追加しています。そこでは、あるAPIからどのようにデータがクラスタレベルで流れるかに関する情報を得ることができ、別のAPIから何が起きているかを積極的に見るために「ping」することができるという考えがあります。開発状況はCouchbase's JIRAにあります。
これは、cluster.healthCheck()
の下で2.5.0〜2.5.3で実験的に利用できますが、メソッド名はsdk-rfcごとにdiagnostics()
に変更されます。このクライアントインスタンスのクラスタに対する理解を監視するだけの場合は、おそらく今のところ最高のAPIでしょう。コードを守備的に実行するので、後でhealthCheck()をdiagnostics()に置き換えることができます。
あなたのユースケースをもう少し詳しく説明するとよいでしょう。あなたがしようとしていることを何にしようと私の答えを増やすことができますか? –
@MattIngenthron私の使用例は簡単です:私はsdk1 - > sdk2(2.4.8)からのアップグレードの途中です。上記のAPI呼び出しは単にレポートに使用されていますが、代替があるかどうかは分かりませんでした。 'bucketManager()。info()。raw()'から洞察を得ることはできますか? –
あなたが報告のために言うとき、あなたは多くのクライアントが見るものを集約するか、またはただ1つのクライアントの視点を使用することを意味しますか?前者の場合、ヘルスチェックは必要なものであり、そのバージョンは現在のクライアントにあります。 1つのクライアントからの監視はお勧めできません。 –