我司使用的是亚马逊厂商的云服务,厂商的消息队列产品我们并没有用,我们选择自建,自建的好处是更灵活,定制性更广。公司内部有多套Kafka集群,100+broker节点,针对kafka我司也有比较完善的自动化运维管理体系,最近出现过一次业务连接kafka集群频繁超时的情况,在这里记录下处理过程,加深对网络知识的理解。
创新互联公司2013年至今,先为突泉等服务建站,突泉等地企业,进行企业商务咨询服务。为突泉企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
业务收到服务可用性下降报警,分析日志发现是连接亚马逊kafka集群有频繁超时,超时日志如下:
网络问题从表面看不到细节,只能通过抓包分析,同时抓取了客户端和服务端的数据包,抓包命令如下:
# 客户端(抓所有和kafka节点通信的网络数据包)
nohup tcpdump port 9092 -w kafka.pcap &
# 服务端(抓所有和客户端主机通信的数据包)
nohup tcpdump host 10.66.67.166 -s0 -w 10.66.67.166.pcap &
说明: 开启抓包后,在客户端主机过滤超时日志,出现超时后即可停止抓包操作。
其他亚马逊业务网卡mtu配置配置也是9001,为啥没问题?
联系厂商确认跨账户网络链路。
# 临时生效
ip link set dev eth0 mtu 1500
永久生效
vim /etc/sysconfig/network-scripts/ifcfg-eth0 增加如下内容
MTU="9000"
# service network restart
文章名称:网络故障的隐形元凶:MTU配置你了解吗?
当前地址:http://www.shufengxianlan.com/qtweb/news28/507828.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联