前面讲的Service解决了Pod的内外部访问问题，但还有下面这些问题没解决。 同时访问所有Pod 一个Service内部的Pod互相访问 Headless Service正是解决这个问题的，Headless Service不会创建ClusterIP，并且查询会返回所有Pod的DNS记录，这

查看更多 →

istio-bookinfo。 根据标签查找Service关联的Pod。 kubectl get pod -n {namespace} -l app=ratings,release=istio-bookinfo {namespace}和Service的namespace一致。 根据Pod名称，找到其关联的工作负载。

查看更多 →

太多活跃Pod TooManyActivePods 次要 检查Job达到预定的Pod数后，是否还存在活动状态的Pod。 Job 太多成功Pod TooManySucceededPods 次要 检查Job达到预定的数量后，是否存在过多运行成功的Pod。 CronJob 查询失败 FailedGet

查看更多 →

K8S pod网络采集器（app-discovery-k8s-pod-net） 通过采集k8s pod的网络分析应用间的关联关系。参数配置说明参见表1。 表1 k8s pod采集器参数配置说明 参数 必选 配置说明 output_path 否 自定义采集结果（app-discovery-k8s-pod-net-xxx

查看更多 →

通过helm部署pod后，AOM无法查找到工作负载 问题描述 通过helm部署pod后，AOM无法查找到对应的工作负载。 原因分析 在CCE控制台的工作负载页面找到通过helm部署的pod记录，然后对比helm部署pod的yaml文件和直接在CCE控制台部署pod的yaml文件，

查看更多 →

Controller会比较每种指标变动计算出的Pod扩缩数量，选取Pod变动最大的计算结果进行扩缩。 如何计算Pod扩缩数量？ HPA Controller基于当前指标值和期望指标值来计算扩缩比例，再依据当前Pod数与扩缩比例计算出期望Pod数。当前Pod数与期望Pod数的计算方法如下： 当前Pod数 = 所有集群中状态为Ready的Pod数量

查看更多 →

Service 直接访问Pod的问题 Pod创建完成后，如何访问Pod呢？直接访问Pod会有如下几个问题： Pod会随时被Deployment这样的控制器删除重建，那访问Pod的结果就会变得不可预知。 Pod的IP地址是在Pod启动后才被分配，在启动前并不知道Pod的IP地址。 应用往

查看更多 →

如何配置Pod使用GPU节点的加速能力？ 问题描述 我已经购买了GPU节点，但运行速度还是很慢，请问如何配置Pod使用GPU节点的加速能力。 解答 方案1： 建议您将集群中GPU节点的不可调度的污点去掉，以便GPU插件驱动能够正常安装，同时您需要安装高版本的GPU驱动。 如果您的

查看更多 →

Containerd Pod重启风险检查异常处理 检查项内容 检查当前集群内使用containerd的节点在升级containerd组件时，节点上运行的业务容器是否可能发生重启，造成业务影响。 解决方案 检测到您的节点上的containerd服务存在重启风险；请确保在业务影响可控

查看更多 →

工作负载异常：Pod一直处于Terminating状态 问题描述 查询某个命名空间下的工作负载时，偶现部分Pod（实例）一直处于Terminating 状态。 例如，查询aos命名空间下的Pod： #kubectl get pod -n aos NAME

查看更多 →

NodeAffinity failed”，原Pod状态变成Completed，并且新Pod将会重新调度。如果不存在其他符合指定标签的节点，新Pod也会调度失败。 问题原因 工作负载设置指定标签亲和后，Pod只能调度到存在指定标签的节点上。如果调度成功后修改节点标签，Pod仍可以在原节点上运行，但是重启k

查看更多 →

Set会在每个目标节点上固定部署一个Pod。 Pod模板中有个nodeSelector，指定了只在有“daemon=need”的节点上才创建Pod，如下图所示，DaemonSet只在指定标签的节点上创建Pod。如果需要在每一个节点上创建Pod可以删除该标签。 图2 DaemonSet在指定标签的节点上创建Pod

查看更多 →

分别介绍从Pod访问E CS 和从Pod访问RDS for MySQ L实例 的相关操作和注意事项。 前提条件 已创建一个CCE集群，具体操作步骤请参见创建集群。 在集群内已创建一个Pod，具体操作步骤请参见创建无状态负载（Deployment）。 从Pod访问ECS 从Pod访问其他云服务（以RDS

查看更多 →

场景二：通过网络策略限制Pod只能被带有特定标签的Pod访问，且只能访问指定Pod 图4 同时使用Ingress和Egress 目标Pod具有role=db标签，该Pod只允许带有role=frontend标签的Pod访问其6379端口，且该Pod只能访问带有role=web标签的Pod。网络策

查看更多 →

为什么Pod在节点不是均匀分布？ Kubernetes中的Pod调度原理 Kubernetes中kube-scheduler组件负责Pod的调度，对每一个新创建的 Pod 或者是未被调度的 Pod，kube-scheduler 会选择一个最优的节点去运行这个 Pod。kube-scheduler

查看更多 →

源的时候设置，也可以在后期添加和修改。 以Pod为例，当Pod变得多起来后，就显得杂乱且难以管理，如下图所示。 图1 没有分类组织的Pod 如果我们为Pod打上不同标签，那情况就完全不同了，如下图所示。 图2 使用Label组织的Pod 添加Label Label的形式为key-

查看更多 →

rFirstWithHostNet，或Pod未使用hostNetwork且DNSPolicy为ClusterFirst。 查看该Pod的配置。 kubectl get pod <pod_name> -oyaml 开启自动注入后，创建的Pod会自动添加如下dnsConfig字段，其

查看更多 →

replicas定义了Pod的数量，即这个Deployment控制2个Pod；spec.selector是Label Selector（标签选择器），表示这个Deployment会选择Label为app=nginx的Pod；spec.template是Pod的定义，内容与Pod中的定义完全一致。

查看更多 →

标。 普罗语句语法 普罗语句语法详情可登录prometheus官网查看。 普罗语句查询举例说明 示例一：集群下指定pod占所在节点（不含控制节点）的内存使用率 定义变量： pod中容器内存实际占用量（同一个Pod下可能会有多个容器/实例）：aom_container_memory_used_megabytes

查看更多 →

false：关闭抢占。 可通过查询Pod详情查看Pod是否由Volcano调度，以及被分配的队列： 使用以下命令查询Pod详情并获取scheduling.k8s.io/group-name的值： kubectl describe pod <pod_name> Pod的scheduling

查看更多 →

53/TCP,8080/TCP 13d 默认情况下，其他Pod创建后，会将coredns Service的地址作为 域名 解析 服务器 的地址写在Pod的 /etc/resolv.conf 文件中，创建一个Pod，查看/etc/resolv.conf文件，如下所示。 $ kubectl

查看更多 →