Nginx多历程高并发、低时延、高靠得住机制在缓存(redis、memcache)twemproxy署理中的应用

替代线上集群两个署理中的一个后(影响50%流量)，长毗连，qps=5000~6000，客户端埋点监控时延漫衍如下:

替代两个proxy中的一个后，行使tcprstat在署理集群上面查察两个署理的时延漫衍如下:

原生twemproxy节点呆板上的时延漫衍:

 

另一个改革后的twemproxy节点呆板上的时延漫衍：

总结：替代线上两个proxy中的一个后，客户端时刻低落了一倍，假如线上集群两个署理都替代为改革后的twemproxy，客户端监控时延估量会再低落一倍，总体时延低落3倍阁下。

另外，从监控可以看出，改革后的twemproxy时延更低，越发不变，无任何颠簸。

6.2 参考nginx多历程改革后的twemproxy线下压测功效(开启reuseport成果)

监听统一个端口，数据长度100字节，压测功效如下：

linux内核版本:linux-3.10

物理机机型： M10(48 cpu)

多历程监听统一个端口，数据长度150字节，压测功效如下：

linux内核版本:linux-3.10

物理机机型： TS60 (24 cpu)

7 总结

7.1 多历程、多线程机制选择

选择参照nginx多历程机制，而不选择多线程实现缘故起因首要有:

1) 多历程机制无锁操纵，实现更轻易

2) 多历程的署理，整个worker历程无任何锁操纵，机能更好

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!