Skip to content

Commit f5ab5f5

Browse files
Apply suggestions from code review
Co-authored-by: Reneta Popova <[email protected]>
1 parent 1ff07c1 commit f5ab5f5

File tree

1 file changed

+29
-18
lines changed

1 file changed

+29
-18
lines changed

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

Lines changed: 29 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -232,7 +232,7 @@ For more information, see <<clustering-discovery-k8s>>.
232232
In-place rolling reduces fault tolerance temporarily because you are restarting a running server.
233233
To keep fault-tolerance, you can introduce a fourth server temporarily.
234234
====
235-
. For all the servers, ensure that new settings are added to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[preparation] section.
235+
. For all the servers, ensure that new settings are added to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[Preparation] section.
236236
+
237237
As an example, for those using the list resolver, the settings for all the servers should include:
238238
+
@@ -245,8 +245,9 @@ dbms.cluster.discovery.v2.endpoints=server01.example.com:6000,server02.example.c
245245
. Restart server01 with the new setting `dbms.cluster.discovery.version=V1_OVER_V2`.
246246
+
247247
image:discovery-service/in-place-1-v1-over-v2.png[]
248-
. Run `Show servers;` and ensure that all three members are alive.
249-
. Then repeat steps 2 and 3 for server02 and server03. Ensure that they are set to `dbms.cluster.discovery.version=V1_OVER_V2`
248+
. Run `SHOW SERVERS` and ensure that all three members are alive.
249+
. Then repeat steps 2 and 3 for server02 and server03.
250+
Ensure that they are set to `dbms.cluster.discovery.version=V1_OVER_V2`.
250251
Restart them sequentially, not in parallel.
251252
+
252253
image:discovery-service/in-place-23-v1-over-v2.png[]
@@ -261,6 +262,7 @@ CALL dbms.cluster.showParallelDiscoveryState();
261262
+
262263
They should display "Matching" in the `stateComparison`.
263264
+
265+
.Expected result
264266
[queryresult]
265267
----
266268
+----------------------------------------------------------------+
@@ -276,9 +278,9 @@ If they are not, wait and try again.
276278
+
277279
image:discovery-service/in-place-1-v2-over-v1.png[]
278280
+
279-
. Run `Show servers;` and ensure that all three members are alive.
281+
. Run `SHOW SERVERS` and ensure that all three members are alive.
280282
. Then repeat steps 6 and 7 for servers 2 and 3.
281-
Ensure that they are set to `dbms.cluster.discovery.version=V2_OVER_V1`
283+
Ensure that they are set to `dbms.cluster.discovery.version=V2_OVER_V1`.
282284
Restart them sequentially, not in parallel.
283285
+
284286
image:discovery-service/in-place-23-v2-over-v1.png[]
@@ -292,8 +294,8 @@ Note that `stateComparison` is `N/A` because you do not have v1 to compare state
292294

293295
[[discovery-v1-to-v2-new-server]]
294296
=== New server rolling
295-
. New server rolling will require 3 currently running servers, and 3 new servers.
296-
For all the servers, ensure that new settings are added to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[preparation] section.
297+
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.
297299
+
298300
As an example, for those using the list resolver, the settings for all the servers should include:
299301
+
@@ -315,9 +317,10 @@ This can be done using via `./cypher-shell -a bolt://localhost:7685 -d system` f
315317
CALL dbms.cluster.showParallelDiscoveryState();
316318
----
317319
+
318-
The expected result should show `v2ServerCount` to be 3.
319-
A stateComparison which is not matching is fine at this point.
320+
The expected result should display `v2ServerCount` as 3.
321+
`stateComparison` that does show matching is fine at this point.
320322
+
323+
.Expected result
321324
[queryresult]
322325
----
323326
+---------------------------------------------------------------------------------------------------------+
@@ -327,13 +330,14 @@ A stateComparison which is not matching is fine at this point.
327330
+---------------------------------------------------------------------------------------------------------+
328331
----
329332
+
330-
. Deallocate, drop, and shut down servers 1, 2, 3. Run `neo4j-admin unbind` on these three servers.
333+
. Deallocate, drop, and shut down servers 1, 2, 3.
334+
. Run `neo4j-admin unbind` on these three servers.
331335
+
332336
. Start up servers 1, 2, 3 again, this time with the setting `dbms.cluster.discovery.version=V2_OVER_V1`.
333337
+
334338
image:discovery-service/v2_over_v1.png[]
335339
+
336-
. Using `bolt://`, connect to the system database of servers 1, 2, 3, and run the following procedure.
340+
. Using `bolt://`, connect to the system database of servers 1, 2, and 3, and run the following procedure:
337341
+
338342
[source,cypher]
339343
----
@@ -343,6 +347,7 @@ CALL dbms.cluster.showParallelDiscoveryState();
343347
The output should display `Matching` in the `stateComparison`.
344348
If they are not, wait and try again till matching.
345349
+
350+
.Expected result
346351
[queryresult]
347352
----
348353
+----------------------------------------------------------------+
@@ -352,22 +357,23 @@ If they are not, wait and try again till matching.
352357
+----------------------------------------------------------------+
353358
----
354359
+
355-
. Deallocate, drop, and shut down servers 4, 5, 6. Run `neo4j-admin unbind` on these three servers.
360+
. Deallocate, drop, and shut down servers 4, 5, and 6.
361+
. Run `neo4j-admin unbind` on these three servers.
356362
+
357-
. Start up servers 4, 5, 6 again, this time with the setting `dbms.cluster.discovery.version=V2_ONLY`.
363+
. Start up servers 4, 5, and 6, this time with the setting `dbms.cluster.discovery.version=V2_ONLY`.
358364
+
359365
image:discovery-service/v2_only.png[]
360366
. Deallocate, drop, and shut down servers 1, 2, 3.
361367
+
362-
. Finally, one final check. Using `bolt://`, connect to the system database of servers 4, 5, 6, and run the following procedure.
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:
363369
+
364370
[source,cypher]
365371
----
366372
CALL dbms.cluster.showParallelDiscoveryState();
367373
----
368374
+
369-
One should see the following:
370375
+
376+
.Expected result
371377
[queryresult]
372378
----
373379
+-------------------------------------------------------------+
@@ -385,7 +391,7 @@ One should see the following:
385391
// so no lighthouse-specific server restarts are required if all is done correctly.
386392
//Note that the settings detailed above must first be set and the servers restarted to allow the settings to take effect.
387393

388-
. For all the servers, ensure that new settings are updated to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[preparation] section.
394+
. For all the servers, ensure that new settings are updated to the configuration as detailed the xref:clustering/setup/discovery.adoc#_preparation[Preparation] section.
389395
+
390396
As an example, for those using the list resolver, the settings for all the servers should include:
391397
+
@@ -396,7 +402,7 @@ dbms.cluster.discovery.endpoints=server01.example.com:5000,server02.example.com:
396402
dbms.cluster.discovery.v2.endpoints=server01.example.com:6000,server02.example.com:6000,server03.example.com:6000
397403
```
398404
+
399-
. Using Cypher Shell, connect to the system database of server01 using `bolt://`.
405+
. In Cypher Shell, connect to the system database of server01 using `bolt://`.
400406
It is important to connect via `bolt://` because otherwise the procedure might be routed and executed not on the intended server.
401407
+
402408
[source, shell, role=nocopy noplay]
@@ -413,6 +419,7 @@ CALL dbms.cluster.showParallelDiscoveryState();
413419
+
414420
The output indicates mode `V1_ONLY`, i.e., only v1 is running on this server.
415421
+
422+
.Expected result
416423
[queryresult]
417424
----
418425
+-------------------------------------------------------------+
@@ -438,6 +445,7 @@ CALL dbms.cluster.showParallelDiscoveryState();
438445
+
439446
Now the returned mode for this server must be `V1_OVER_V2` and the `stateComparison` must show that the states are not matching yet.
440447
+
448+
.Expected result
441449
[queryresult]
442450
----
443451
+-------------------------------------------------------------------------------------------------------+
@@ -448,7 +456,7 @@ Now the returned mode for this server must be `V1_OVER_V2` and the `stateCompari
448456
----
449457
+
450458
The score is a measure of how different the states are.
451-
The serverCounts tells us how many servers can be found by v1 and v2 of the discovery service.
459+
`serverCounts` displays how many servers can be found by v1 and v2 of the discovery service, respectively.
452460
The score is 0 when the states are matching.
453461
When some members are running just one of the discovery services (v1 or v2) and other members run both, the score stays permanently high.
454462
This is no reason for worry.
@@ -460,6 +468,7 @@ This is no reason for worry.
460468
It should show that the states are `Matching`.
461469
Both serverCounts should be 3.
462470
+
471+
.Expected result
463472
[queryresult]
464473
----
465474
+----------------------------------------------------------------+
@@ -478,6 +487,7 @@ CALL dbms.cluster.switchDiscoveryServiceVersion("V2_OVER_V1");
478487
+
479488
At this point, v2 is the service that is running the cluster, with v1 running in the background.
480489
+
490+
.Expected result
481491
[queryresult]
482492
----
483493
+----------------------------------------------------------------+
@@ -498,6 +508,7 @@ CALL dbms.cluster.switchDiscoveryServiceVersion("V2_ONLY");
498508
. Verify that `CALL dbms.cluster.showParallelDiscoveryState();` now shows `V2_ONLY` running.
499509
Note that `stateComparison` is `N/A` because you do not have v1 to compare states anymore.
500510
+
511+
.Expected result
501512
[queryresult]
502513
----
503514
+-------------------------------------------------------------+

0 commit comments

Comments
 (0)