大数据架构师亲授：5大服务器优化关键点

文章配图，仅供参考

　　老周当时正讲到第三点，“网络栈调优”，手还停在投影仪遥控器上。他忽然把遥控器扣桌上，说：“你看它现在算不算‘优’？”我说不算，他点点头，又补了句：“算不算‘劣’？”我没答上来。监控后台里，这三台的TCP重传率始终压在0.32%，看着健康；可下游Spark作业的shuffle fetch timeout日志，第八次刷出来的时候，我手边咖啡杯沿刚印上半个指纹。

　　后来发现是内核参数net.ipv4.tcp_slow_start_after_idle被设成了0——不是没设，是设成了0。运维同事改的，说是为了防突发流量打穿。可它根本没拦住慢启动失效这事，反而让每个新连接一上来就扛满窗口，然后卡死。我原以为是网卡驱动旧，结果换完ixgbe最新版，bond0还是那个89.7%。反正监控曲线平得像尺子量过，连毛刺都没有，但下游就是拿不到数据。

　　那天下午四点十七分，客服系统弹出一条自动回复：“您的请求已进入排队队列。”其实根本没进队列，是API网关转发时在iptables链里被drop了三次——第三次才打日志，日志级别设的是warn，所以没人看。而就在同一秒，老周手机震了一下，是他女儿学校发来的秋游通知照片，他点开看了三秒，没放大，也没存，直接划走。他转头跟我说：“优胜劣汰不是比谁跑得快，是比谁先察觉自己已经不跑了。”

　　可这话我到现在也没咂摸透。他讲的五点，我记了三页纸：第一点调proc/sys/net/core/somaxconn，第二点改sysctl.conf里的tcp_fin_timeout，第三点……第三点后面全是潦草圈出来的“？？？”，旁边还画了半截U盘图标——那天我带的加密U盘掉进机柜缝隙了，到现在没找着。我也不知道是不是因为弯腰找U盘时漏听了后两点。

　　最怪的是，那三台机器重启之后，bond0吞吐量立刻降到61%，一切正常。但工程师小杨手动执行了一次ethtool -K eth0 tso off，再开tso，吞吐又回到89.7%。他试了七遍，第七遍前他骂了句“操”，声音不大，可我听见了。我就站他斜后方，手里捏着半块没吃完的桃酥，碎渣掉在键盘F键和G键之间，一直没掸。

　　所以你说这算优，还是劣？我只知道它不报错，不报警，不丢包，只悄悄把时间吃掉——像一口闷掉整杯冷茶，舌根发涩，但你没法指着杯子说它坏了。有谁碰到过这个吗？

（编辑：航空爱好网）

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