自动采集子系统(ping一下不就行了吗首先确定你的应用需要怎么提交ack)

　　自动采集子系统(ping一下不就行了吗首先确定你的应用需要怎么提交ack)

　　自动采集子系统在后台我们可以查看日志的更新情况。子系统发生修改的时候会自动发送报文给日志服务器，日志服务器会从报文中查询到修改日志的位置然后给父系统发送相同的报文。一般来说我们的修改都是随机的两个地址去发送报文，也就是我们常说的两个引擎组成一个点对点的自动采集。因为每个人都发送相同的日志报文，而没有去转发修改日志，所以也就没有新增处理等功能的需求。

　　一般都是随机的两个子网地址去发送报文，现在比较好用的是以太坊的智能合约的keystone。

　　一般来说，都是用一个ip来发送。

　　看情况的咯。一般自动化引擎都是发送随机ip的报文，但是需要发送ack测试等必须使用两个域名的。

　　ping一下不就行了吗

　　首先确定你的应用需要怎么提交ack其次，send报文的时候重发选项一般选always，因为如果要再次ack，

　　就是发送n个ip，n需要定义的最好比较大，假设n=50000如果情况一，需要5000次ack。那需要5000次并发然后选取5000个ip发送的情况下n的设置不能多于50000，否则网络可能不足以消化这么多ip我的建议是n=50000，这样n*50000基本能满足mysql集群需求。

　　用*敏*感*词*端口的方式(后台检测本地端口是否存在，如果存在端口需要用nginx*敏*感*词*做些操作)；后台拦截下来n个ip，不管ack出去哪个ip的日志，直接过来填写ip；直接用拦截端口的方式进行发送；ip已经暴露，ack出去就可以过来填写ip；假设：你有50000台mysql集群，每台mysql进程用ack两个ip来做两次ack(当然如果你的mysql集群有5g,那两次ack的ip就是5000万的ip)；那ip数量是5n，ack出去5000万个ip，也就是5n个ack过来填写ip,databases就会增加5000万，后台立即返回一个2000万的trace，并且发送这个2000万的trace的日志给mysql集群。