核心内容摘要
时序数据库国产化替换常见痛点：你是否也遇到兼容性困扰？
文章目录
K8s核心概念pod介绍Side car模式deployment - 监控pod状态健康检查机制 - 探针LivenessReadnessservice - 网络请求配置Lable - 标签 (k8s调度策略)容器编排体系介绍
总结✨✨✨学习的道路很枯燥希望我们能并肩走下来编程真是一件很奇妙的东西。
你只是浅尝辄止那么只会觉得枯燥乏味像对待任务似的应付它。
但你如果深入探索就会发现其中的奇妙了解许多所不知道的原理。
知识的力量让你沉醉甘愿深陷其中并发现宝藏。
本文开始
K8s对测试人员来说当公司实际业务足够大时测试或部署需要操作多台机器这时候涉及管理多个容器就可以使用到k8s技术K8s: 可以看作一个容器集群容器编排技术简化对容器集群的操作核心概念管理容器需要了解其中的pod, deployment,service,lable,探针等概念pod介绍pod: k8s最小调度单元-podk8s无法直接调度单个容器K8S 中最基本的资源类型-PODpod: 将一组业务相关的容器组合到一起的pod, 使用的container模式连接使用的是共享同一个网络和目录pod中多个容器都挂载到共享目录上一个 POD 提供了多种机制包括但不限于共享和限制目录网络进程资源等机制来让容器之间的协作更加顺畅。
Side car模式Side car模式pod 里包含多个容器pod中多个容器都挂载到共享目录上一个业务主容器其他是辅助容器一个pod中一般定义一个容器也可以定义多个容器SANBOXpause默认容器提供基础pod网络环境无法直接查看该容器是一个空容器使用场景side car模式日志收集故障注入测试在pod中重新注入一个容器deployment - 监控pod状态deployment 是pod上层用来管理和操作poddeployment监控pod状态和维护指定数量如自动重建故障poddeployment根据配置文件维护pod状态实现负载均衡和高可用模式的维护一个节点启动一个容器使用DeploySet类型健康检查机制 - 探针LivenessReadnessdeployment如何判断pod健康状态使用健康检查机制-探针Liveness ReadnessLiveness存活探针机制每隔一段时间探查服务接口如果探查失败证明服务不健康会杀掉podDeployment会在杀死pod并重建一个新的pod。
service会把老pod的IP地址移除掉把新pod的ipd地址加到ip池中。
简述存活探针定期检查服务端口失败时直接杀死pod并重建service会更新IP池移除旧IP,添加新IPReadness可读探针机制每隔一段时间探查服务接口如果探查失败证明服务不健康不会杀掉pod只是service会把这个pod的ip地址移除掉以便之后的流量不会再打入到这个不健康pod中。
之后探针会继续运行一旦探针判断这个pod重新恢复了健康状态就会把这个pod的ip加回来继续发送流量简述可读探针定期检查服务接口失败时仅从Service IP池移除该Pod IP, 恢复健康后重新加入IP池service - 网络请求配置service统一管理所有pod的网络请求再进行分发网络请求给pod配置文件中会配置端口映射是docker端口映射的扩展port: 集群内部访问端口targetPort - 容器端口nodePort: 外部访问端口Lable - 标签 (k8s调度策略)标签作用实现Service到Pod的请求分发Service通过Selector根据Label选择目标Pod【注】任何都能添加标签容器编排体系介绍简述
当流量来临通过Service管理所有网络请求通过Lable分发到Pod
通过deployment监控pod状态使用的是探针liveness或readness进行
总结✨✨✨各位读友本篇分享到内容是否更好的帮助你理解如果对你有帮助给个赞鼓励一下吧世上没有绝望的处境只有对处境绝望的人。
一遇挫折就灰心丧气的人永远是个失败者。
而一向努力奋斗坚韧不拔的人会走向成功。
感谢每一位一起走到这的伙伴我们可以一起交流进步一起加油吧