はじめに

高負荷環境でのパフォーマンスを改善するため、web サーバーの後ろで Confluence を実行する必要があります。一般的に、web サーバーのキャッリングとスレッド管理は、アプリケーション サーバーの HTTP インターフェースで提供されるものよりもはるかに優れています。

To run Confluence behind the Apache httpd web server, there are two main configuration options: mod_jk or mod_proxy.

接続タイプ

機能の特徴

mod_proxy と mod_jk の共通の機能

mod_proxy （リバース プロキシとも呼ばれる）

  • 推奨される接続方法
  • アプリケーション サーバーへのシンプルな HTTP プロキシ
  • すべてのアプリケーション サーバーで動作
  • アプリケーション パスが一致していれば、web サーバーの負荷が最小限になる
  • URL の書き換えの複雑さと遅さを解消するには、アプリケーション パスが一致している必要がある
  • web サーバーおよびアプリ サーバーの両方で、名前ベースの仮想ホスティングで動作
  • web サーバーはアプリケーション サーバーへのコネクション プールを維持

mod_jk （AJP とも呼ばれる）

  • AJP バイナリ プロトコルを使用
  • フェイルオーバー（およびクラスタ化ライセンスの Confluence でのみサポートされる負荷分散）を提供
  • 一部のアプリケーション サーバーでのみ動作（一般的には Tomcat）
  • アプリケーション パスが一致している場合、AJP へのリクエストを置換するための負荷が web サーバーで発生する

 

設定ガイド

いずれかの設定を選択してください。mod_proxy と mod_jk の両方を設定しようとしても、混乱を生み、涙するだけです。

 

mod_jk2 はサポートされていません

The misleadingly-named mod_jk2 is an older method of connecting to Tomcat from Apache. Since mod_jk2 is no longer supported by the Apache Foundation, we do not support this configuration, and are not updating our mod_jk2 documentation. Mod_jk2 also has unresolved problems with Unicode URLs; you need to use either mod_proxy or mod_jk for international characters to work correctly in Confluence.

mod_disk_cache を使用した静的コンテンツのキャッシング

To improve performance of a large Confluence site, we recommend that you move the caching of static content from the JVM into Apache. This will prevent the JVM from having a number of long running threads serving up static content. See Configuring Apache to Cache Static Content via mod_disk_cache.

その他の関連ドキュメント