@@ -182,13 +182,6 @@ With clusters of a significant size, the sync master will require a significant
182
182
Therefore it is recommended to deploy sync masters on their own servers, equiped with sufficient
183
183
CPU power and memory capacity.
184
184
185
- ArangoSync will transport messages from one datacenter to another in "transport topics".
186
- This is a limited set of well know topics. The list should be large enough to avoid
187
- performance bottlenecks. Typically 10-20 topics will do.
188
- <br /> The list of transport topics cannot change over time without re-configuration.
189
- To change the list of transport topics, first stop synchronization completely, then restart the
190
- sync masters with the new list of topics and re-configure synchronization.
191
-
192
185
To start a sync master using a ` systemd ` service, use a unit like this:
193
186
194
187
```
@@ -213,18 +206,12 @@ ExecStart=/usr/sbin/arangosync run master \
213
206
--mq.kafka-addr=${KAFKAENDPOINTS} \
214
207
--mq.kafka-client-keyfile=${CERTIFICATEDIR}/kafka-client.key \
215
208
--mq.kafka-cacert=${CERTIFICATEDIR}/tls-ca.crt \
216
- --mq.transport-topic=${CLUSTERNAME}-1 \
217
- --mq.transport-topic=${CLUSTERNAME}-2 \
218
- --mq.transport-topic=${CLUSTERNAME}-3
219
209
TimeoutStopSec=60
220
210
221
211
[Install]
222
212
WantedBy=multi-user.target
223
213
```
224
214
225
- The ` --mq.transport-topic ` arguments can be replaced by a list of transport topic name in
226
- a file. Pass an ` --mq.transport-topicsfile=filename ` in that case.
227
-
228
215
The sync master needs a TLS server certificate and a
229
216
If you want the service to create a TLS certificate & client authentication
230
217
certificate, for authenticating with sync masters in another datacenter, for every start,
@@ -429,6 +416,15 @@ arangosync get tasks \
429
416
-v
430
417
```
431
418
419
+ Use the following command to get a list of all masters in a datacenter and know which master is the current leader:
420
+ ```
421
+ arangosync get masters \
422
+ --master.endpoint=<endpoints of sync masters in datacenter of interest> \
423
+ --auth.user=<username used for authentication of this command> \
424
+ --auth.password=<password of auth.user> \
425
+ -v
426
+ ```
427
+
432
428
Use the following command to get a list of all workers in a datacenter:
433
429
```
434
430
arangosync get workers \
@@ -497,7 +493,7 @@ Below you'll find an overview per component.
497
493
or worker, provide:
498
494
- A status API, see ` arangosync get status ` . Make sure that all statuses report ` running ` .
499
495
<br />For even more detail the following commands are also available:
500
- ` arangosync get tasks ` & ` arangosync get workers ` .
496
+ ` arangosync get tasks ` , ` arangosync get masters ` & ` arangosync get workers ` .
501
497
- A log on the standard output. Log levels can be configured using ` --log.level ` settings.
502
498
- A metrics API ` GET /metrics ` . This API is compatible with Prometheus.
503
499
Sample Grafana dashboards for inspecting these metrics are available.
@@ -535,6 +531,7 @@ contact support. Make sure to include provide support with the following informa
535
531
- Output of ` arangosync get version ... ` on both datacenters.
536
532
- Output of ` arangosync get status ... -v ` on both datacenters.
537
533
- Output of ` arangosync get tasks ... -v ` on both datacenters.
534
+ - Output of ` arangosync get masters ... -v ` on both datacenters.
538
535
- Output of ` arangosync get workers ... -v ` on both datacenters.
539
536
- Log files of all components
540
537
- A complete description of the problem you observed and what you did to resolve it.
0 commit comments