草庐IT

Kubernetes-Pod

全部标签

Kubernetes、k8s从入门到实战

本文章用到k8s安装包及工具文件链接:https://pan.baidu.com/s/1gYU9xxwxI9cXfJ1IJGQjwg?pwd=ye11提取码:ye11云计算+服务我们对于云计算的概念,维基百科有以下定义:CloudcomputingisanewformofInternet-basedcomputingthatprovidessharedcomputerprocessingresourcesanddatatocomputersandotherdevicesondemand.云计算就是一种按照需求通过Internet获取计算资源的形态。这些计算资源被包装成为服务,提供给用户。而提供

Kubernetes中使用Helm2的安全风险

参考 http://rui0.cn/archives/1573英文文章 https://blog.ropnop.com/attacking-default-installs-of-helm-on-kubernetes/集群后渗透测试资源 https://blog.carnal0wnage.com/2019/01/kubernetes-master-post.htmlTL;DR简述攻击过程:使用Helm2会创建一个集群管理员权限的Tiller账号,基于这个Helm2在集群中创建的资源Pod中,默认能够访问Tiller-deploy并执行操作。控制这类Pod能够实现权限提升。Helm介绍:Kube

K8S集群中Pod资源处于CrashLoopBackOff状态排查思路

K8S集群中Pod资源处于CrashLoopBackOff状态排查思路文章目录K8S集群中Pod资源处于CrashLoopBackOff状态排查思路1.Pod资源处于CrashLoopBackOff状态的原因2.Pod资源处于CrashLoopBackOff状态的排查思路3.资源限制问题导致Pod处于CrashLoopBackOff状态1.Pod资源处于CrashLoopBackOff状态的原因CrashLoopBackOff状态一般都是Pod资源中的容器出现了问题,可以有以下几点原因:容器中部署的程序存在Bug,无法正常启动,就会出现此状态,可以查询容器的启动日志,从日志中获取重要线索,逐个

K8S集群中Pod资源处于CrashLoopBackOff状态排查思路

K8S集群中Pod资源处于CrashLoopBackOff状态排查思路文章目录K8S集群中Pod资源处于CrashLoopBackOff状态排查思路1.Pod资源处于CrashLoopBackOff状态的原因2.Pod资源处于CrashLoopBackOff状态的排查思路3.资源限制问题导致Pod处于CrashLoopBackOff状态1.Pod资源处于CrashLoopBackOff状态的原因CrashLoopBackOff状态一般都是Pod资源中的容器出现了问题,可以有以下几点原因:容器中部署的程序存在Bug,无法正常启动,就会出现此状态,可以查询容器的启动日志,从日志中获取重要线索,逐个

【云原生 • Kubernetes】配置管理 - Secret & ConfigMap

本文导读一、机密配置抽象Secret1.认识Secret2.Secret的使用(1)创建Secret加密数据(2)将Secret以变量形式挂载到pod容器二、配置抽象ConfigMap1.认识ConfigMap2.ConfigMap的使用(1)创建配置文件(2)创建ConfigMap(3)将ConfigMap以变量形式挂载到pod容器一、机密配置抽象SecretSecret是一种包含少量敏感信息例如密码、令牌或密钥的对象。这样的信息可能会被放在Pod规约中或者镜像中。使用Secret意味着你不需要在应用程序代码中包含机密数据。由于创建Secret可以独立于使用它们的Pod,因此在创建、查看和编

【云原生 • Kubernetes】配置管理 - Secret & ConfigMap

本文导读一、机密配置抽象Secret1.认识Secret2.Secret的使用(1)创建Secret加密数据(2)将Secret以变量形式挂载到pod容器二、配置抽象ConfigMap1.认识ConfigMap2.ConfigMap的使用(1)创建配置文件(2)创建ConfigMap(3)将ConfigMap以变量形式挂载到pod容器一、机密配置抽象SecretSecret是一种包含少量敏感信息例如密码、令牌或密钥的对象。这样的信息可能会被放在Pod规约中或者镜像中。使用Secret意味着你不需要在应用程序代码中包含机密数据。由于创建Secret可以独立于使用它们的Pod,因此在创建、查看和编

【精品】kubernetes(K8S)集群top命令监控 Pod 度量指标

需求描述提示:做到举一反三就要学会使用help信息找出标签是name=cpu-user的Pod,并过滤出使用CPU最高的Pod,然后把它的名字写在已经存在的/opt/cordon.txt文件里分析:了解pod指标,主要需要关注,CPU与内存占用率;生产环境,可能有几十个pod,我们为了使其便于快速检索到需要的pod,可以学会添加参数,使其按照特定的标准排序,参数很多,我们没必要全部记住,学会help一劳永与。解决方案:1、执行命令:kubectltoppo--sort-by=memory-h显示信息如图:由此可知这里可以,选择的选项有cpu和内存的数值由大到小排序。2、根据帮助信息可知,获取我

【Kubernetes资源篇】DaemonSet控制器入门实战详解

文章目录一、DaemonSet控制器理论知识1、DaemonSet控制器是什么?2、DaemonSet控制器工作原理3、DaemonSet典型应用场景4、DaemonSet与Deployment的区别二、案例:DaemonSet控制器实战演示1、使用DaemonSet部署日志收集组件2、DaemonSet管理Pod滚动更新三、总结一、DaemonSet控制器理论知识中文官方文档参考:1、DaemonSet控制器是什么?Kubernetes中的DaemonSet(简写ds)控制器是一种用来运行守护进程应用程序的控制器,它确保每个Node节点都运行具有指定配置的Pod副本,当Node节点的加入或删

K8s错误处理:Failed to create pod sandbox

K8s创建Pod时,使用kubectldescribe命令查看Pod事件,发现在拉取镜像前出现报错,报错内容为:Failedtocreatepodsandbox:open/run/systemd/resolve/resolv.conf:nosuchfileordirectory该文件为DNS配置文件,一般由systemd-resolved服务管理,不能由用户修改。那些指点的人说把Master里的复制一份到Node中的人,实际上是行不通的。如果你的systemd-resolved服务状态是active的,那么本文的方法不适用于你的情况,如果服务状态是关闭的,那么启动该服务,再次进行Pod的创建即

字节跳动开源 Kelemetry:面向 Kubernetes 控制面的全局追踪系统

Kelemetry是字节跳动开发的用于Kubernetes控制平面的追踪系统,它从全局视角串联起多个Kubernetes组件的行为,追踪单个Kubernetes对象的完整生命周期以及不同对象之间的相互影响。通过可视化K8s系统内的事件链路,它使得Kubernetes系统更容易观测、更容易理解、更容易Debug。背景在传统的分布式追踪中,“追踪”通常对应于用户请求期间的内部调用。特别是,当用户请求到达时,追踪会从根跨度开始,然后每个内部RPC调用会启动一个新的子跨度。由于父跨度的持续时间通常是其子跨度的超集,追踪可以直观地以树形或火焰图的形式观察,其中层次结构表示组件之间的依赖关系。与传统的RP