关于日志API接口中流量的使用。

现状:

目前服务器使用带宽是2M,那么最大上行流量应该是250kb/s,而通过日志发现目前最大并发流量是350kb/s。

问题:

看到以上的结果时,我当时的疑问是最大并发流量超过了服务器最大上行流量,那么会不会有丢日志的可能?

解决:

通过多方面的咨询与查找资料,得到以下结论:

1、我理解,tcp协议本身存在所谓的滑动窗口的概念,即发送窗口和接受窗口可以存在时间延迟。 当然这个概念并不是起是否丢日志的决定性因素,第2点才是决定性因素。

2、起是否丢日志的决定性因素是客户端的策略;即当客户端发送日志时,服务器端流量不够时,客户端的请求会被阻塞,那么客户端对这种阻塞的处理才是决定是否丢日志的决定性因素啦。 然后我特意问了客户端的兄弟,目前的timeout时间是30秒,然后还会有3次的重试机会,所以丢日志的可能性目前来看是不大的。 

3、邱实哥说的好,我花了若干时间解决这个问题的薪水的成本,还不如直接加带宽呢…… 但我表示至少这事儿咱得做到心里有底不是?

结论:

注,该结论目前并没有做实际的测试,只是估算。

1、SERVER使用的最大上行流量是最大并发流量的20%-50%即可,但如果平均流量本身就远远超过SERVER的上行流量,那唯一的办法就是增加SERVER的带宽啦。

原文地址:https://www.cnblogs.com/hark0623/p/4790650.html