运维Linux和python-优快云博客

原创降本增效与灾难切换

还有一种方案，就是创建k8s集群的时候，只创建一个，但是里面的机器是分布在不同的可用区的，可以有A可用区，也可以有B可用区，也可以有C可用区，这种方案的好处是应用部署只要部署一次即可，当某个可用区有问题之后，pod会自动调度到好的可用区里面去，这种方案运维其实蛮简单的，毕竟只有一个集群需要运维，而且有问题会自动好，基本上也不用切换，但是这种集群的坏处就是，如果这个k8s集群挂了，所有业务全嘎，你完全没有手段进行容灾，灾难发生的时候，只能烧香拜佛了。但是每次出故障，成本的人从来不扛锅，只有功，还是挺棒的。

2025-07-13 22:32:41 674

原创漫谈职场文化

所以，偶尔公司会空降一条鱿鱼过来，挑战各个部门，挑战各个蛋糕，从而部门之间权力争斗，重新洗牌，重新划分蛋糕，对于原来的嫡系来说，其实比较害怕调整，因为以后就不是嫡系，而对于不是嫡系来说，内心是希望这种斗争的，因为如果没有这种鱿鱼，非嫡系的人在这个环境中，是永无出头之日的，所以才有了树挪死，人挪活的这种说法。嫡系的坏处就是新人来了，那么永远做不出有价值的事情，功劳会被收割，而背锅的活一个不落，好处都是固定的几个人的，从而慢慢的强化了每个人的一种认知，那就是如果你绩效好，并不是你干得好，而是你的领导给的。

2025-06-20 23:43:59 334

原创运维之nginx sendfile 0拷贝报错文件句柄不存在

找一个干净的环境，进行debug调试，否则debug日志太多，你根本无法分辨对应的信息，从而也就证明了，临时文件被提前删除，从而导致了sendfile失败，主要还是因为sendfile是异步的，nginx无法感知这个已经结束了，本来这个临时文件的清理工作是在请求结束之后再清理的，但是在这个SSE长连接场景中，nginx会收到响应，从而误认为这个请求结束了，进行关闭了临时文件，这是一种竞争关系，什么时候清理生成的临时文件，也是一个考验。单一维度不能衡量所有东西，多几个维度，才能更好的评估。

2025-06-13 08:01:24 736

原创闲聊运维产品

看其他的产品，各种各样的人配备齐全，有专门做产品的，有专门做架构的，有专门做测试的，要人有人，要时间有时间，要汇报有汇报，这样其实也很好，足够的人去向上提，评选为优秀产品的概率大大增加，虽然产品不怎么样，但是奈何人数众多，主攻的方向是职场，而非用户。做运维久了，就会接触到很多运维产品，有的功能强，有的设计灵活，有的标准化，有的提高效率，也有的脏乱差，要所有的运维接受一个产品，其实还挺难，因为有的时候，用别人的，还不如自己写个脚本可靠。人再少，看见告警就会主动去查，那么给予时间也会慢慢成为优秀的产品；

2025-05-31 02:37:24 246

原创 openresty编译之后访问403

那就只能再测试这个用户的权限了，使用命令sudo -u fuck cat /soft/openresty/nginx/html/index.html,显示为无权限，然后再用sudo -u fuck cat /soft/openresty/nginx/html，依旧无权限，直接到最后sudo -u fuck cat /soft，也是无权限，从而就是这个目录有问题，查看一下目录的权限，发现是750，emmm，主用户是root，也就是其他用户都进不去，将目录权限chmod 755 /soft，恢复正常。

2025-05-25 00:18:45 287

原创如何优化nginx三次握手时间

但是细细一想，国内的连接的时候，每次都是十几ms，那么即使3.5个RTT，也就100ms，而在进行代理的时候，虽然国内的nginx到跨洋的nginx之间的耗时高，但是只要开启了upstream的长连接，那么就必然大大减少这种耗时的情况，长连接不但能减少耗时，而且拥塞窗口也可以一直保持满载的状态，从而性能大大提升。在使用优化后的架构跑了几天之后，发现502的数量大大增加，从修改了架构之后就出现了，而出现502的时候，基本上都是连接被上游断开，也就是海外的nginx将客户端的连接直接断开。这就是长连接的好处。

2025-04-25 22:27:53 881

原创 k8s中sidecar死循环

在使用sidecar的时候，注意分配好对应的request和limit，如果一个宿主机上的机器过多，不要把request和limit设置成一样，设置的很大，因为sidecar占用的资源也很大，最好是request很少，limit稍微大一点，而且这个配置都是固定的，不能说有的pod是一个值，其他的pod又是一个值。如果这两个pod所在的两个机器同时宕机了，也不能使用了，而且这个时候，如果业务容器重启了，那还启不起来，如果告警做的不好，那估计等整个集群挂了，你才能发现这个问题，告警做的是否充足，也是个考验。

2025-04-18 23:40:20 462 1

原创负载均衡nginx中的FIN包传递

在七层http，是可以复用连接的，从而当客户端发送FIN的时候，在默认情况下，是会将FIN包发送到后端，从而关闭此长连接，而连接池中其他连接不受影响，也就是此时日志会记录为499的响应，表示客户端中断了连接；抓包的时候，一般先问问发生的频率，如果发生的频率低，那么抓包的时间就长了，而且如果qps大，那么抓包文件就更大了，一般使用循环抓包，例如一个文件200m，抓20个文件循环抓，这样不至于让磁盘满。Q3：为什么日志记录的是200响应，明明没有抓到后端的响应，后端发送的时候都报错了，日志记录的应该是499？

2025-04-12 23:17:51 757

空空如也

空空如也