Confluence Data Center でガベージ コレクション (GC) オーバーヘッドを管理する
ガベージ コレクション オーバーヘッドは、Confluence がガベージ コレクションの実行に費やす時間の割合を測定します。このメトリックは、インスタンスの処理時間のうち、実際のアプリケーション作業と比較してメモリ管理に費やされる時間の割合を示します。この割合が高いと、メモリ使用量が非効率的であり、レイテンシが高くなってスループットが低下する可能性があります。一方、割合が低いと、アプリのパフォーマンスが最適であることを示します。
しきい値 | |
|---|---|
最適 | GC に費やされている時間が 1% 以下 |
注意が必要 | GC に費やされている時間が 1% から 5% の間である |
NEEDS ATTENTION (要注意) | GC に費やされている時間が 5% を超える |
GC オーバーヘッドが高いと Confluence Data Center のパフォーマンスにどのような影響がありますか?
ガベージ コレクション オーバーヘッドが高いと、インスタンスに対して次のようないくつかの影響を及ぼします。
ページ読み込みとレンダリング時間の遅延
スペースの操作における応答性の低下
共同編集セッションの遅延
同時接続ユーザーの処理能力の低下
主要 GC 操作の実行中にアプリが一時停止する可能性
Synchrony サービスのパフォーマンスへの影響
詳細については、ガベージ コレクション (GC) 調整ガイドを参照してください。
推奨事項
最適なパフォーマンスを実現するには、GC オーバーヘッドを 1% 未満に保つことを目指してください。常に 5% を超えている場合は、次のアクションを検討してください。
診断データの収集を有効にする
ヒープ サイズ設定を監視して最適化する
G1 ガベージ コレクタを実装する
最新のサポート対象の Java バージョンへアップグレードする
診断データの収集を有効にする
監視をセットアップします。
GC ロギングを設定します。
すべてのノードでロギングを有効にする
JVM プロパティを追加する
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/path/to/heapdump
リソースを大量に消費する操作を監視します。
スペースのエクスポートとインポート
PDF の生成
一括操作
アプリ アクティビティ
GC ログを分析して、頻繁に実行される収集または長期にわたる収集のパターンを特定します。
ノードを監視してヒープ サイズ設定を最適化する
クラスター ノードの定期的な監視と構成は不可欠です。
パフォーマンスを監視します。
[管理] > [システム] > [クラスター] の順に移動します。
[メモリ] 列と [負荷] 列を確認する
メモリ使用量が高いノードを特定する
クラスターの同期ステータスを確認する
このステップは、問題を特定のノードに分離するのに役立ちます。また、クラスター全体のパフォーマンスの低下を防ぐことができます。Confluence クラスターの監視の詳細については、こちらをご確認ください。
2. ヒープ設定を最適化します。
現在のヒープ構成を確認する
ノード間の一貫性を確保する
本番環境に適用する前に、ヒープ サイズの変更をステージング環境でテストすることを忘れないでください。
G1 ガベージ コレクタを実装する
ガベージ コレクション構成を最適化します。
G1 GC を設定します。
現在のコレクター設定を確認する
大きなヒープ (>4GB) に合わせて調整する
使用パターンに基づいて微調整する
コレクション パターンを監視します。
GC ログを定期的に確認する
コレクションの頻度を分析する
必要に応じてパラメータを調整する
詳細については、ガベージ コレクション (GC) 調整ガイドを参照してください。
最新のサポート対象の Java バージョンへアップグレードする
Java の各メジャー バージョンには、ガベージ コレクション アルゴリズムとメモリ管理の改善が含まれており、GC オーバーヘッドが削減され、インスタンスの安定性が向上する可能性があります。サポートを依頼する
現在のバージョンを確認します。
• すべてのノードで Java バージョンを確認する
• サポートされているプラットフォームを確認する
• アップグレードのタイムラインを計画するアップグレードを実施します。
• ステージング環境でテストする
• メンテナンス ウィンドウをスケジュールする
• 全ノードで Java をアップデートする
• インスタンスの正常性を確認する
Confluence が使用する Java ベンダーやバージョンを変更する
アトラシアンサポートに連絡する
推奨されるアクションを実装したにもかかわらず、GC オーバーヘッドがまだ高い場合は、アトラシアンに追加のサポートを依頼してください。
関連データを収集するには、次の手順に従います。
クラスター内のすべてのノードから GC ログを収集します。
GC オーバーヘッドが高い時期に生成されたヒープ ダンプを収集します。
パフォーマンス メトリックおよび関連するシステム ログをまとめます。
サポート チケットを作成するには、次の手順に従います。
新しいサポート チケットを作成します。
収集したすべてのデータを含む最新のサポート zip を添付します。
「GC ログを使用した Jira Server のパフォーマンスのトラブルシューティング」に記載されているガイダンスに従って、サポート リクエストを準備します。