pod专题
CloudStack基本概念-Zone，Pod，Cluster，Host
ZonePodClusterHost Zone Zone（资源域）是CloudStack部署中第二大的组织单元。Zone一般对应一个数据中心，虽然一个数据中心也可以有多个Zone。 把基础设施组织进Zone的一个好处就是可以提供物理隔离和冗余。 例如每个Zone可以有自己的电源供应和网络线路，并且zone之间可以远远地隔离开（虽然不是必须的） 一个zone包括：
client-go删除job同时删除job关联的pod
问题描述 client-go使用以下方式删除job时，并不会把其关联的pod删除，从而导致这些pod成为了孤儿(orphan)： err := clientSet.BatchV1().Jobs(namespace).Delete(name, &metav1.DeleteOptions{}) 在删除job的时候将job关联的pod也删除的方法： propagationPolicy := m
Kubernetes排错(七)-Pod 状态一直 ContainerCreating
查看 Pod 事件 $ kubectl describe pod apigateway-6dc48bf8b6-l8xrw -n cn-staging 异常原因 1）no space left on device ...Events:Type Reason Age From Me
Kubernetes Pod 健康问题：CrashLoopBackoff
搭建 Prometheus 的过程中，alertmanager-main 的 Status状态为CrashLoopBackoff. 我的alertmanager-main svc下有三个alertmanager-main-0 alertmanager-main-1 alertmanager-main-2 1.检查状态 kubectl describe pod alertmanager-main
k8s学习(七) 使用pod健康检查
在Kubernetes集群当中，我们可以通过配置liveness probe（存活探针）和readiness probe（可读性探针）来影响容器的生存周期。 1 kubelet 通过使用 liveness probe 来确定你的应用程序是否正在运行，通俗点将就是是否还活着。一般来说，如果你的程序一旦崩溃了， Kubernetes 就会立刻知道这个程序已经终止了，然后就会重启这个程序。
k8s学习(六) 使用pod hook
Pod Hook 是由 kubelet 发起的，当容器中的进程启动前或者容器中的进程终止之前运行，这是包含在容器的生命周期之中。我们可以同时为 Pod 中的所有容器都配置 hook。 Kubernetes 为我们提供了两种钩子函数： PostStart：这个钩子在容器创建后立即执行。但是，并不能保证钩子将在容器ENTRYPOINT之前运行，因为没有参数传递给处理程序。主要用于资源部署、环境准备等
k8s学习(五) 创建静态pod
静态 Pod 直接由特定节点上的kubelet进程来管理，不通过 master 节点上的apiserver。无法与我们常用的控制器Deployment或者DaemonSet进行关联，它由kubelet进程自己来监控，当pod崩溃时重启该pod，kubelete也无法对他们进行健康检查。静态 pod 始终绑定在某一个kubelet，并且始终运行在同一个节点上。 kubelet会自动为每一个静态 p
k8s（网络组件calico）pod到service域名解析错误解决
问题：安装配置k8s calico网络后， pods之间网络互通，但在测试pod上通过nslookup 获取指定service的域名解析时异常 解决思路： 查看calico日志 calico报错Readiness probe failed: calico/node is not ready: BIRD is not ready: BGP not established 安装配置calico
SAP STO跨公司间转储含POD交货后台配置简介
在前面的博文中我们演示了STO跨公司间转储含POD的前台的操作。本文将演示后台的配置的操作步骤 1、首先是客户和供应商的设置 关联方的既要是供应商也试试客户 2、设置装运条件 路径：SPRO—>物料管理—>采购—>采购订单—>设置库存调拨订单—>定义工厂的装运数据 3、定义采购凭证类型 配置路径：SPRO—>物料管理—>采购—>采购订单—>定义凭证类型 4、设置公司间间交货单类型
11.5.k8s中pod的调度-cordon，drain，delete
目录 一、概念 二、使用 1.cordon 停止调度 1.1.停止调度 1.2.解除恢复 2.drain 驱逐节点 2.1.驱逐节点 2.2.参数介绍 2.3.解除恢复 3.delete 删除节点 一、概念 cordon节点，drain驱逐节点，delete 节点，在对k8s集群节点执行维护（例如内核升级、硬件维护等）时候会用到。后期创建的pod都不会被调度到该节
docker镜像拉取K8s的calico，Pod报错Init:ImagePullBackOff及kubekey生成离线包报错error: Pipeline[ArtifactExportpipe的解决
配置k8s集群出现问题 起初以为是版本问题，最后比对了一下发现没有问题。使用 kubectl describe calico-node-mg9xh -n kube-system命令查看发现docker pull 镜像失败，但是docker国内镜像源早就配置过了。 猜测Docker的缓存可能会导致拉取镜像失败。尝试删除Docker的缓存，然后重新拉取镜像。但还是失败，网上查了整整一天的时间去折腾
Pod中使用自定义服务账号调用自定义资源
一、背景 1、从开发角度 （1）服务通过容器化部署的方式运行在云环境的Pod中，然而在 Kubernetes 中，Pod 中的服务不能直接通过 client-go 访问 Kubernetes 资源，而是需要通过 Kubernetes API Server 来进行访问。client-go 库实际上是通过与 Kubernetes API Server 的交互来完成对 Kubernetes 资源的操
Kubernetes（k8s）常用资源的使用、Pod的常用操作
1、K8s是如何运行容器的。 答：k8s是通过定义一个Pod的资源，然后在Pod里面运行容器的。K8s最小的资源单位Pod。 2、如何创建一个Pod资源呢？ 答：在K8s中，所有的资源单位都可以使用一个yaml配置文件来创建，创建Pod也可以使用yaml配置文件。 3、开始，创建一个Pod，先创建一个k8s目录，然后在k8s里面创建一个pod目录，然后创建vim nginx_pod.ya
k8s metrics-server服务监控pod 的 cpu、内存
项目场景： 需要开启指标服务，依据pod 的 cpu、内存使用率进行自动的扩容或缩容 pod 的数量 解决方案： 下载 metrics-server 组件配置文件： wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml -O components.y
kubernetes环境下 创建pod过程中 异常信息总结整理
[toc] ### 1、异常信息：Failed to pull image "spark:0.1": rpc error: code = Unknown desc = repository docker.io/spark not found: does not exist or no pull access VPA策略应用案例](https://img-blog.csdnimg.cn/direct/d29a1d44c7cb4b6c88bc4642f156c3ed.png)
k8s学习--kubernetes服务自动伸缩之水平收缩(pod副本收缩)VPA策略应用案例
文章目录 前言应用环境1.VPA应用案例 updateMode: "Off"（1）创建应用实例（2）创建vpa 2.VPA应用案例 updateMode: "Auto"（1）创建应用 （2）创建vpa（3）执行压测 前言 有任何疑问或不懂的地方均可评论或私信，欢迎交流 关于VPA的详细解释 链接: VPA的详细解释 策略 在VPA中，updateMode 是一个重要的
k8s 创建job 执行oc命令 删除/操作宿主机内pod
制作job 所使用的的容器 Dockerfile FROM xxx.xxx.com/alpine:3.9COPY glibd-2.23-r3.apk /opt/glibd-2.23-r3.apkCOPY ./ssh_config /etc/ssh/COPY clock /etc/sysconfig/clockRUN echo "xxx.xxx.com/alpine/v3.9/main" >
Pod之间的通信详解
在Kubernetes集群中，Pod之间的通信是非常核心的功能。Pod是Kubernetes中的最小部署单元，它们之间经常需要进行通信以完成各种任务。本文将深入探讨Pod之间的通信方式，并通过示例代码来进一步解释。 目录 第一章. Pod间通信的实现原理 第二章：通信案例讲解 第三章：结论 第一章. Pod间通信的实现原理 在Kubernetes集群中，Pod间通信的实现原
【Kubernetes】9-Pod控制器
一、什么是 pod 的控制器 Pod控制器，又称之为工作负载（workload），是用于实现管理pod的中间层 确保pod资源符合预期状态；pod的资源故障时会进行重启； 当重启策略无效时，则会重新新建pod的资源 二、pod控制器的多种类型 1、ReplicaSet 代用户创建指定数量的pod副本，确保pod副本数量符合预期状态，并且支持滚动式自动扩容和缩容功能。 Replica
K8s Pod的QoS类
文章目录 OverviewPod的QoS分类Guaranteed1.如何将 Pod 设置为保证Guaranteed2. Kubernetes 调度器如何管理Guaranteed类的Pod Burstable1. 如何将 Pod 设置为Burstable2.b. Kubernetes 调度程序如何管理 Burstable Pod BestEffort1. 如何将 Pod 设置为 BestEff
k8s——Pod容器中的存储方式及PV、PVC
一、Pod容器中的存储方式 需要存储方式前提：容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。 首先，当容器崩溃时，kubelet 会重启它，但是容器中的文件将丢失——容器以干净的状态（镜像最初的状态）重新启动。其次，在Pod中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes 中的Volume抽象就很好的解决了这些问题。Pod中的
【Kubernetes】Pod 容器资源限制和三种探针
一、pod 容器的资源限制 资源爆满导致node节点宕机，又因为deployment 控制器会将宕掉的服务转移到其他node节点的特性，从而导致集群中所有节点宕机，可以做资源限制来预防 资源限制 当定义 Pod 时可以选择性地为每个容器设定所需要的资源数量。 最常见的可设定资源是 CPU 和内存大小，以及其他类型的资源。 当为 Pod 中的容器指定了 request 资源时，调度器就使
【kubernetes】探索k8s集群的pod控制器详解（Deployment、StatefulSet、DaemonSet、Job、CronJob）
目录 一、Pod控制器及其功用 二、pod控制器有多种类型 2.1ReplicaSet 2.1.1ReplicaSet主要三个组件组成 2.2Deployment 2.3DaemonSet 2.4StatefulSet 2.5Job 2.6Cronjob 三、Pod与控制器之间的关系 3.1Deployment 3.2SatefulSet 3.2.1StatefulS
【Kubernetes】Pod理论详解
一、Pod基础概念： Pod是kubernetes中最小的资源管理组件，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的Per