概述
在做MHA测试的时候，有一个重要的环节就是测试MHA
Manager节点和Master节点的网络情况，如果产生了抖动，那么MHA本身提供了一个参数secondary_check来保证，但是如果你的部署环境中是一主一从的话，这个参数就不会起作用了，因为latest
slave和oldest
slave是同一个库，简单来说，连不上就是连不上了，至于切还是不切，这个还不好说。我们测试的场景下，有时候切，有时候不切。所以我们原本测试的MHA0.57版本就降级为了0.56，仔细测试发现，其实也存在这样的问题，综合再三，我们就把secondary_check给取消了，直接在MHA的代码里调整了超时次数的配置(默认是4次)。
接下来的问题来了，如果做更深入的测试，我们势必需要完整的模拟网络的抖动情况,这个时候传统的service network stop ;
sleep xxx; service network start的方式就会受限了。潜在的一个原因就是重启服务以后，VIP就没有了。
但是基本能够模拟出MHA的场景，保证在指定的时间范围内出现抖动而不会误切。
所以经过全方位的测试，我们心里有底了，那些方面该怎么调整，那些细节需要继续深究，都有了一些心得和体会。
但是网络的测试其实感觉还是不够彻底，毕竟真实的网络抖动不会网卡不可用，而是网络超时，丢包等等。
所以如果能够尽可能模拟出网络问题，配合MHA来联调测试，就能够基本模拟出真实的问题场景了。所以tc这个方案就进入了我的视线。
Linux的网络流控，控发
最后
以上就是笑点低蛋挞为你收集整理的linux tc取消网卡流量限制,Linux高级流量控制tc使用的全部内容，希望文章能够帮你解决linux tc取消网卡流量限制,Linux高级流量控制tc使用所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复