Confluence を Apache の背後で実行する

The content on this page relates to platforms which are not supported for Confluence. Consequently, Atlassian can not guarantee providing any support for the steps described on this page. Please be aware that this material is provided for your information only and that you use it at your own risk.

はじめに

Running Confluence behind a web server should be done for performance reasons in high-load environments. In general, web server caching and thread management is far superior to that provided by your application server's HTTP interface.

Confluence を Apache httpd web サーバーの後ろで実行するには、mod_jk または mod_proxy の2つの主な設定オプションがあります。

接続タイプ

機能

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

推奨される接続方法
アプリケーションサーバーへのシンプルな HTTP プロキシ
すべてのアプリケーションサーバーで動作
アプリケーションパスが一致していれば、web サーバーの負荷が最小限になる

mod_jk （AJP とも呼ばれる）

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

Features common to both mod_proxy and mod_jk
URL の書き換えの複雑さと遅さを解消するには、アプリケーションパスが一致している必要がある web サーバーおよびアプリサーバーの両方で、名前ベースの仮想ホスティングで動作 web サーバーはアプリケーションサーバーへのコネクションプールを維持

Mod_proxy documentation

Using Apache with mod_proxy is the main documentation for this configuration.
If you want to set up the common configuration of JIRA and Confluence virtual hosts, you can use Apache's virtual hosts with separate application servers, then Tomcat's virtual hosts to run both applications on a single instance of Tomcat.

Mod_jk documentation

Using Apache with mod_jk is the main documentation for this configuration.
You can follow a similar method to the mod_proxy documentation above for setting up virtual hosts in Apache and Tomcat, if required.

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

誤解を招くような名前の mod_jk2 は Apache から Tomcat への古い接続方式です。mod_jk2 はもう Apache 財団によってサポートされていません。我々もこの設定をサポートせず、mod_jk2 のドキュメントも更新しません。mod_jk2 には、Unicode URL に関して未解決の問題があり、Confluence で国際文字を正しく扱うには、mod_proxy と mod_jk のいずれかを使用する必要があります。

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

ページツリー