YUKI Hiroshi
null+****@clear*****
Sun Nov 30 23:02:27 JST 2014
YUKI Hiroshi 2014-11-30 23:02:27 +0900 (Sun, 30 Nov 2014) New Revision: 9038a48714344502781a898a9a798239f6f11cd8 https://github.com/droonga/droonga.org/commit/9038a48714344502781a898a9a798239f6f11cd8 Message: Add descriptions about association of http server and engine Modified files: _po/ja/tutorial/1.0.9/add-replica/index.po _po/ja/tutorial/1.0.9/dump-restore/index.po _po/ja/tutorial/1.0.9/groonga/index.po ja/tutorial/1.0.6/add-replica/index.md ja/tutorial/1.0.7/add-replica/index.md ja/tutorial/1.0.8/add-replica/index.md ja/tutorial/1.0.9/add-replica/index.md ja/tutorial/1.0.9/dump-restore/index.md ja/tutorial/1.0.9/groonga/index.md tutorial/1.0.9/add-replica/index.md tutorial/1.0.9/dump-restore/index.md tutorial/1.0.9/groonga/index.md Modified: _po/ja/tutorial/1.0.9/add-replica/index.po (+20 -1) =================================================================== --- _po/ja/tutorial/1.0.9/add-replica/index.po 2014-11-30 01:39:12 +0900 (2d094fb) +++ _po/ja/tutorial/1.0.9/add-replica/index.po 2014-11-30 23:02:27 +0900 (19248ae) @@ -364,6 +364,13 @@ msgid "" "~~~" msgstr "" +msgid "" +"Because the new node `node2` has become a member of the cluster, `droonga-http" +"-server` on each node distributes messages to `node2` also automatically." +msgstr "" +"新しいノード`node2`がクラスタに参加したため、各ノードの`droonga-http-server`は自動的に、メッセージを`node2`にも分配するよ" +"うになります。" + msgid "### Resume inpouring of \"write\" requests" msgstr "### 書き込みを伴うリクエストの流入を再開する" @@ -457,7 +464,19 @@ msgstr "" msgid "" "You can confirm that the `node2` is successfully unjoined, via the `system.sta" "tus` command:" -msgstr "これで、ノード `node2` がクラスタから離脱しました。この事は `system.status` コマンドで確かめられます:" +msgstr "`node2` が本当にクラスタから離脱しているかどうかは `system.status` コマンドで確かめられます:" + +msgid "" +"Because the node `node2` is not a member of the cluster anymore, `droonga-http" +"-server` on `node0` and `node1` never send messages to the `droonga-engine` on" +" `node2`.\n" +"On the other hand, because `droonga-http-server` on `node2` is associated only" +" to the `droonga-engine` on same node, it never sends messages to other nodes." +msgstr "" +"ノード`node2`はもはやクラスタの一員ではないため、`node0`と`node1`の`droonga-http-server`は`node2`の`dro" +"onga-engine`へはもうメッセージを送りません。\n" +"またその一方で、`node2`の`droonga-http-server`はそのノード上の`droonga-engine`にのみ関連付けられており、他のノー" +"ドへはメッセージを送りません。" msgid "## Replace an existing replica node in a cluster with a new one" msgstr "## クラスタ内の既存のreplicaノードを新しいreplicaノードで置き換える" Modified: _po/ja/tutorial/1.0.9/dump-restore/index.po (+13 -0) =================================================================== --- _po/ja/tutorial/1.0.9/dump-restore/index.po 2014-11-30 01:39:12 +0900 (4df4125) +++ _po/ja/tutorial/1.0.9/dump-restore/index.po 2014-11-30 23:02:27 +0900 (8bab30c) @@ -608,6 +608,19 @@ msgid "" "~~~" msgstr "" +msgid "" +"Note, `droonga-http-server` is associated to the `droonga-engine` working on s" +"ame computer.\n" +"After you split the cluster like above, `droonga-http-server` on `node0` commu" +"nicates only with `droonga-engine` on `node0`, `droonga-http-server` on `node1" +"` communicates only with `droonga-engine` on `node1`.\n" +"See also the next tutorial for more details." +msgstr "" +"`droonga-http-server`は同じコンピュータ上の`droonga-engine`に関連付けられていることに注意してください。\n" +"上記の手順でクラスタを2つに分割した後は、`node0`の`droonga-http-server`は`node0`の`droonga-engine`とだけ" +"通信し、`node1`の`droonga-http-server`は`node1`の`droonga-engine`とだけ通信します。\n" +"詳しくは次のチュートリアルも参照して下さい。" + msgid "### Duplicate data between two Droonga clusters" msgstr "### 2つのDroongaクラスタの間でデータを複製する" Modified: _po/ja/tutorial/1.0.9/groonga/index.po (+12 -0) =================================================================== --- _po/ja/tutorial/1.0.9/groonga/index.po 2014-11-30 01:39:12 +0900 (e783d8a) +++ _po/ja/tutorial/1.0.9/groonga/index.po 2014-11-30 23:02:27 +0900 (484f91c) @@ -504,6 +504,18 @@ msgid "" "~~~" msgstr "" +msgid "" +"`droonga-http-server` connects to all `droonga-engine` in the cluster, and dis" +"tributes requests to them like a load balancer.\n" +"Moreover, even if some `droonga-engine`s stop, `droonga-http-server` wards off" +" those dead engines automatically, and the cluster keeps itself correctly work" +"ing." +msgstr "" +"`droonga-http-server`はクラスタ内のすべての`droonga-engine`に接続し、ロードバランサーのように、リクエストをそれらへ分配" +"します。\n" +"また、もしいくつかの`droonga-engine`が停止しても、`droonga-http-server`はそれらの死んだノードを自動的に回避するため、ク" +"ラスタは正常に動作し続けます。" + msgid "To stop services, run commands like following on each Droonga node:" msgstr "サービスを停止するには、以下のコマンドを各Droongaノード上で実行します：" Modified: ja/tutorial/1.0.6/add-replica/index.md (+1 -1) =================================================================== --- ja/tutorial/1.0.6/add-replica/index.md 2014-11-30 01:39:12 +0900 (1aa68c1) +++ ja/tutorial/1.0.6/add-replica/index.md 2014-11-30 23:02:27 +0900 (70a5ab4) @@ -225,7 +225,7 @@ Done. すると、ノードがクラスタから自動的に離脱し、すべてのノードの `catalog.json` も同時に更新されます。 これで、ノードはクラスタから無事離脱しました。 -これで、ノード `node2` がクラスタから離脱しました。この事は `system.status` コマンドで確かめられます: +`node2` が本当にクラスタから離脱しているかどうかは `system.status` コマンドで確かめられます: ~~~ $ curl "http://node0:10041/droonga/system/status?_=$(date +%s)" | jq "." Modified: ja/tutorial/1.0.7/add-replica/index.md (+1 -1) =================================================================== --- ja/tutorial/1.0.7/add-replica/index.md 2014-11-30 01:39:12 +0900 (8c3960e) +++ ja/tutorial/1.0.7/add-replica/index.md 2014-11-30 23:02:27 +0900 (387e5c3) @@ -225,7 +225,7 @@ Done. すると、ノードがクラスタから自動的に離脱し、すべてのノードの `catalog.json` も同時に更新されます。 これで、ノードはクラスタから無事離脱しました。 -これで、ノード `node2` がクラスタから離脱しました。この事は `system.status` コマンドで確かめられます: +`node2` が本当にクラスタから離脱しているかどうかは `system.status` コマンドで確かめられます: ~~~ $ curl "http://node0:10041/droonga/system/status?_=$(date +%s)" | jq "." Modified: ja/tutorial/1.0.8/add-replica/index.md (+1 -1) =================================================================== --- ja/tutorial/1.0.8/add-replica/index.md 2014-11-30 01:39:12 +0900 (06414d3) +++ ja/tutorial/1.0.8/add-replica/index.md 2014-11-30 23:02:27 +0900 (6a0e8c5) @@ -223,7 +223,7 @@ Done. すると、ノードがクラスタから自動的に離脱し、すべてのノードの `catalog.json` も同時に更新されます。 これで、ノードはクラスタから無事離脱しました。 -これで、ノード `node2` がクラスタから離脱しました。この事は `system.status` コマンドで確かめられます: +`node2` が本当にクラスタから離脱しているかどうかは `system.status` コマンドで確かめられます: ~~~ $ curl "http://node0:10041/droonga/system/status" | jq "." Modified: ja/tutorial/1.0.9/add-replica/index.md (+8 -1) =================================================================== --- ja/tutorial/1.0.9/add-replica/index.md 2014-11-30 01:39:12 +0900 (5e8437a) +++ ja/tutorial/1.0.9/add-replica/index.md 2014-11-30 23:02:27 +0900 (4c3371a) @@ -204,6 +204,9 @@ $ curl "http://node0:10041/droonga/system/status" | jq "." } ~~~ +新しいノード`node2`がクラスタに参加したため、各ノードの`droonga-http-server`は自動的に、メッセージを`node2`にも分配するようになります。 + + ### 書き込みを伴うリクエストの流入を再開する さて、準備ができました。 @@ -245,7 +248,7 @@ Done. すると、ノードがクラスタから自動的に離脱し、すべてのノードの `catalog.json` も同時に更新されます。 これで、ノードはクラスタから無事離脱しました。 -これで、ノード `node2` がクラスタから離脱しました。この事は `system.status` コマンドで確かめられます: +`node2` が本当にクラスタから離脱しているかどうかは `system.status` コマンドで確かめられます: ~~~ $ curl "http://node0:10041/droonga/system/status" | jq "." @@ -280,6 +283,10 @@ $ curl "http://node2:10041/droonga/system/status" | jq "." } ~~~ +ノード`node2`はもはやクラスタの一員ではないため、`node0`と`node1`の`droonga-http-server`は`node2`の`droonga-engine`へはもうメッセージを送りません。 +またその一方で、`node2`の`droonga-http-server`はそのノード上の`droonga-engine`にのみ関連付けられており、他のノードへはメッセージを送りません。 + + ## クラスタ内の既存のreplicaノードを新しいreplicaノードで置き換える Modified: ja/tutorial/1.0.9/dump-restore/index.md (+4 -0) =================================================================== --- ja/tutorial/1.0.9/dump-restore/index.md 2014-11-30 01:39:12 +0900 (cf3ca9e) +++ ja/tutorial/1.0.9/dump-restore/index.md 2014-11-30 23:02:27 +0900 (a8dd5bf) @@ -440,6 +440,10 @@ $ curl "http://node1:10041/d/select?table=Store&output_columns=name&limit=10" | ] ~~~ +`droonga-http-server`は同じコンピュータ上の`droonga-engine`に関連付けられていることに注意してください。 +上記の手順でクラスタを2つに分割した後は、`node0`の`droonga-http-server`は`node0`の`droonga-engine`とだけ通信し、`node1`の`droonga-http-server`は`node1`の`droonga-engine`とだけ通信します。 +詳しくは次のチュートリアルも参照して下さい。 + ### 2つのDroongaクラスタの間でデータを複製する Modified: ja/tutorial/1.0.9/groonga/index.md (+3 -0) =================================================================== --- ja/tutorial/1.0.9/groonga/index.md 2014-11-30 01:39:12 +0900 (c7d77d0) +++ ja/tutorial/1.0.9/groonga/index.md 2014-11-30 23:02:27 +0900 (6e54691) @@ -266,6 +266,9 @@ $ curl "http://node1:10041/droonga/system/status" | jq "." } ~~~ +`droonga-http-server`はクラスタ内のすべての`droonga-engine`に接続し、ロードバランサーのように、リクエストをそれらへ分配します。 +また、もしいくつかの`droonga-engine`が停止しても、`droonga-http-server`はそれらの死んだノードを自動的に回避するため、クラスタは正常に動作し続けます。 + サービスを停止するには、以下のコマンドを各Droongaノード上で実行します： ~~~ Modified: tutorial/1.0.9/add-replica/index.md (+7 -0) =================================================================== --- tutorial/1.0.9/add-replica/index.md 2014-11-30 01:39:12 +0900 (074f4b5) +++ tutorial/1.0.9/add-replica/index.md 2014-11-30 23:02:27 +0900 (54ee22c) @@ -196,6 +196,9 @@ $ curl "http://node0:10041/droonga/system/status" | jq "." } ~~~ +Because the new node `node2` has become a member of the cluster, `droonga-http-server` on each node distributes messages to `node2` also automatically. + + ### Resume inpouring of "write" requests OK, it's the time. @@ -272,6 +275,10 @@ $ curl "http://node2:10041/droonga/system/status" | jq "." } ~~~ +Because the node `node2` is not a member of the cluster anymore, `droonga-http-server` on `node0` and `node1` never send messages to the `droonga-engine` on `node2`. +On the other hand, because `droonga-http-server` on `node2` is associated only to the `droonga-engine` on same node, it never sends messages to other nodes. + + ## Replace an existing replica node in a cluster with a new one Modified: tutorial/1.0.9/dump-restore/index.md (+4 -0) =================================================================== --- tutorial/1.0.9/dump-restore/index.md 2014-11-30 01:39:12 +0900 (8b6791c) +++ tutorial/1.0.9/dump-restore/index.md 2014-11-30 23:02:27 +0900 (975e531) @@ -435,6 +435,10 @@ $ curl "http://node1:10041/d/select?table=Store&output_columns=name&limit=10" | ] ~~~ +Note, `droonga-http-server` is associated to the `droonga-engine` working on same computer. +After you split the cluster like above, `droonga-http-server` on `node0` communicates only with `droonga-engine` on `node0`, `droonga-http-server` on `node1` communicates only with `droonga-engine` on `node1`. +See also the next tutorial for more details. + ### Duplicate data between two Droonga clusters Modified: tutorial/1.0.9/groonga/index.md (+3 -0) =================================================================== --- tutorial/1.0.9/groonga/index.md 2014-11-30 01:39:12 +0900 (544f006) +++ tutorial/1.0.9/groonga/index.md 2014-11-30 23:02:27 +0900 (c2596b8) @@ -257,6 +257,9 @@ $ curl "http://node1:10041/droonga/system/status" | jq "." } ~~~ +`droonga-http-server` connects to all `droonga-engine` in the cluster, and distributes requests to them like a load balancer. +Moreover, even if some `droonga-engine`s stop, `droonga-http-server` wards off those dead engines automatically, and the cluster keeps itself correctly working. + To stop services, run commands like following on each Droonga node: ~~~ -------------- next part -------------- HTML����������������������������...Télécharger
