Hbase群集复制|监视跨群集的复制延迟

Hbase群集复制|监视跨群集的复制延迟,hbase,replication,lag,Hbase,Replication,Lag,在Hbase中设置之后,我们希望监视集群之间的复制延迟 hbase(main):015:0> status 'replication' version 1.2.6 1 live servers <hostname>: SOURCE: PeerID=sep᐀node, AgeOfLastShippedOp=0, SizeOfLogQueue=0, TimeStampsOfLastShippedOp=Fri Aug 02 18:24:18 IST 2019, Replicat

在Hbase中设置之后,我们希望监视集群之间的复制延迟

hbase(main):015:0> status 'replication'
version 1.2.6
1 live servers
<hostname>:
   SOURCE: PeerID=sep᐀node, AgeOfLastShippedOp=0, SizeOfLogQueue=0, TimeStampsOfLastShippedOp=Fri Aug 02 18:24:18 IST 2019, Replication Lag=346
   SINK  : AgeOfLastAppliedOp=0, TimeStampsOfLastAppliedOp=Tue Jul 30 17:45:24 IST 2019
hbase(主):015:0>状态“复制”
版本1.2.6
1台实时服务器
:
资料来源:PeerID=sep᐀节点,LastShippedOp=0,SizeOfLogQueue=0,LastShippedOp=Fri Aug 02 18:24:18 IST 2019,复制延迟=346
SINK:ageoflastapplicedop=0,timestofsoflastapplicedop=Tue Jul 30 17:45:24 IST 2019
有人能帮助解释输出中的“复制滞后”实际上意味着什么吗?如何计算可用数据?
如果我们想根据时间延迟来监控复制延迟,就像在任何传统的主从复制中一样,如何实现这一点。

与其他一些HBase术语相比,“复制延迟”相对简单——它显示了复制过程相对于要复制的编辑而言落后了多远

发件人:TimeStampNextToReplicate是

* 复制目标的下一次编辑的时间戳。用于计算滞后,
*如果此时间戳大于上次装运的时间戳,则表示存在
*至少有一个编辑挂起 复制

使事情更加清楚和明显;)
replicationlay
的值用作
replicationLag