• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

k8s生产经验总结

互联网 diligentman 2周前 (04-09) 5次浏览

k8s生产经验总结

k8s一定是趋势,而且在2021年会大量落地!

k8s线上的表现是梦幻级别的,并且k8s API更加是自动化部署流程的利器。不需要处理vm,部署更快、更高效、更可靠。更简单的容器测试和交付,在构建和部署可靠性上得到了巨大提升。(暂时数据库除外)

这种迅速高效可靠的部署 方式,绝对能够超过其他普通团队发布进程及节奏。

从容器编排及其编排工具开始

刚开始是单个容器及多个容器编排,比如使用docker swarm及k8s,当时2015年只有用的alpha(内部测试版本,base是公开测试版本),并且当时的容器集成、网络、部署自动化是非常棘手的问题。最终选择了k8s!

使用教训

使用k8s比心对pods、services、replicas controller等概念了然于心(网上有大量资料学习查找)。

目前可以通过ingress对外发布应用。当时采用的是二级负载均衡器配置(即做2层负载),就是在k8s集群前面做负载均衡(nginx或者HAproxy),当时是因为AWS的ELB不能很好的处理vhost现象,所有将流量先打到自己配置的nginx。(只用HAproxy其实也能工作,但是需要在DNS级别解决动态AWS IP地址问题)

k8s蓝绿部署

是一种不中断服务的部署。不同于滚动更新,其运行着2个环境 一个是新功能(绿),一个旧版本(蓝)。等绿完全启动并经过验证之后,再将流量切过去。期间有任何问题 直接切回蓝。

好处是永远有一个版本正常运行,减少了处理多个并发版本带来的复杂性!

k8s生产经验总结

部署自动化

通过deployer将部署集成到构建流程当中

k8s生产经验总结

资源限制

使用k8s搞清楚资源限制很重要,高效运行多个容器,防止资源不够(主要指内存)而停止。

k8s的数据库

考虑到运行数据存储不够完美,并且部署复杂。

虽然有了stateful,但建议依旧利用传统数据库的部署方式,没必要全部迁移到k8s,取其精华去其糟粕!

成本计算

由于运行k8s需要etcd集群及一个master节点,对于规模太小的机器 这一笔开销比较大,推荐利用云厂商的k8s服务!比如阿里云ask等……

对于大规模部署,k8s非常节省服务器成本,运行容器非常容易 并且最大程度利用现有资源,减少服务器数量。同时给运维也需要更高的要求,必要的时候,可以使用部分云平台的服务!

From:http://www.360doc.com/content/18/0630/22/54185769_766698906.shtml

展开阅读全文

nginxhaproxygiteedeployerdocker swarmetcd

© 著作权归作者所有

举报

打赏

0


0 收藏

微信
QQ
微博

分享

作者的其它热门文章

Ansible远程执行脚本
Tomcat8访问管理页面localhost出现:403 Access Denied
一个nginx 502问题解决方案
配置samba服务器@手把手


程序员灯塔
转载请注明原文链接:k8s生产经验总结
喜欢 (0)