Aerospikeクラスタは利用可能なブロックをクリーニングしていません

Question

私たちはプロジェクトでaerospikeを使用し、奇妙な問題を捉えました。 3つのノードクラスタがあり、あるノードの再起動後に動作を停止します。 そこで、問題を説明するテストを行います。

テストクラスタを作成します。 3ノード、複製回数= 2

ここでは、私たちの名前空間の設定が

namespace test{ 
replication-factor 2 
memory-size 100M 
high-water-memory-pct 90 
high-water-disk-pct 90 
stop-writes-pct 95 
single-bin true 
default-ttl 0 
storage-engine device { 
cold-start-empty true 
file /tmp/test.dat 
write-block-size 1M 
} 

である私たちは、およそその66％程度等しい状況

利用できるPCTとディスク使用量を持っている後100Mbのテストデータを書き込みます34％

すべて良い：slight_smile：

しかし、私たちは一つのノードを停止しました。移行後、我々は可能なのpct = 49％とディスクの使用率が50％

戻りノードをクラスタにいることを確認し、移行後に、私たちは、ディスク使用率が前回の約32％になったことがわかりますが、古いノード上利用できるPCTは49％

滞在します

停止ノード1つのより多くの時間

利用できるPCT = 31％

繰り返してもう一回、私たちはそのような状況に 利用できるPCT = 0％を取得し

私たちのクラスタがクラッシュし、クライアントがAerospikeExceptionを取得：エラーコード8：サーバのメモリエラー

私たちが利用できるのpctをきれいにすることができるので、どのように？

Answer 1

defrag-qが空の場合（ログがグロッピングされているかどうかを確認できます）、ネームスペースが書き込み後キューよりも小さい可能性があります。 post-write-queueのブロックは最適化対象外であるため、スペースを再利用するために、最適化を行わずにavail-pctの傾向が下がっていることがわかります。デフォルトではpost-write-queueは256ブロックなので、あなたの場合は256Mbに相当します。あなたの名前空間がそれよりも小さい場合は、avail-pctが表示されます。停止書き込みを押すまで、引き続きドロップします。この値に満足している場合は、あなたのaerospike.confに修正する必要があり

asinfo -v 'set-config:context=namespace;id=<NAMESPACE>;post-write-queue=8' 

を：あなたは、私が8つのブロックを提案し、ここで、次のコマンドを使用して（つまり、何の再起動は必要ありません）を動的ポストライト・キューのサイズを小さくすることができますノードを再始動した後も持続するようにします。