kubernetes读书笔记

读书笔记"/>

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的作用域添加或者删除