[TOC]
在工作负载比如Deployment的Status中,有如下几个字段
* replicas
Total number of non-terminated pods targeted by this deployment (their labels match the selector)
* readyReplicas
Total number of ready pods targeted by this deployment
* availableReplicas
Total number of available pods (ready for at least minReadySeconds) targeted by this deployment
* unavailableReplicas
Total number of unavailable pods targeted by this deployment. This is the total number of pods that are still required for the deployment to have 100% available capacity. They may either be pods that are running but not yet available or pods that still have not been created
* updatedReplicas
Total number of non-terminated pods targeted by this deployment that have the desired template spec
### **replicas**
replicas就是通过deployment的selector能匹配到的Pod的数量,比如deployment的selector为`k8s-app: nginx`,那么就是通过以下命令获得的Pod的数量:
```
$ kubectl get pod --selector k8s-app=nginx
```
注意:replicas和spec.replicas的值不一定相同,比如在滚动升级过程中,replicas的值是会变化的
### **readyReplicas**
Deployment匹配的Pod中状态为Ready的数量。
如何判断Pod的状态是否为Ready呢?Pod有一个`status.conditions`字段,它是一个数组,如果conditions数组中包含以下元素,则说明这个Pod是Ready状态
```
...
status:
podConditions: [
{
"type": "Ready",
"status": True,
...
},
...
```
当Pod的状态为Ready的Pod会被加入到负载均衡中去。
### **availableReplicas**
Deployment有一个字段`spec.minReadySeconds`,当Deployment匹配的Pod的状态为Ready之后,还要持续`spec.minReadySeconds`时间之后,该Pod才会被当作为`available`的,且在这段时间内,Pod里面的所有Container都不能Crash。
需要注意的是,Pod并没有`available`这个状态。也就是说,一个Pod是不是`available`这个状态其实只有Deployment才知道。当一个Pod被DeploymentController检测为`available`之后,就会更新Deployment的`status.availableReplicas`字段。
目前来看,这个状态其实没有什么用。
如果`spec.minReadySeconds`是默认值0,则`availableReplicas`就是`readyReplicas`。
### **unavailableReplicas**
它包含两类Pod:(1)Deployment匹配到的Pod中,没有被DeploymentController认为是availabe状态的Pod(2)Deployment中还没有创建出来的Pod
### **updatedReplicas**
Deployment的最新ReplicaSet匹配到的、且状态为`Non-Terminated`(Pending、Creating、Running等)的Pod的数量
### **FAQ**
Q:当我们对Deployment进行升级时,如何判断升级已经成功(即最新的Pod都已经Ready了)?
A:当满足条件 `spec.replicas == status.readyReplicas = status.updatedReplicas`时,说明升级成功,所有的Pod都为最新的且为Ready状态。
- 常用命令
- 安装
- 安装Kubeadm
- 安装单Master集群
- 安装高可用集群(手动分发证书)
- 安装高可用集群(自动分发证书)
- 启动参数解析
- certificate-key
- ETCD相关参数
- Kubernetes端口汇总
- 安装IPv4-IPv6双栈集群
- 下载二进制文件
- 使用Kata容器
- 快速安装shell脚本
- 存储
- 实践
- Ceph-RBD实践
- CephFS实践
- 对象存储
- 阿里云CSI
- CSI
- 安全
- 认证与授权
- 认证
- 认证-实践
- 授权
- ServiceAccount
- NodeAuthorizor
- TLS bootstrapping
- Kubelet的认证
- 准入控制
- 准入控制示例
- Pod安全上下文
- Selinux-Seccomp-Capabilities
- 给容器配置安全上下文
- PodSecurityPolicy
- K8S-1.8手动开启认证与授权
- Helm
- Helm命令
- Chart
- 快速入门
- 内置对象
- 模板函数与管道
- 模板函数列表
- 流程控制
- Chart依赖
- Repository
- 开源的Chart包
- CRD
- CRD入门
- 工作负载
- Pod
- Pod的重启策略
- Container
- 探针
- 工作负载的状态
- 有状态服务
- 网络插件
- Multus
- Calico+Flannel
- 容器网络限速
- 自研网络插件
- 设计文档
- Cilium
- 安装Cilium
- Calico
- Calico-FAQ
- IPAM
- Whereabouts
- 控制平面与Pod网络分开
- 重新编译
- 编译kubeadm
- 编译kubeadm-1.23
- 资源预留
- 资源预留简介
- imagefs与nodefs
- 资源预留 vs 驱逐 vs OOM
- 负载均衡
- 灰度与蓝绿
- Ingress的TLS
- 多个NginxIngressController实例
- Service的会话亲和
- CNI实践
- CNI规范
- 使用cnitool模拟调用
- CNI快速入门
- 性能测试
- 性能测试简介
- 制作kubemark镜像
- 使用clusterloader2进行性能测试
- 编译clusterloader2二进制文件
- 搭建性能测试环境
- 运行density测试
- 运行load测试
- 参数调优
- Measurement
- TestMetrics
- EtcdMetrics
- SLOMeasurement
- PrometheusMeasurement
- APIResponsivenessPrometheus
- PodStartupLatency
- FAQ
- 调度
- 亲和性与反亲和性
- GPU
- HPA
- 命名规范
- 可信云认证
- 磁盘限速
- Virtual-kubelet
- VK思路整理
- Kubebuilder
- FAQ
- 阿里云日志服务SLS