このセクションでは、Cassandra の定期的なメンテナンス タスクについて説明します。
アンチエントロピー メンテナンス
すべての Apache Cassandra リングノードで整合性を確保するために、定期的なメンテナンスが必要です。 説明します。このメンテナンスを行うには、次のコマンドを使用します。
apigee-service apigee-cassandra apigee_repair -pr
このコマンドを実行する際は、次のことをおすすめします。
- （すべてのリージョンまたはデータセンターの）すべての Cassandra ノードで実行する。
リング内のすべてのノードの整合性を保つため、一度に 1 つのノードで実行してください。 複数のノードで同時に修復ジョブを実行すると、 Cassandra の健全性が損なわれます。
ノードの修復ジョブが正常に完了したかどうかを確認するには、ノードの エントリの
system.logファイル （最新の修理セッションの UUID と「セッションが正常に完了しました」）というメッセージとともに送信されます。 ログエントリの例を次に示します。INFO [AntiEntropySessions:1] 2015-03-01 10:02:56,245 RepairSession.java (line 282) [repair #2e7009b0-c03d-11e4-9012-99a64119c9d8] session completed successfully" Ref: https://support.datastax.com/hc/en-us/articles/204226329-How-to-check-if-a-scheduled-nodetool-repair-ran-successfully
- ワークロードが比較的低い時間帯に実行する（このツールはシステムに大きな負荷がかかる） あります。
- Cassandra に関連する問題を排除するために、少なくとも 7 日ごとに実行 「忘れられた削除」とあります。
- 曜日ごとに別々のノードで実行するか、 数時間かかることもあります。
-prオプション（パーティション分割範囲）を使用して、プライマリ パーティション分割の範囲を指定する 限定されます。
Cassandra に対して JMX 認証を有効にした場合は、
nodetool を呼び出すときに、ユーザー名とパスワードを含める必要があります。例:
apigee-service apigee-cassandra apigee_repair -u username -pw password -pr
次のコマンドを実行して、apigee_repair: でサポートされているオプションを確認することもできます。
apigee-service apigee-cassandra apigee_repair -h
注: apigee_repair は Cassandra の nodetool 修復のラッパーです。
Cassandra の修復を実行する前に追加のチェックを実行します。
詳しくは、次のリソースをご覧ください。
で確認できます。ログファイルのメンテナンス
Cassandra のログは、Cloud Shell の /opt/apigee/var/log/cassandra ディレクトリに保存されます。
計算します。デフォルトでは、最大 50 個のログファイル（それぞれの最大サイズが 20 MB）を
作成しました。この上限に達すると、新しいログが作成されたときに古いログが削除されます。
Cassandra のログ ファイルが過剰な容量を占有していることが判明した場合は、 割り当てられているログファイルの容量を、log4j の設定を編集して変更します。
/opt/apigee/customer/application/cassandra.propertiesを編集 次のプロパティを設定します。このファイルが存在しない場合は作成します。conf_logback_maxfilesize=20MB # max file size conf_logback_maxbackupindex=50 # max open files
- 次のコマンドを使用して Cassandra を再起動します。
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
ディスク容量のメンテナンス
Cassandra のディスク使用率を定期的にモニタリングして、 各ディスクは無料ですディスク使用率が 50% を上回った場合は、 ディスク容量を増やして使用率を減らします。
Cassandra は、次の処理を自動的に実行して、 固有のディスク使用率です。
- トークンの有効期限が切れたときの認証トークンの削除。ただし、 トークンが使用していたディスク スペースの解放に数週間かかる できます。自動削除では不十分な場合、 十分なディスク容量が必要です。トークンを手動で削除して復元する方法については、サポートにお問い合わせください 選択します。
データ圧縮。キースペースのコンパクション戦略を、
LeveledCompactionStrategy、これは デフォルトよりも優れたディスク使用率SizeTieredCompactionStrategy。詳しくは、 <ph type="x-smartling-placeholder"></ph> レベル分けされた圧縮戦略。
注: Cassandra がデータ圧縮を実行する際、かなりの量の CPU サイクルがかかる可能性があります。
必要ありません。ただし、コンパクションが完了すると、リソース使用率は通常に戻るはずです。
各ノードで 'Nodetool compactionstats' コマンドを実行できます。
コンパクションが実行されているかチェックします。compactionstats の出力は、CPU 使用率が
実行待ちのコンパクションと完了までの推定時間です。