读书笔记"/>
kubernetes读书笔记
继续陪娃读书中,进店纸质版“鲁滨逊漂流记”拿到了,星巴克走起,带了杯子边喝咖啡边读书,经过3小时的攻克,“鲁滨逊漂流记”终于读完了,而我的这本书才看了一章,去吃饭,然后回家上跆拳道,然后做读书小报,充实的一天✌️
前序结束,下面是我的读书记录,读书比较慢,但是只要在学习就是在进步,好过原地踏步吧,自我安慰下😝
1、保持pod健康
1)存活探针
kubernetes有三种探测容器机制
http get探针对容器的ip地址(指定端口和路径)执行http get请求
tcp套接字探针尝试与容器指定端口建立tcp链接
exec探针在容器内执行任意命令,并检查命令的退出状态码,状态码为0,探测成功,所有其他状态码都认为失败
2)创建基于http的存活探针
3)使用存活探针
kubectl get po kubia-liveness
4)配置存活探针的附加属性
5)创建有效的存活探针
保持探针轻量:如果你在容器中运行java应用程序,请确保使用http get存活探针,而不是启动全新jvm以获取存活信息的exec探针。任何基于jvm或类似的应用程序也是如此,他们的启动过程却需要大量的计算资源
无须在探针中实现重试循环
2、了解ReplicationController
ReplicationController是一种kubernetes资源,可确保他的pod始终保持运行状态。如果pod因任何原因消失,则ReplicationController会注意到缺失了pod并创建替代pod
控制器的协作流程
ReplicationController的三部分:选择器、副本个数、pod模版
label selector(标签选择器),用于确定ReplicationController的作用域中有哪些pod
replica count(副本个数),指定应运行的pod数量
pod template(pod模版),用于创建新的pod副本
说明:
更改标签选择器和pod模版对现有pod没有影响,更改标签选择器会使现有的pod脱离ReplicationController的范围,因此控制器停止关注它们。在pod创建后,ReplicationController也不关心其pod实际内容去(容器镜像、环境变量及其他),因此该模版仅影响由此ReplicationController创建的新pod
使用ReplicationController的好处:
确保一个pod(或多个pod副本)持续运行,方法是现有pod丢失时启动一个新的pod
集群节点发生故障时,它将为故障节点上运行的所有pod(即受ReplicationController控制的节点上的那些pod)创建替代副本
他能轻松实现pod水平伸缩
将pod移入或者移除ReplicationController作用域
由ReplicationController创建的pod并不是绑定到ReplicationController,在任何时刻,ReplicationController管理与标签选择器匹配的pod,通过更改pod标签可以将它从ReplicationController的作用域添加或者删除
更多推荐
kubernetes读书笔记
发布评论