见自定义购买E CS 和购买RDS for MySQ L实例 。 从Pod访问不同的云服务 以在Pod中访问不同VPC网络的ECS和RDS for MySQL为例，介绍Pod如何实现跨VPC通信。 从Pod访问ECS 从Pod访问其他云服务（以RDS for MySQL为例） 分别介绍容器隧道网络（CCE

查看更多 →

通过ELB健康检查设置Pod就绪状态 Pod的就绪状态可与挂载到ELB后端的健康检查联动，在健康检查成功后，将Pod置为就绪。与Pod的strategy.rollingUpdate.maxSurge和strategy.rollingUpdate.maxUnavailable参数配合，可实现负载的优雅滚动升级。

查看更多 →

性网卡，节点可以创建最大Pod数量与节点可使用网卡数量相关。 图3 节点网卡数 容器网络与主机网络的Pod IP分配差异 创建Pod时，可以选择Pod使用容器网络或是宿主机网络。 容器网络：默认使用容器网络，Pod的网络由集群网络插件负责分配，每个Pod分配一个IP地址，会占用容器网络的IP。

查看更多 →

使用注解为Pod绑定安全组 使用场景 云原生网络2.0网络模式下，Pod使用的是VPC的弹性网卡/辅助弹性网卡，可以通过配置Pod的annotation为Pod配置安全组。 支持两种方式的安全组配置： Pod的网卡使用annotation配置的安全组，对应annotation配置：yangtse

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

deploy”等获取其他资源的信息。 以YAML格式输出Pod的详细信息： kubectl get pod <podname> -o yaml 以JSON格式输出Pod的详细信息： kubectl get pod <podname> -o json kubectl get pod rc-nginx-2-btv4j

查看更多 →

CCI:namespaceSubResource:Create √ √ 查询Pod GET /api/v1/namespaces/{namespace}/pods/{name} CCI:namespaceSubResource:Get √ √ 查询指定Namespace下所有Pod GET /api/v1/names

查看更多 →

获取指定namespace下所有pods的metrics信息 功能介绍 获取指定namespace下所有pods的metrics信息 调用方法 请参见如何调用API。 URI GET /apis/metrics.k8s.io/v1beta1/namespaces/{namespace}/pods 表1 路径参数

查看更多 →

挂载文件存储的节点，Pod创建删除卡死 故障现象 在挂载文件存储（SFS或SFS Turbo）的节点上，删除Pod卡在“结束中”，创建Pod卡在“创建中”。 可能原因 后端文件存储被删除，导致无法访问挂载点。 节点与文件存储间网络异常，导致无法访问挂载点。 解决方案 登录挂载文件

查看更多 →

修改kubelet参数导致已驱逐的Pod被重新调度 问题现象 如果节点存在Memory/Disk/PID Pressure的情况，节点会被添加系统污点。此时修改节点池kubelet组件配置参数或者重启节点kubelet后，该污点会被临时删除，可能会导致由于节点资源压力而触发驱逐的

查看更多 →

附录：工作负载Pod异常问题和解决方法 Pod状态为Pending 当Pod状态长时间为“Pending”，事件中出现“实例调度失败”的信息时，可根据具体事件信息确定具体问题原因。 图1 pod状态pending 通过以下命令打印Pod日志信息。 kubectl describe

查看更多 →

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

查看更多 →

附录：工作负载Pod异常问题和解决方法 Pod状态为Pending 当Pod状态长时间为“Pending”，事件中出现“实例调度失败”的信息时，可根据具体事件信息确定具体问题原因。 图1 pod状态pending 通过以下命令打印Pod日志信息。 kubectl describe

查看更多 →

如何让多个Pod均匀部署到各个节点上？ Kubernetes中kube-scheduler组件负责Pod的调度，对每一个新创建的 Pod 或者是未被调度的 Pod，kube-scheduler 会选择一个最优的节点去运行这个 Pod。kube-scheduler 给一个 Pod 做调

查看更多 →