1,登陆服务器查看资源使用top,vmstat等命令查看了一番发现服务器各项指标都没有异常。于是将问题转向了网络层。
2,本地使用ping服务器外网ip正常返回,无丢包,延迟也正常。
3,登录服务器查看tcp相关数据。
发现在卡顿时有大量tcp syn包被丢弃,数值一直在增长。
在查阅资料并结合实际情况后,发现该服务器同时启用了 tcp_timestamps和tcp_tw_recycle参数。
后想起,之前同事为改善time_wait连接数过多问题曾改过该内核参数。
解决办法是,关闭tcp_tw_recycle:
再观察,发现服务已正常,偶尔连接不上的现象消失。
我们先来man一下这两个参数(man tcp):
cp_timestamp 是 RFC1323 定义的优化选项,主要用于 TCP 连接中 RTT(Round Trip Time) 的计算,开启 tcp_timestamp 有利于系统计算更加准确的 RTT,也就有利于 TCP 性能的提升。(默认开启)
关于tcp_timestamps详情请见: >阿里云服务器韩国首尔地域节点上线,可选云服务器ECS规格第六代平衡增强型c6e、g6e、r6e以及突发性能实例t6,CPU处理器采用25GHz主频Intel Xeon Platinum 8269(Cascade),32GHz睿频,ForeignServer来详细说下阿里云韩国服务器性能评测及租用费用:
阿里云韩国首尔云服务器
阿里云服务器韩国(首尔)地域上线(参考阿里云韩国服务器官方页面),亚太地区除了新加坡、日本、印度、澳大利亚、马来西亚、印度尼西亚及菲律宾又一选择。如下图:
阿里云韩国首尔服务器
目前阿里云韩国(首尔)地域,仅有一个可用区A可选。
阿里云韩国服务器测速IP
阿里云并不提供韩国云服务器测试IP,可以使用对象存储OSS的链接地址,测试下Ping值延迟,如下表:
所在国家 所在城市 Region ID 可用区数量 OSS地址 返回IP地址
韩国 首尔 ap-northeast-2 1 >
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)