tarantool / tarantool/doc

feedback: Monitoring a replica set | Tarantool

Open
#2,604 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

replication server verify
Dominant language
CSS
Stars
15
Forks
49
Avg merge
1d 13h
Merged PRs (30d)
3

Description

<…>istics for the
other two masters, given in regard to master #1.
|The primary indicators of replication health| are:

idle, the time (in seconds) since
the instance received t<…>

https://www.tarantool.io/en/doc/latest/book/replication/repl_monitoring/

Am I understand right: replication idle and replication lag are the same except that replication lag tracks only WAL writes and is not updated with heartbeats?

On https://www.tarantool.io/en/doc/latest/reference/reference_lua/box_info/replication/ I see that both lag and idle are in the upstream object (on replica), but the downstream object (on master) has only idle.

To be honest, the documentation does not give me a predicate, which I should use to decide, whether an instance is healthy. It also does not reveal details how exactly given two metrics work, so I can't construct this predicate myself.

(Filed by @Totktonada.)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the replication monitoring page and the box.info/replication reference linked in the issue, comparing the upstream and downstream metric descriptions. Done means the documentation explains how idle and lag differ, how heartbeats affect them, and provides a clear predicate for deciding whether a replica set instance is healthy.

Written by the indexing model from the issue text.

Assessment

Tech stack
lua
Domain
distributed-systems, documentation
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.