1<?xml version="1.0" encoding="UTF-8"?> 2<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 3<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja"><head><!-- 4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 5 This file is generated from xml source: DO NOT EDIT 6 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 7 --> 8<title>mod_proxy_balancer - Apache HTTP サーバ</title> 9<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" /> 10<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" /> 11<link href="/style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="/style/css/prettify.css" /> 12<script src="/style/scripts/prettify.js" type="text/javascript"> 13</script> 14 15<link href="/images/favicon.ico" rel="shortcut icon" /></head> 16<body> 17<div id="page-header"> 18<p class="menu"><a href="/mod/">モジュール</a> | <a href="/mod/directives.html">ディレクティブ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">用語</a> | <a href="/sitemap.html">サイトマップ</a></p> 19<p class="apache">Apache HTTP サーバ バージョン 2.2</p> 20<img alt="" src="/images/feather.gif" /></div> 21<div class="up"><a href="./"><img title="<-" alt="<-" src="/images/left.gif" /></a></div> 22<div id="path"> 23<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP サーバ</a> > <a href="http://httpd.apache.org/docs/">ドキュメンテーション</a> > <a href="../">バージョン 2.2</a> > <a href="./">モジュール</a></div> 24<div id="page-content"> 25<div id="preamble"><h1>Apache モジュール mod_proxy_balancer</h1> 26<div class="toplang"> 27<p><span>翻訳済み言語: </span><a href="/en/mod/mod_proxy_balancer.html" hreflang="en" rel="alternate" title="English"> en </a> | 28<a href="/ja/mod/mod_proxy_balancer.html" title="Japanese"> ja </a></p> 29</div> 30<div class="outofdate">この日本語訳はすでに古くなっている 31 可能性があります。 32 最近更新された内容を見るには英語版をご覧下さい。 33 </div> 34<table class="module"><tr><th><a href="module-dict.html#Description">説明:</a></th><td>負荷分散のための <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code> 拡張</td></tr> 35<tr><th><a href="module-dict.html#Status">ステータス:</a></th><td>Extension</td></tr> 36<tr><th><a href="module-dict.html#ModuleIdentifier">モジュール識別子:</a></th><td>proxy_balancer_module</td></tr> 37<tr><th><a href="module-dict.html#SourceFile">ソースファイル:</a></th><td>mod_proxy_balancer.c</td></tr> 38<tr><th><a href="module-dict.html#Compatibility">互換性:</a></th><td>Apache 2.1 以降で使用可能</td></tr></table> 39<h3>概要</h3> 40 41 <p>本モジュールには <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code> が<em>必要です</em>。 42 本モジュールは <code>HTTP</code> と <code>FTP</code> と <code>AJP13</code> 43 プロトコルのロードバランス機能を持っています。</p> 44 45 <p>ですから、 ロードバランスを有効にする場合 <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code> 46 と <code class="module"><a href="/mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> がサーバに組み込まれて 47 いなければいけません。</p> 48 49 <div class="warning"><h3>警告</h3> 50 <p><a href="mod_proxy.html#access"> 51 安全なサーバにする</a>までプロキシ機能は有効にしないでください。 52 オープンプロキシサーバはあなた自身のネットワークにとっても、 53 インターネット全体にとっても危険です。</p> 54 </div> 55</div> 56<div id="quickview"><h3 class="directives">ディレクティブ</h3> 57<p>このモジュールにディレクティブはありません。</p> 58<h3>トピック</h3> 59<ul id="topics"> 60<li><img alt="" src="/images/down.gif" /> <a href="#scheduler">ロードバランサのスケジューラのアルゴリズム</a></li> 61<li><img alt="" src="/images/down.gif" /> <a href="#stickyness">ロードバランサのスティッキネス</a></li> 62<li><img alt="" src="/images/down.gif" /> <a href="#example">ロードバランサの設定例</a></li> 63<li><img alt="" src="/images/down.gif" /> <a href="#requests">Request Counting アルゴリズム</a></li> 64<li><img alt="" src="/images/down.gif" /> <a href="#traffic">Weighted Traffic Counting アルゴリズム</a></li> 65<li><img alt="" src="/images/down.gif" /> <a href="#busyness">Pending Request Counting アルゴリズム</a></li> 66<li><img alt="" src="/images/down.gif" /> <a href="#environment">エクスポートされる環境変数</a></li> 67<li><img alt="" src="/images/down.gif" /> <a href="#balancer_manager">バランサマネージャのサポートを有効にする</a></li> 68<li><img alt="" src="/images/down.gif" /> <a href="#stickyness_implementation">ロードバランサのスティッキネスの詳細</a></li> 69<li><img alt="" src="/images/down.gif" /> <a href="#stickyness_troubleshooting">ロードバランサのスティッキネスのトラブルシューティング</a></li> 70</ul><h3>参照</h3> 71<ul class="seealso"> 72<li><code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code></li> 73</ul><ul class="seealso"><li><a href="#comments_section">コメント</a></li></ul></div> 74<div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 75<div class="section"> 76<h2><a name="scheduler" id="scheduler">ロードバランサのスケジューラのアルゴリズム</a></h2> 77 78 <p>現時点では 3 種類のロードバランサスケジューラアルゴリズムから選べます。 79 リクエスト回数によるもの <span class="transnote">(<em>訳注:</em> Request Counting)</span> 80 、トラフィック量によるもの <span class="transnote">(<em>訳注:</em> Weighted Traffic Counting)</span> 81 と、処理中リクエスト数によるもの <span class="transnote">(<em>訳注:</em> Pending Request Counting)</span> 82 とがあります。バランサの設定 <code>lbmethod</code> 値で、どれを使うか指定します。 83 詳細は <code class="directive"><a href="/mod/mod_proxy.html#proxypass">ProxyPass</a></code> ディレクティブを 84 参照してください。</p> 85</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 86<div class="section"> 87<h2><a name="stickyness" id="stickyness">ロードバランサのスティッキネス</a></h2> 88 89 <p>バランサはスティッキネスをサポートします。リクエストがあるバックエンドに 90 プロキシされた時、続く同じユーザからのリクエストは、すべてその同じバックエンドに 91 プロキシされるべきです。多くのロードバランサはこの機能をクライアントの 92 IP アドレスとバックエンドの対応表を持つことで実現します。 93 この方法はクライアントにもバックエンドにも透過に動作しますが、 94 次に挙げるいくつかの問題があります。 95 もしクライアント自身がプロキシの背後にいる場合、負荷分散が不均一になります。 96 もし動的な IP アドレスを持つクライアントのアドレスがセッション中に変わると 97 スティッキネスは期待どおりに動作しません。 98 もし対応表があふれると、スティッキネスが失われます。</p> 99 <p><code class="module"><a href="/mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> はスティッキネスを 100 2 種類の別手法をもとに実装しています。クッキーと URL エンコーディングのふたつです。 101 クッキーはバックエンドもしくは Apache Web サーバ自身により提供されます。 102 URL エンコーディングは通常バックエンドにより行われます。</p> 103</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 104<div class="section"> 105<h2><a name="example" id="example">ロードバランサの設定例</a></h2> 106 107 <p>技術的な詳細に入る前に例を示します。以下は、2 台のバックエンドサーバを 108 ロードバランスするための <code class="module"><a href="/mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> の使い方の一例です: 109 </p> 110 111 <div class="example"><p><code> 112 <Proxy balancer://mycluster><br /> 113 BalancerMember http://192.168.1.50:80<br /> 114 BalancerMember http://192.168.1.51:80<br /> 115 </Proxy><br /> 116 ProxyPass /test balancer://mycluster 117 </code></p></div> 118 119 <p>別の例として、<code class="module"><a href="/mod/mod_headers.html">mod_headers</a></code> を使ってスティッキネス 120 を実現するロードバランサの設定例を示します。バックエンドのサーバが 121 適切なセッションクッキーをセットしなくても動作します。 122 </p> 123 124 <div class="example"><p><code> 125 Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" 126 env=BALANCER_ROUTE_CHANGED<br /> 127 <Proxy balancer://mycluster><br /> 128 BalancerMember http://192.168.1.50:80 route=1<br /> 129 BalancerMember http://192.168.1.51:80 route=2<br /> 130 ProxySet stickysession=ROUTEID<br /> 131 </Proxy><br /> 132 ProxyPass /test balancer://mycluster 133 </code></p></div> 134</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 135<div class="section"> 136<h2><a name="requests" id="requests">Request Counting アルゴリズム</a></h2> 137 138 <p><code>lbmethod=byrequests</code> で有効になります。 139 このスケジューラの背景にある考え方は、様々なワーカーがそれぞれ、 140 設定されている分担リクエスト数をきちんと受け取れるように、 141 リクエストを扱うという考え方です。次のように動作します:</p> 142 143 <p><dfn>lbfactor</dfn> は、<em>どの程度ワーカーに仕事を振るか</em> 144 つまり<em>ワーカーのクオータ</em>を指します。この値は "分担" 145 量を表す正規化された値です。</p> 146 147 <p><dfn>lbstatus</dfn> は、<em>ワーカーのクオータを満たすために 148 どのぐらい急ぎで働かなければならないか</em>を指します。</p> 149 150 <p><dfn>ワーカー</dfn>はロードバランサのメンバで、通常は、 151 サポートされるプロトコルのうちの一つを提供しているリモートホストです。 152 </p> 153 154 <p>まず個々のワーカーにワーカークオータを割り振り、どのワーカーが最も急ぎで 155 働かなければならないか (lbstatus が最大のもの) を調べます。 156 次に仕事をするようにこのワーカーを選択し、選択したワーカーの lbstatus 157 から全ワーカーに割り振ったクオータの合計を引きます。ですから、lbstatus の総量は 158 結果的に変化しません(*)し、リクエストは期待通りに分散されます。</p> 159 160 <p>あるワーカーが無効になっても、他のものは正常にスケジュールされ続けます。 161 </p> 162 163 <div class="example"><pre><code>for each worker in workers 164 worker lbstatus += worker lbfactor 165 total factor += worker lbfactor 166 if worker lbstatus > candidate lbstatus 167 candidate = worker 168 169candidate lbstatus -= total factor</code></pre></div> 170 171 <p>バランサを次のように設定した場合:</p> 172 173 <table><tr><th>worker</th> 174 <th class="data">a</th> 175 <th class="data">b</th> 176 <th class="data">c</th> 177 <th class="data">d</th></tr> 178<tr><th>lbfactor</th> 179 <td class="data">25</td> 180 <td class="data">25</td> 181 <td class="data">25</td> 182 <td class="data">25</td></tr> 183<tr><th>lbstatus</th> 184 <td class="data">0</td> 185 <td class="data">0</td> 186 <td class="data">0</td> 187 <td class="data">0</td></tr> 188</table> 189 190 <p>そして <var>b</var> が無効になった場合、次のようなスケジュールが 191 行われます。</p> 192 193 <table><tr><th>worker</th> 194 <th class="data">a</th> 195 <th class="data">b</th> 196 <th class="data">c</th> 197 <th class="data">d</th></tr> 198<tr><th>lbstatus</th> 199 <td class="data"><em>-50</em></td> 200 <td class="data">0</td> 201 <td class="data">25</td> 202 <td class="data">25</td></tr> 203<tr><th>lbstatus</th> 204 <td class="data">-25</td> 205 <td class="data">0</td> 206 <td class="data"><em>-25</em></td> 207 <td class="data">50</td></tr> 208<tr><th>lbstatus</th> 209 <td class="data">0</td> 210 <td class="data">0</td> 211 <td class="data">0</td> 212 <td class="data"><em>0</em></td></tr> 213<tr><td class="data" colspan="5">(repeat)</td></tr> 214</table> 215 216 <p>つまりこのようにスケジュールされます: <var>a</var> <var>c</var> 217 <var>d</var> <var>a</var> <var>c</var> <var>d</var> <var>a</var> 218 <var>c</var> <var>d</var> ... 次の点に注意してください:</p> 219 220 <table><tr><th>worker</th> 221 <th class="data">a</th> 222 <th class="data">b</th> 223 <th class="data">c</th> 224 <th class="data">d</th></tr> 225<tr><th>lbfactor</th> 226 <td class="data">25</td> 227 <td class="data">25</td> 228 <td class="data">25</td> 229 <td class="data">25</td></tr> 230</table> 231 232 <p>この挙動は、次の設定と全く同じになります:</p> 233 234 <table><tr><th>worker</th> 235 <th class="data">a</th> 236 <th class="data">b</th> 237 <th class="data">c</th> 238 <th class="data">d</th></tr> 239<tr><th>lbfactor</th> 240 <td class="data">1</td> 241 <td class="data">1</td> 242 <td class="data">1</td> 243 <td class="data">1</td></tr> 244</table> 245 246 <p>と言うのも、<dfn>lbfactor</dfn> の値は全て正規化されたもので、 247 他との相対値だからです。次の設定では:</p> 248 249 <table><tr><th>worker</th> 250 <th class="data">a</th> 251 <th class="data">b</th> 252 <th class="data">c</th></tr> 253<tr><th>lbfactor</th> 254 <td class="data">1</td> 255 <td class="data">4</td> 256 <td class="data">1</td></tr> 257</table> 258 259 <p>ワーカー <var>b</var> は、平均して、<var>a</var> と <var>c</var> 260 の 4 倍の数のリクエストを受け持つことになります。</p> 261 262 <p>次のような非対称な設定では、こうなると予想されるでしょう:</p> 263 264 <table><tr><th>worker</th> 265 <th class="data">a</th> 266 <th class="data">b</th></tr> 267<tr><th>lbfactor</th> 268 <td class="data">70</td> 269 <td class="data">30</td></tr> 270<tr><td class="data" colspan="2"> </td></tr> 271<tr><th>lbstatus</th> 272 <td class="data"><em>-30</em></td> 273 <td class="data">30</td></tr> 274<tr><th>lbstatus</th> 275 <td class="data">40</td> 276 <td class="data"><em>-40</em></td></tr> 277<tr><th>lbstatus</th> 278 <td class="data"><em>10</em></td> 279 <td class="data">-10</td></tr> 280<tr><th>lbstatus</th> 281 <td class="data"><em>-20</em></td> 282 <td class="data">20</td></tr> 283<tr><th>lbstatus</th> 284 <td class="data"><em>-50</em></td> 285 <td class="data">50</td></tr> 286<tr><th>lbstatus</th> 287 <td class="data">20</td> 288 <td class="data"><em>-20</em></td></tr> 289<tr><th>lbstatus</th> 290 <td class="data"><em>-10</em></td> 291 <td class="data">10</td></tr> 292<tr><th>lbstatus</th> 293 <td class="data"><em>-40</em></td> 294 <td class="data">40</td></tr> 295<tr><th>lbstatus</th> 296 <td class="data">30</td> 297 <td class="data"><em>-30</em></td></tr> 298<tr><th>lbstatus</th> 299 <td class="data"><em>0</em></td> 300 <td class="data">0</td></tr> 301<tr><td class="data" colspan="3">(repeat)</td></tr> 302</table> 303 304 <p>スケジュールは 10 スケジュール後に繰り返され、<var>a</var> 7 回と 305 <var>b</var> 3 回でまばらに選ばれます。</p> 306</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 307<div class="section"> 308<h2><a name="traffic" id="traffic">Weighted Traffic Counting アルゴリズム</a></h2> 309 310 <p><code>lbmethod=bytraffic</code> で有効になります。 311 このスケジューラの背景にある考え方は、Request Counting 312 と非常に似ていますが、次の違いがあります:</p> 313 314 <p><dfn>lbfactor</dfn> は <em>どれだけのバイト数のトラフィック量を、 315 このワーカーに処理してもらいたいか</em> を表します。 316 この値も同様に正規化された値で、ワーカー全体のうちでの "分担" 317 量を表現しています。リクエスト数を単純に数える代わりに、 318 どれだけの転送量を処理したかを数えます。</p> 319 320 <p>次のようにバランサを設定した場合:</p> 321 322 <table><tr><th>worker</th> 323 <th class="data">a</th> 324 <th class="data">b</th> 325 <th class="data">c</th></tr> 326<tr><th>lbfactor</th> 327 <td class="data">1</td> 328 <td class="data">2</td> 329 <td class="data">1</td></tr> 330</table> 331 332 <p><var>b</var> には <var>a</var> や <var>c</var> の 2 倍 333 処理してほしいということになります。 334 <var>b</var> は 2 倍の I/O を処理するという意味になり、 335 2 倍のリクエスト数を処理するということにはなりません。 336 ですからリクエストとレスポンスのサイズが、 337 重み付けと振り分けのアルゴリズムに効いています。</p> 338 339</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 340<div class="section"> 341<h2><a name="busyness" id="busyness">Pending Request Counting アルゴリズム</a></h2> 342 343 344 345 <p><code>lbmethod=bybusyness</code> で有効になります。このスケジューラは 346 現在どのぐらいのリクエストが個々のワーカーにアサインされているかを把握しています。 347 新しいリクエストは、最も処理途中のリクエスト数が少ないワーカーに 348 自動的に割り振られます。これは、ワーカーが Apache と無関係に入力リクエストを 349 キューに溜め込む場合に有効で、キューの長さを同程度に維持しつつも、 350 最も早く処理できそうなワーカーに常にリクエストを割り振ります。</p> 351 352 <p>複数のワーカーが最少の処理中リクエスト数で並んだ場合、Request Counting 353 アルゴリズムと同じ統計情報（と重み付け）を使って順番を決めます。 354 時間が経つと、割り振りの割合は <code>byrequests</code> と似たような 355 傾向を示すようになるでしょう。</p> 356 357 <p>このアルゴリズムは Apache HTTP サーバ 2.2.10以降で利用可能です。</p> 358 359</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 360<div class="section"> 361<h2><a name="environment" id="environment">エクスポートされる環境変数</a></h2> 362 363 <p>現在、6 つの環境変数がエクスポートされます:</p> 364 365 <dl> 366 367 <dt><var><a name="balancer_session_sticky" id="balancer_session_sticky">BALANCER_SESSION_STICKY</a></var></dt> 368 <dd> 369 <p>現在のリクエストに使われる <var>stickysession</var> 値になります。 370 スティッキーセッションのためのクッキー名もしくはリクエストパラメータ名です。</p> 371 </dd> 372 373 374 <dt><var><a name="balancer_session_route" id="balancer_session_route">BALANCER_SESSION_ROUTE</a></var></dt> 375 <dd> 376 <p>現在のリクエストをパースして得られる <var>route</var> 値です。</p> 377 </dd> 378 379 380 <dt><var><a name="balancer_name" id="balancer_name">BALANCER_NAME</a></var></dt> 381 <dd> 382 <p>現在のリクエストが使うバランサ名です。<code>balancer://foo</code> 383 のような値です。</p> 384 </dd> 385 386 387 <dt><var><a name="balancer_worker_name" id="balancer_worker_name">BALANCER_WORKER_NAME</a></var></dt> 388 <dd> 389 <p>現在のリクエストが使うワーカー名です。<code>http://hostA:1234</code> 390 のような値です。</p> 391 </dd> 392 393 394 <dt><var><a name="balancer_worker_route" id="balancer_worker_route">BALANCER_WORKER_ROUTE</a></var></dt> 395 <dd> 396 <p>現在のリクエストが使うワーカーの <var>route</var> 値です。</p> 397 </dd> 398 399 400 <dt><var><a name="balancer_route_changed" id="balancer_route_changed">BALANCER_ROUTE_CHANGED</a></var></dt> 401 <dd> 402 <p>セッションルートとワーカールートが一致しない時 (BALANCER_SESSION_ROUTE != BALANCER_WORKER_ROUTE) 403 あるいは、セッションがまだルートを確立していない時、値が 1 になります。 404 スティッキーセッションを使う時、ルートの更新をクライアントに送る必要があるかを 405 判断するためにこの環境変数を使えます。</p> 406 </dd> 407 </dl> 408 409</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 410<div class="section"> 411<h2><a name="balancer_manager" id="balancer_manager">バランサマネージャのサポートを有効にする</a></h2> 412 413 <p>このモジュールは <code class="module"><a href="/mod/mod_status.html">mod_status</a></code> のサービスを 414 <em>必要とします</em>。 415 バランサマネージャを使うと、バランサのメンバーの動的な更新が 416 できます。バランサマネージャを使って、バランス係数 (lbfactor) 417 を変更したり、メンバーを変更したり、特定のメンバーを 418 オフラインモードにしたりできます。</p> 419 420 <p>ですから、ロードバランサ管理機能を使いたければ、 421 <code class="module"><a href="/mod/mod_status.html">mod_status</a></code> と <code class="module"><a href="/mod/mod_proxy_balancer.html">mod_proxy_balancer</a></code> 422 をサーバに組み込まなければなりません。</p> 423 424 <p>example.com ドメインのブラウザからロードバランサ管理機能を 425 使えるようにするには、次のようなコードを <code>httpd.conf</code> 426 に追加します。</p> 427<div class="example"><p><code> 428 <Location /balancer-manager><br /> 429 SetHandler balancer-manager<br /> 430<br /> 431 Order Deny,Allow<br /> 432 Deny from all<br /> 433 Allow from .example.com<br /> 434 </Location> 435</code></p></div> 436 437 <p>こうすると、<code>http://your.server.name/balancer-manager</code> 438 のページ経由で、ウェブブラウザからロードバランサマネージャに 439 アクセスできるようになります。</p> 440</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 441<div class="section"> 442<h2><a name="stickyness_implementation" id="stickyness_implementation">ロードバランサのスティッキネスの詳細</a></h2> 443 444 <p>クッキーをもとにスティッキネスを使う場合、どのバックエンドに割り振るべきか 445 を決めるクッキーの名前を指定する必要があります。 446 クッキー名は <code class="directive"><a href="/mod/mod_proxy.html#proxypass">ProxyPass</a></code> または 447 <code class="directive"><a href="/mod/mod_proxy.html#proxyset">ProxySet</a></code> のいずれか 448 に付与する <var>stickysession</var> 属性で設定します。 449 クッキー名は大文字小文字を区別します。 450 バランサはそのクッキーの値を取り出し、その値に一致する <var>route</var> 値の 451 ワーカーを探します。 452 <var>route</var> も <code class="directive"><a href="/mod/mod_proxy.html#proxypass">ProxyPass</a></code> 453 または <code class="directive"><a href="/mod/mod_proxy.html#proxyset">ProxySet</a></code> 454 のいずれかに設定しなければいけません。 455 クッキーはバックエンドによって設定されるか、あるいは 456 上記の <a href="#example">例</a> のように Apache Web サーバ自身 457 によって設定されます。</p> 458 <p>バックエンドの中の一部は少し異なる形式のスティッキネスクッキーを使います。 459 たとえば Apache Tomcat がそうです。Tomcat は自身のインスタンス名を 460 セッション ID のクッキーの最後に付け加えます。この時、セッション ID 461 との区切り文字にドット (<code>.</code>) を使います。 462 このため、Apache Web サーバがドットをスティッキネスクッキー値の中に見つけると、 463 route を探すためにドット以降の部分のみを使うようにします。 464 Tomcat 側で自身のインスタンス名を設定するには、Tomcat の設定ファイル 465 <code>conf/server.xml</code> の中の <code>jvmRoute</code> 属性に 466 指定する必要があります。値はそれぞれの Tomcat に接続するワーカーの 467 <var>route</var> 値と一致させます。 468 Tomcat およびサーブレットベースの Java Web アプリサーバが一般に使う 469 セッションクッキーの名前は <code>JSESSIONID</code> (すべて大文字) です。 470 この名前は設定により変更も可能です。</p> 471 <p>スティッキネスを実装するふたつめの手段は URL エンコーディングです。 472 Web サーバはリクエストの URL の中からクエリパラメータを探します。 473 探すパラメータ名は同じように <var>stickysession</var> 属性で指定します。 474 パラメータ値と一致する <var>route</var> 値のワーカーを探します。 475 レスポンスに含まれるすべての URL リンクを探しだし書き換えるのは簡単ではないので、 476 一般にそれぞれのリンクにクエリパラメータを付け加えるのは、 477 そのコンテンツを生成したバックエンドの仕事です。 478 時には、<code class="module"><a href="/mod/mod_substitute.html">mod_substitute</a></code> を使って Web サーバにこの書き換えを 479 させるのが可能な場合もあります。 480 ただし、パフォーマンスを落とす可能性があります。</p> 481 <p>Java 標準は URL エンコーディングを少し異なる形で実装します。 482 URL のパス情報をセミコロン (<code>;</code>) で区切って 483 セッション ID を付け加えます。 484 クッキーの場合と同じように、 Apache Tomcat はこのパス情報に 485 <code>jvmRoute</code> の設定値を含めます。 486 Apache にこの種のパス情報を見つけさせるには、 487 <code class="directive"><a href="/mod/mod_proxy.html#proxypass">ProxyPass</a></code> あるいは 488 <code class="directive"><a href="/mod/mod_proxy.html#proxyset">ProxySet</a></code> の 489 <code>scolonpathdelim</code> を <code>On</code> にします。</p> 490 <p>最後に、クッキーと URL エンコーディングの両方が指定できることを示します。 491 次の例のように、クッキー名と URL パラメータ名を垂直バー (<code>|</code>) 492 で区切って指定します:</p> 493 <div class="example"><p><code> 494 ProxyPass /test balancer://mycluster stickysession=JSESSIONID|jsessionid scolonpathdelim=On<br /> 495 <Proxy balancer://mycluster><br /> 496 BalancerMember http://192.168.1.50:80 route=node1<br /> 497 BalancerMember http://192.168.1.51:80 route=node2<br /> 498 </Proxy><br /> 499 </code></p></div> 500 <p>もし同じリクエストが、クッキーとリクエストパラメータの両方のルーティング情報を 501 提供した場合、リクエストパラメータのほうが使われます。</p> 502</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div> 503<div class="section"> 504<h2><a name="stickyness_troubleshooting" id="stickyness_troubleshooting">ロードバランサのスティッキネスのトラブルシューティング</a></h2> 505 506 <p>もしアプリのセッションが失われてユーザが再ログインしなければいけないなど 507 スティッキネス関連のエラーに遭遇したら、 508 この原因はバックエンドの応答に支障があったせいか、 509 あるいは設定ミスによるものかを最初に切り分けたいでしょう。 510 バックエンドの安定性に関して起きうる問題を見つけるには、 511 Apache のエラーログにプロキシエラーのメッセージがないか確認してください。</p> 512 <p>設定が正しいかを確認するには、最初にスティッキネスを 513 クッキーと URL エンコーディングのどちらで行っているかを確認してください。 514 次に、<code class="directive"><a href="/mod/mod_log_config.html#logformat">LogFormat</a></code> を変更して 515 アクセスログに適切なデータが残るようにするとよいでしょう。 516 次のフィールドが便利です:</p> 517 <dl> 518 <dt><code>%{MYCOOKIE}C</code></dt> 519 <dd><code>MYCOOKIE</code> という名前のクッキーの値。 520 この名前は <var>stickysession</var> 属性の指定値と同じはずです。</dd> 521 <dt><code>%{Set-Cookie}o</code></dt> 522 <dd>これによりバックエンドがセットするクッキーをログに出せます。 523 バックエンドが期待するセッションクッキーをセットしているかと、 524 どんな値がセットされているかを追跡できます。</dd> 525 <dt><code>%{BALANCER_SESSION_STICKY}e</code></dt> 526 <dd>ルーティング情報を決めるために使われたクッキー名もしくは 527 リクエストパラメータ名。</dd> 528 <dt><code>%{BALANCER_SESSION_ROUTE}e</code></dt> 529 <dd>リクエスト内に見つかった route 値の情報</dd> 530 <dt><code>%{BALANCER_WORKER_ROUTE}e</code></dt> 531 <dd>選択されたワーカーの route 値</dd> 532 <dt><code>%{BALANCER_ROUTE_CHANGED}e</code></dt> 533 <dd>リクエストの route 値がワーカーの route 値と異なる場合に 534 <code>1</code> になります。つまり、リクエストはスティッキーとして 535 処理されていません。</dd> 536 </dl> 537 <p>セッションが失われる原因でよくあるものは、セッションタイムアウトですが、 538 これは通常バックエンドのサーバで変更可能です。</p> 539 <p>ログレベルを <code>debug</code> 以上に設定すると、 540 バランサはスティッキネス動作の詳細な情報をエラーログに書き出します。 541 これはスティッキネスの問題のトラブルシューティングする簡単な手法ですが、 542 高負荷な本番サーバではログの分量が膨大になってしまうかもしれません。</p> 543</div> 544</div> 545<div class="bottomlang"> 546<p><span>翻訳済み言語: </span><a href="/en/mod/mod_proxy_balancer.html" hreflang="en" rel="alternate" title="English"> en </a> | 547<a href="/ja/mod/mod_proxy_balancer.html" title="Japanese"> ja </a></p> 548</div><div class="top"><a href="#page-header"><img src="/images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">コメント</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div> 549<script type="text/javascript"><!--//--><![CDATA[//><!-- 550var comments_shortname = 'httpd'; 551var comments_identifier = 'http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html'; 552(function(w, d) { 553 if (w.location.hostname.toLowerCase() == "httpd.apache.org") { 554 d.write('<div id="comments_thread"><\/div>'); 555 var s = d.createElement('script'); 556 s.type = 'text/javascript'; 557 s.async = true; 558 s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier; 559 (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s); 560 } 561 else { 562 d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>'); 563 } 564})(window, document); 565//--><!]]></script></div><div id="footer"> 566<p class="apache">Copyright 2013 The Apache Software Foundation.<br />この文書は <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> のライセンスで提供されています。.</p> 567<p class="menu"><a href="/mod/">モジュール</a> | <a href="/mod/directives.html">ディレクティブ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">用語</a> | <a href="/sitemap.html">サイトマップ</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!-- 568if (typeof(prettyPrint) !== 'undefined') { 569 prettyPrint(); 570} 571//--><!]]></script> 572</body></html>
