問題タブ [membase]

数日前、Membase の動作が非常に遅くなりました。各サーバーでローカルmoxiプロキシを使用しています（4つのサーバーがあります）。また、レプリケーションを備えた2台のサーバー（10GBx2）を備えたMembaseクラスターがあります。現在、クラスターには約 15M のレコードがあります (レプリカで 30M)。クラスターの負荷は約 2000 ～ 6000ops で、100% のメモリが常駐しています。

Membase: 1.7.1 システム: Linux CentOS 2.6.18-238.19.1.el5 #1 SMP Fri Jul 15 07:31:24 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux

moxi プロキシからのタイミングは次のとおりです。

メンバー統計:

Membase stats (1.8.0 にアップグレードしたため、Couchbase)

IP アドレスを追加して接続すると、クライアントはすべてのサーバーの使用可能な IP アドレスを取得しますか?

または、クライアントは、そのうちの 1 つがダウンした場合に備えて、少なくとも 2 つの IP アドレスを知っている必要がありますか?

これは私がテストしてきたコードです（JAVA）

IP アドレスを 1 つだけ追加した場合、取得および設定操作を行っているときにサーバーがダウンします。クライアントは利用可能な他のサーバーに接続できますか? オブザーバーを追加して利用可能なサーバーを表示しても、何も表示されないためです (リストにサーバーを 1 つだけ追加した場合)。これは、接続の失敗を回避するために、できるだけ多くの IP アドレスを追加する必要があるということですか?

もう 1 つの質問は、IP アドレスを追加するときに、特定の vBucket にリンクされているポート番号を入力する必要があることです。すべてのクライアントが同じ vbucket を監視することでオーバーフローが発生しますか? もしそうなら、異なる vBucket を監視するためにクライアントのバランスを取るにはどうすればよいですか?

私の英語がうまく伝わらなかったらごめんなさい T^T.

どんな種類のアドバイスや回答も大歓迎です! ありがとう！

有効期限1秒でcouchbaseキャッシュに値を追加しましたが、20秒以上で期限切れになりました。membase のキャッシュ有効期限ポリシーとは何ですか?

これが私のコードです

Couchbaseのドキュメントの制限に関する情報をいくつか見つけました： / thread/key- length-キーの最大長は250バイトです。しかし、公式のものは見つかりませんでした。

1. 誰かがCouchbaseドキュメントのキーの最大長を確認できますか？

2. キーのその他の制限は何ですか？また、キーのグッドプラクティスは何ですか？

3. インデックス（マップ関数のキー）はどうですか？

私のユースケースは、URLで識別されるドキュメントを保存したいというものです。簡単な解決策は、URLでドキュメントを示すことです。250バイトを超えるURLがあると仮定すると、他のキーを選択する必要があります。たとえばmd5(url) 、URLをドキュメントの要素として配置します。これはCouchbaseに適したモデルですか？

1. 1秒あたりのリクエスト数または同時に処理するリクエスト数にサーバーの制限はありますか？[構成では、RAM、CPUなどのハードウェアの制限によるものではありません]
2. JavaサーブレットのCouchbaseClientのインスタンスでの同時リクエストの数に制限はありますか？
3. CouchbaseClientでインスタンスを1つだけ作成して開いたままにするか、複数のインスタンスを作成して破棄するのが最善ですか。
4. MoxiはCouchbase1.8.0サーバー/CouchbaseJavaクライアント1.0.2で役立ちますか

本番環境でアプリケーションをセットアップするには、この情報が必要です。

ありがとうございます

GmailアカウントのCouchbase管理者からのEメールアラートの設定に成功した人はいますか？

EC2にmembaseクラスターをインストールしています。ポート465または587または25で試しましたが成功しませんでした。

UIに表示されるログは、あまり有益ではありません。このアラート設定の失敗の詳細なログがどこにあるかを誰かが指摘することさえできますか？

前もって感謝します。

MacOSXでCouchbase1.8.0をRubyライブラリと一緒に使用してアクセスしています。デフォルトのバケットを削除し、パスワード「password」を使用して「mybucket」という独自のバケットで作成しました。次のRubyコードでバケットにアクセスしています。

次のエラーが発生します。

誰か考えがありますか？サーバーとRailsアプリの両方を再起動しようとしましたが（そうする必要はありませんが）、まだ接続されていません。何が間違っているのかよくわかりません。

ありがとう！

私は現在、web.applicationをデプロイするための環境を構築しています。

Web.ApplicationはEnyim.Cachingを使用します。ソケットに問題があるようです

membaseサーバーに慣れていないので、この投稿に含めることができる追加情報がある場合は、お問い合わせください...

私がチェックできることについての提案は大歓迎です：

大規模な (数十億のエントリ、数テラバイトのデータ) ストレージ ソリューションのデータベースの可能性を評価しています。このソリューションでは、ランダムな主キー ルックアップをほぼ排他的に実行します。

その機能を考えると、Membase( Couchbase 1.8) はほぼ完全に適合しているように見えます。以前のいくつかのテストでは、このユースケースに対して高いパフォーマンスを発揮すると確信しています。ただし、これを使用する際の主な懸念は、 からCouchbase 2.0まったく新しい方向に見えるため1.8、製品の特性が変わる可能性があることです. 私たちCouchbase 1.8が必要としているものを正確にうまくやってくれるので、私たちは気に入っています。

ビューや map/reduce 機能は必要ありません。これらはあると便利な機能ですが、必要なものではありませんし、パフォーマンスに悪影響を与えるものであれば、必要なものでもありません。もちろん、Couchbaseの方がはるかにCouchDB優れているスケーリング（ノードの追加/削除）の複雑さのために、主に除外しましたが、ディスクの使用量についていくつかの懸念があったためです.

すべてのビューと M/R 機能を無視して、 1.8vsに対して行われたパフォーマンス測定を知っている人はいますか?2.0

1.8フォークは維持され続けますか？それとも1.8死んでいて、先に進むべきですか？