Apache Cassandra のメンテナンス タスク

このセクションでは、Cassandra の定期的なメンテナンス タスクについて説明します。

アンチエントロピー メンテナンス

すべての Apache Cassandra リングノードで整合性を確保するために、定期的なメンテナンスが必要です。 説明します。このメンテナンスを行うには、次のコマンドを使用します。

apigee-service apigee-cassandra apigee_repair -pr

このコマンドを実行する際は、次のことをおすすめします。

  • （すべてのリージョンまたはデータセンターの）すべての 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 の設定を編集して変更します。

  1. /opt/apigee/customer/application/cassandra.propertiesを編集 次のプロパティを設定します。このファイルが存在しない場合は作成します。 
    conf_logback_maxfilesize=20MB
# max file size
conf_logback_maxbackupindex=50 # max open files
  2. 次のコマンドを使用して Cassandra を再起動します。 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

ディスク容量のメンテナンス

Cassandra のディスク使用率を定期的にモニタリングして、 各ディスクは無料ですディスク使用率が 50% を上回った場合は、 ディスク容量を増やして使用率を減らします。

Cassandra は、次の処理を自動的に実行して、 固有のディスク使用率です。

  • トークンの有効期限が切れたときの認証トークンの削除。ただし、 トークンが使用していたディスク スペースの解放に数週間かかる できます。自動削除では不十分な場合、 十分なディスク容量が必要です。トークンを手動で削除して復元する方法については、サポートにお問い合わせください 選択します。

  • データ圧縮に関する注意: Edge for Private Cloud 4.51.00 以降、 Apigee Cassandra は、キースペースを <ph type="x-smartling-placeholder"></ph> レベル分けされた圧縮戦略。

    Edge for Private Cloud にアップグレードされた古いバージョンの Edge for Private Cloud のインストール Private Cloud 4.51.00 は、引き続き以前の圧縮戦略を保持します。既存の CompactionStrategy は SizeTieredCompactionStrategy です。 LeveledCompactionStrategy: ディスク使用率が改善されます。

注: Cassandra がデータ圧縮を実行する際、かなりの量の CPU サイクルがかかる可能性があります。 必要ありません。ただし、コンパクションが完了すると、リソース使用率は通常に戻るはずです。 各ノードで 'Nodetool compactionstats' コマンドを実行できます。 コンパクションが実行されているかチェックします。compactionstats の出力は、CPU 使用率が 実行待ちのコンパクションと完了までの推定時間です。