Skip to content

Commit 053952e

Browse files
committed
change new server rolling back
1 parent f5ab5f5 commit 053952e

File tree

3 files changed

+40
-14
lines changed

3 files changed

+40
-14
lines changed
-12 KB
Loading
-12 KB
Loading

modules/ROOT/pages/clustering/setup/discovery.adoc

Lines changed: 40 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -295,19 +295,23 @@ Note that `stateComparison` is `N/A` because you do not have v1 to compare state
295295
[[discovery-v1-to-v2-new-server]]
296296
=== New server rolling
297297
The new server rolling requires three running servers and three new servers.
298-
. For all the servers, ensure that new settings are added to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[Preparation] section.
298+
299+
. Start up the three new servers with the setting `dbms.cluster.discovery.version=V1_OVER_V2`.
299300
+
300-
As an example, for those using the list resolver, the settings for all the servers should include:
301+
image:discovery-service/v1_over_v2.png[]
302+
+
303+
The new servers should have settings which are updated as detailed in the xref:clustering/setup/discovery.adoc#_preparation[Preparation] section.
304+
The discovery addresses should include addresses of the new members, and the previous members.
305+
+
306+
As an example, for those using the list resolver, the settings for the new servers should include:
301307
+
302308
```
303309
dbms.cluster.discovery.resolver_type=LIST
310+
dbms.cluster.discovery.version=V1_OVER_V2
304311

305312
dbms.cluster.discovery.endpoints=server01.example.com:5000,server02.example.com:5000,server03.example.com:5000,server04.example.com:5000,server05.example.com:5000,server06.example.com:5000
306313
dbms.cluster.discovery.v2.endpoints=server01.example.com:6000,server02.example.com:6000,server03.example.com:6000,server04.example.com:6000,server05.example.com:6000,server06.example.com:6000
307314
```
308-
. Start up the three new servers with the setting `dbms.cluster.discovery.version=V1_OVER_V2`.
309-
+
310-
image:discovery-service/v1_over_v2.png[]
311315
+
312316
. Using `bolt://`, connect to the system database of servers 4, 5, 6, and run the following procedure.
313317
This can be done using via `./cypher-shell -a bolt://localhost:7685 -d system` for example.
@@ -318,7 +322,7 @@ CALL dbms.cluster.showParallelDiscoveryState();
318322
----
319323
+
320324
The expected result should display `v2ServerCount` as 3.
321-
`stateComparison` that does show matching is fine at this point.
325+
`stateComparison` is not expected to match at this stage because the original servers are not visible to the V2 discovery service.
322326
+
323327
.Expected result
324328
[queryresult]
@@ -331,13 +335,24 @@ The expected result should display `v2ServerCount` as 3.
331335
----
332336
+
333337
. Deallocate, drop, and shut down servers 1, 2, 3.
334-
. Run `neo4j-admin unbind` on these three servers.
335338
+
336-
. Start up servers 1, 2, 3 again, this time with the setting `dbms.cluster.discovery.version=V2_OVER_V1`.
339+
. Start up servers 7, 8, 9, this time with the setting `dbms.cluster.discovery.version=V2_OVER_V1`.
337340
+
338341
image:discovery-service/v2_over_v1.png[]
339342
+
340-
. Using `bolt://`, connect to the system database of servers 1, 2, and 3, and run the following procedure:
343+
The discovery addresses in the settings should include addresses of the new members, and the previous members.
344+
+
345+
As an example, for those using the list resolver, the settings for the new servers should include:
346+
+
347+
```
348+
dbms.cluster.discovery.resolver_type=LIST
349+
dbms.cluster.discovery.version=V2_OVER_V1
350+
351+
dbms.cluster.discovery.endpoints=server04.example.com:5000,server05.example.com:5000,server06.example.com:5000,server07.example.com:5000,server08.example.com:5000,server09.example.com:5000
352+
dbms.cluster.discovery.v2.endpoints=server04.example.com:6000,server05.example.com:6000,server06.example.com:6000,server07.example.com:6000,server08.example.com:6000,server09.example.com:6000
353+
```
354+
+
355+
. Using `bolt://`, connect to the system database of servers 7, 8, 9 and run the following procedure:
341356
+
342357
[source,cypher]
343358
----
@@ -358,21 +373,32 @@ If they are not, wait and try again till matching.
358373
----
359374
+
360375
. Deallocate, drop, and shut down servers 4, 5, and 6.
361-
. Run `neo4j-admin unbind` on these three servers.
362376
+
363-
. Start up servers 4, 5, and 6, this time with the setting `dbms.cluster.discovery.version=V2_ONLY`.
377+
. Start up servers 10, 11, 12, this time with the setting `dbms.cluster.discovery.version=V2_ONLY`.
364378
+
365379
image:discovery-service/v2_only.png[]
366-
. Deallocate, drop, and shut down servers 1, 2, 3.
367380
+
368-
. Finally, using `bolt://`, connect to the system database of servers 4, 5, and 6, and run the following procedure to check the version of the discovery service:
381+
The discovery addresses in the settings should include addresses of the new members, and the previous members.
382+
Note that only the v2 settings are required.
383+
+
384+
As an example, for those using the list resolver, the settings for the new servers should include:
385+
+
386+
```
387+
dbms.cluster.discovery.resolver_type=LIST
388+
dbms.cluster.discovery.version=V2_ONLY
389+
390+
dbms.cluster.discovery.v2.endpoints=server07.example.com:6000,server08.example.com:6000,server09.example.com:6000,server10.example.com:6000,server11.example.com:6000,server12.example.com:6000
391+
```
392+
+
393+
. Deallocate, drop, and shut down servers 7, 8, 9.
394+
+
395+
. Finally, using `bolt://`, connect to the system database of servers 10, 11, 12, and run the following procedure to check the version of the discovery service:
369396
+
370397
[source,cypher]
371398
----
372399
CALL dbms.cluster.showParallelDiscoveryState();
373400
----
374401
+
375-
+
376402
.Expected result
377403
[queryresult]
378404
----

0 commit comments

Comments
 (0)