K8S集群架构图K8S集群组件概述一、控制面集群的神经中枢，控制集群的 Kubernetes 组件以及存储有关集群状态和配置的数据apiserver是 Kubernetes API的对外接口， 是 Kubernetes 控制面的前端， 集群内、外请求均通过apiserver进行。scheduler负责监视新创建的、未指定运行节点（node）的 Pods，选择节点让 Pod 在上面运行。shedul

答:1/ 对于扩容时新建的pod，k8s等待5分钟后再采集cpu信息。2/ 缩容的统计窗口时间为5分钟，k8s会评估此窗口内的信息，以此消除突发的指标波动产生的神经质操作。所以，k8s在扩容完毕后，需要5+5分钟才可以执行缩容。参考文档：https://kubernetes.io/zh/docs/tasks/run-application/horizontal-pod-autoscale/11：0

在默认配置下，k8s节点故障时，工作负载的调度周期约为6分钟，这是为何？首先请了解下属参数概念：node-monitor-period节点控制器(node controller) 检查每个节点的间隔，默认5秒。node-monitor-grace-period节点控制器判断节点故障的时间窗口, 默认40秒。即40 秒没有收到节点消息则判断节点为故障。pod-eviction-timeout当节点故

在聊Operator之前，先聊聊无状态vs有状态。大家可能已知道，所谓无状态：“每一次请求都不依赖历史数据，也无数据持久化需求，扩容简单，即扩即用”。 说人话就是“只是个传声筒，左耳进右耳出，不往脑子里去。 就算复制N个传声筒，其工作内容也是完全一致的”。所谓有状态：“依赖历史数据，且具有数据持久化需求，扩容后续工作复杂”。 数据库为有状态的典型，若复制出N个数据库，就涉及master/slave