ヒンテッド・ハンドオフ：書き込みパス中のリペア

整合性レベルONE

書き込み要求の整合性レベルは、ヒントが書き込まれるかどうかに影響し、その後、書き込み要求が失敗するかどうかにも影響します。2つのノード、AとBで構成されるクラスターがあり、レプリケーション係数が1である場合は、各行が1つのノードのみに格納されているとします。整合性レベルを1として行KがノードAに書き込まれる前に、コーディネーターであるノードAがダウンしたとします。この場合は、指定した整合性レベルを満たすことができないだけでなく、ノードAはコーディネーターであるためヒントを格納できません。ノードBは、コーディネーターとしてデータを受け取っておらず、ヒントが格納されていないため、データを書き込むことができません。コーディネーターは、クライアントによって指定された整合性レベルを満たすことができない場合、稼働はしていてもヒントを作成しようとしないレプリカの数をチェックします。この場合、コーディネーターはUnavailableExceptionエラーを返します。書き込み要求は失敗し、ヒントは書き込まれません。

一般的に、書き込み要求の失敗を回避するには、クラスター内に十分な数のノードを確保し、レプリケーション係数を十分な値にすることが推奨されます。たとえば、A、B、Cの3つのノードから構成され、レプリケーション係数が3のクラスターがあるとします。行Kをコーディネーター（この場合は、ノードA）に書き込むと、ノードCがダウンしている場合でも、ONEまたはQUORUMの整合性レベルを満たすことができます。その理由は何でしょうか。AとBの両方のノードがデータを受け取るため、整合性レベルの要件が満たされます。ヒントはノードCに格納され、ノードCが稼働すると書き込まれます。その間に、コーディネーターは、書き込みが成功したことを確認できます。

整合性レベルANY

通常のレプリカがすべてダウンしており、整合性レベルONEを満たすことができない場合、DataStax Enterpriseに書き込みが受け入れられる必要があるアプリケーションのために、データベースに整合性レベルANYが用意されています。ANYでは、書き込みの永続性が確保され、該当するレプリカ対象が使用可能になってヒントのリプレイを受け取ったときに読み取り可能になることが保証されます。

どのノードもコーディネーターになることができるため、停止したノードは未配信のヒントを格納している場合があります。デッド・ノード上にあるデータは、長い間ダウン時間が続くと、陳腐化します。長期にわたってノードがダウンしていた場合は、手動リペアを実行してください。

ノードの使用を廃止にするか、nodetool removenodeコマンドを使用してクラスターからノードを取り除くと、データベースは、存在しなくなったノードを対象とするヒントを自動的に削除し、削除されたテーブルのヒントを削除します。

ヒント・ストレージに関する詳しい説明については、「Cassandra 3.0の新機能：ヒントのストレージと配信の改善」ブログを参照してください。基本的な情報については、「最新のヒンテッド・ハンドオフ」ブログを参照してください。