Navigation Menu

Skip to content

Commit

Permalink
Better description when remove a member from a cluster
Browse files Browse the repository at this point in the history
  • Loading branch information
piroor committed Jun 25, 2014
1 parent 3435d30 commit 9539c2e
Show file tree
Hide file tree
Showing 3 changed files with 177 additions and 7 deletions.
74 changes: 69 additions & 5 deletions _po/ja/tutorial/1.0.4/add-replica/index.po
Expand Up @@ -611,12 +611,76 @@ msgstr ""
" * `192.168.0.11`"

msgid ""
"The node `192.168.0.10` with new `catalog.json` knows the cluster delta includ"
"es only two nodes, so it doesn't deliver incoming messages to the missing node"
" `192.168.0.12` anymore."
"~~~\n"
"(for the cluster charlie)\n"
"# curl \"http://192.168.0.11:10041/droonga/status\"\n"
"{\n"
" \"nodes\": {\n"
" \"192.168.0.10:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.11:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.12:10031/droonga\": {\n"
" \"live\": true\n"
" }\n"
" }\n"
"}\n"
"# curl \"http://192.168.0.12:10041/droonga/status\"\n"
"{\n"
" \"nodes\": {\n"
" \"192.168.0.10:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.11:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.12:10031/droonga\": {\n"
" \"live\": true\n"
" }\n"
" }\n"
"}\n"
"~~~"
msgstr ""

msgid ""
"Because `catalog.json` on nodes `192.168.0.11` and `192.168.0.12` have no chan"
"ge, they still detect three nodes in the cluster charlie."
msgstr ""
"`192.168.0.11` と `192.168.0.12` の `catalog.json` には何も変更がないため、これらのノードは依然としてクラスタ"
" charlie が3つのノードから構成されていると認識しています。"

msgid ""
"On the other hand, the node `192.168.0.10` with new `catalog.json` knows the c"
"luster delta includes only two nodes:"
msgstr ""
"その一方で、新しい `catalog.json` を持つ `192.168.0.10` は、クラスタ delta が2つのノードから構成されている事を知って"
"います:"

msgid ""
"~~~\n"
"(for the cluster delta)\n"
"# curl \"http://192.168.0.10:10041/droonga/status\"\n"
"{\n"
" \"nodes\": {\n"
" \"192.168.0.10:10031/droonga\": {\n"
" \"live\": true\n"
" },\n"
" \"192.168.0.11:10031/droonga\": {\n"
" \"live\": true\n"
" }\n"
" }\n"
"}\n"
"~~~"
msgstr ""

msgid ""
"So the node `192.168.0.10` doesn't deliver incoming messages to the missing no"
"de `192.168.0.12` anymore."
msgstr ""
"新しい `catalog.json` を持つノード `192.168.0.10` は、クラスタ delta が2つしかノードを含んでいない事を知っています。"
"ですので、流入してくるメッセージは、既に存在しないノード `192.168.0.12` へは配送されません。"
"そのため、ノード `192.168.0.10` へ流入してくるメッセージは、既に存在しないものと認識されているノード `192.168.0.12` へは決し"
"て配送されません。"

msgid "Next, copy new `catalog.json` from `192.168.0.10` to others."
msgstr "次に、新しい `catalog.json` を `192.168.0.10` から他のノードへコピーします。"
Expand Down
55 changes: 54 additions & 1 deletion ja/tutorial/1.0.4/add-replica/index.md
Expand Up @@ -378,7 +378,60 @@ Droongaクラスタ内のノードは互いに監視しあっており、動作
* `192.168.0.10`
* `192.168.0.11`

新しい `catalog.json` を持つノード `192.168.0.10` は、クラスタ delta が2つしかノードを含んでいない事を知っています。ですので、流入してくるメッセージは、既に存在しないノード `192.168.0.12` へは配送されません。
この事は、各クラスタに対する `status` コマンドの実行結果を見ると確認できます:

~~~
(for the cluster charlie)
# curl "http://192.168.0.11:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
},
"192.168.0.12:10031/droonga": {
"live": true
}
}
}
# curl "http://192.168.0.12:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
},
"192.168.0.12:10031/droonga": {
"live": true
}
}
}
~~~

`192.168.0.11``192.168.0.12``catalog.json` には何も変更がないため、これらのノードは依然としてクラスタ charlie が3つのノードから構成されていると認識しています。

その一方で、新しい `catalog.json` を持つ `192.168.0.10` は、クラスタ delta が2つのノードから構成されている事を知っています:

~~~
(for the cluster delta)
# curl "http://192.168.0.10:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
}
}
}
~~~

そのため、ノード `192.168.0.10` へ流入してくるメッセージは、既に存在しないものと認識されているノード `192.168.0.12` へは決して配送されません。

次に、新しい `catalog.json``192.168.0.10` から他のノードへコピーします。

Expand Down
55 changes: 54 additions & 1 deletion tutorial/1.0.4/add-replica/index.md
Expand Up @@ -375,7 +375,60 @@ Then there are two overlapping Droonga clusters theoretically on this time.
* `192.168.0.10`
* `192.168.0.11`

The node `192.168.0.10` with new `catalog.json` knows the cluster delta includes only two nodes, so it doesn't deliver incoming messages to the missing node `192.168.0.12` anymore.
You can confirm that, via the `status` command for each cluster:

~~~
(for the cluster charlie)
# curl "http://192.168.0.11:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
},
"192.168.0.12:10031/droonga": {
"live": true
}
}
}
# curl "http://192.168.0.12:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
},
"192.168.0.12:10031/droonga": {
"live": true
}
}
}
~~~

Because `catalog.json` on nodes `192.168.0.11` and `192.168.0.12` have no change, they still detect three nodes in the cluster charlie.

On the other hand, the node `192.168.0.10` with new `catalog.json` knows the cluster delta includes only two nodes:

~~~
(for the cluster delta)
# curl "http://192.168.0.10:10041/droonga/status"
{
"nodes": {
"192.168.0.10:10031/droonga": {
"live": true
},
"192.168.0.11:10031/droonga": {
"live": true
}
}
}
~~~

So the node `192.168.0.10` doesn't deliver incoming messages to the missing node `192.168.0.12` anymore.

Next, copy new `catalog.json` from `192.168.0.10` to others.

Expand Down

0 comments on commit 9539c2e

Please sign in to comment.