我们继续来查看k8s的卷，上一次我们分享了将磁盘挂载到容器中，empyDir和gitRepo都是会随着pod的启动而创建，随着pod的删除而销毁那么我们或许会有这样的需求，期望在pod上面读取节点的文件或者使用节点的文件系统来访问节点的设备这个时候，我们就可以让hostPath出马了hostPath咱们来看图说话hostPath卷会指向节点文件系统上的特定文件或者目录，我们同时在一个节点上运行并在hostPath卷中使用相同的路径的pod，就可以看到相同的文件了使用hostPath卷的时候，哪怕我们删除pod，hostPath卷的内容也不会被删除，若现在启动了一个pod，也会发现之前被删除po
业务场景： 华为CCE，根据自己的nacos镜像，部署nacos集群。由于公司使用的是华为云CCE内网环境，不能通过外网下载镜像，只能根据公司自己的镜像进行部署。看了网上华为云CCE部署nacos集群，都是通过官方的k8s-nacos，使用helm进行部署。这个方式不太适合公司的业务场景，公司还是希望通过CCE页面进行容器部署，经过一段时间的研究，终于实现。话不多说，上过程前期准备1、购买CCE资源，加3台节点，这里不多说2、本地下载nacos镜像3、登录华为云CCE，镜像仓库》 组织管理》 创建组织，我组织名称bukesu4、上传镜像，在我的镜像出选择客户端上传，如下：5、修改镜像名称
业务场景： 华为CCE，根据自己的nacos镜像，部署nacos集群。由于公司使用的是华为云CCE内网环境，不能通过外网下载镜像，只能根据公司自己的镜像进行部署。看了网上华为云CCE部署nacos集群，都是通过官方的k8s-nacos，使用helm进行部署。这个方式不太适合公司的业务场景，公司还是希望通过CCE页面进行容器部署，经过一段时间的研究，终于实现。话不多说，上过程前期准备1、购买CCE资源，加3台节点，这里不多说2、本地下载nacos镜像3、登录华为云CCE，镜像仓库》 组织管理》 创建组织，我组织名称bukesu4、上传镜像，在我的镜像出选择客户端上传，如下：5、修改镜像名称
为了避免业务停机，你需要不断完善你的排障技能，定期对整个Kubernetes集群进行调试和故障排除对运维服务稳定至关重要。故障排除包括识别、诊断和解决Kubernetes集群、节点、Pod、容器和其他资源中的各类问题。由于Kubernetes是一个复杂的系统，因此解决问题可能具有挑战性。问题可能发生在单个容器、一个或多个pod、control、controlplane组件或这些组件的组合中。这使得即使在小型本地Kubernetes集群中诊断和修复错误也具有挑战性。如果在大规模生产设置中能见度有限且移动部件众多，问题就会变得更糟。幸运的是，有解决这些问题的成功方法。本文探讨了最常见的Kubern
最近工作中在部署Pod后发现无法正常启动，查看Pod详情后看到以下报错信息：Failedtocreatepodsandbox:rpcerror:code=Unknowndesc=failedtogetsandboximage"k8s.gcr.io/pause:3.6":failedtopullimage"k8s.gcr.io/pause:3.6":failedtopullandunpackimage"k8s.gcr.io/pause:3.6":failedtoresolvereference"k8s.gcr.io/pause:3.6":failedtodorequest:Head"ht
二进制安装Kubernetes（k8s）v1.27.3IPv4/IPv6双栈可脱离互联网https://github.com/cby-chen/Kubernetes开源不易，帮忙点个star，谢谢了介绍kubernetes（k8s）二进制高可用安装部署，支持IPv4+IPv6双栈。我使用IPV6的目的是在公网进行访问，所以我配置了IPV6静态地址。若您没有IPV6环境，或者不想使用IPv6，不对主机进行配置IPv6地址即可。不配置IPV6，不影响后续，不过集群依旧是支持IPv6的。为后期留有扩展可能性。若不要IPv6，不给网卡配置IPv6即可，不要对IPv6相关配置删除或操作，否则会出问题。强
文章目录K8s常见问题处理、答疑[1]calico一直处于未就绪状态[2]删除dashboard一直卡在delete[3]k8s-dashboard修改tocken-ttl避免频繁输入tocken[4]kubectl快捷指令[5]解决UTC时间问题[6]kubectl命令自动补全[7]kubectlexec进入pod[8]使用hostpath解决容器UTC时间问题[9]如何设置sc为defaultsc?方法一方法二参考文档[10]pod一直pending是什么原因？[11]查看集群整体状态[12]kubelet无法启动原因[13]curl访问k8sAPI报错[14]pod不能解析同namesp
Kubernetes是一个由主节点和工作节点组成的容器编排工具。它只允许通过作为控制平面核心组件的API服务器进行通信。API服务器公开了一个HTTPRESTAPI，允许内部组件（如用户和集群）和外部组件之间的通信。你可以将API服务器视为Kubernetes的主要用户界面或前端。它使您能够查询、更新或管理Kubernetes对象或资源的状态。为了建立这些交互，KubernetesAPI可以直接发出REST请求、使用客户端库或通过kubectl命令行接收直接命令。kubectl可以帮助您执行各种操作，包括：部署容器化应用运行Kubernetes操作监控任务检查和管理集群资源查看系统日志kube
引言：当容器部署涉及到多个节点服务器，用docker、docker-compose来部署就不是那么方便了，不能统一控制，不方便伸缩，配置统一管理、版本控制；当我们业务涉及到集群容器部署时，就考虑K8s、K3s来实现。k8s架构组成：（一）Master：apiserver、scheduler、controller-manager以及ETCD（多）Node：kubelet、kube-proxy、容器引擎（containerd、docker）Kube-apiserver：用于暴露kubernetesAPI，任何资源请求或调用操作都是通过kube-apiserver提供的接口进行。以HTTPRestf
文章目录一、资源限制1、资源限制的使用2、reuqest资源（请求）和limit资源（约束）3、Pod和容器的资源请求和限制4、了解拓展CPU的资源单位5、了解拓展内存资源单位6、资源限制示例二、健康检查1、健康检查的定义2、探针的三种规则1.livenessProbe（存活探针）2.readinessProbe（就绪探针）3.startupProbe启动探针（1.17版本新增）4.同时定义3、Probe支持的三种检测方法1.exec2.tcpSocket3.httpGet4、探测结果5、exec方式6、httpGet方式7、tcpSocket方式三、总结1、探针2、检查方式3、用的探针可选参
