字段 说明 apiVersion API版本，固定值“autoscaling.cce.io/v2alpha1”。 kind API类型，固定值“CronHorizontalPodAutoscaler”。 metadata.name CronHPA策略名称。 metadata.namespace CronHPA策略所在的命名空间。 spec.scaleTargetRef 指定CronHPA的扩缩容对象，可配置以下字段： apiVersion：CronHPA扩缩容对象的API版本。 kind：CronHPA扩缩容对象的API类型。 name：CronHPA扩缩容对象的名称。CronHPA支持HPA策略或Deployment。 spec.rules CronHPA策略规则，可添加多个规则。每个规则可配置以下字段： ruleName：CronHPA规则名称，该名称需唯一。 schedule：指定任务运行时间与周期，参数格式与CronTab类似，请参见

参数 参数说明 策略名称 新建策略的名称，请自定义。 命名空间 请选择工作负载所在的命名空间。 关联工作负载 请选择要设置HPA策略的工作负载。 实例范围 请输入最小实例数和最大实例数。策略触发时，工作负载实例将在此范围内伸缩。 冷却时间 请输入缩容和扩容的冷却时间，单位为分钟， 缩容扩容冷却时间不能小于1分钟 。 该设置仅在1.15及以上版本的集群中显示，1.13版本的集群不支持该设置。 策略成功触发后，在此缩容/扩容冷却时间内，不会再次触发缩容/扩容，目的是等待伸缩动作完成后在系统稳定且集群正常的情况下进行下一次策略匹配。 策略规则 策略规则可基于系统指标或自定义指标。 指标：可选择“CPU利用率”或“内存利用率”。 说明 利用率 工作负载Pod的实际使用量 / 申请量。 期望值：请输入期望资源平均利用率。期望值表示所选指标的期望值，通过向上取整(当前指标值 / 期望值 × 当前实例数)来计算需要伸缩的实例数。阈值：请输入缩容和扩容阈值。当指标值大于缩容阈值且小于扩容阈值时，不会触发扩容或缩容。 阈值仅在1.15及以上版本的集群中支持 。 自定义策略（仅在1.15及以上版本的集群中支持） 自定义指标名称：自定义指标的名称，输入时可根据联想值进行选择。 指标来源：在下拉框中选择对象类型，可选择“Pod”。 期望值：Pod支持指标为平均值。br伸缩范围：当指标值处于伸缩范围中时才会触发伸缩 说明 HPA在计算扩容、缩容实例数时，会选择最近5分钟内实例数的最大值。

本文主要介绍 Master节点SSH联通性检查。 检查项内容 检查当前CCE是否能连接至您的Master节点。 解决方案 请通过工单方式，联系技术支持人员排查。

约束与限制 在Kubernetes中，外部用户及内部组件频繁的数据更新操作采用乐观并行的控制方法。通过定义资源版本（resourceVersion）实现乐观锁，资源版本字段包含在对象的元数据（metadata）中。这个字段标识了对象的内部版本号，且对象被修改时，该字段将随之修改。kubeapiserver可以通过该字段判断对象是否已经被修改。当包含resourceVersion的更新请求到达apiserver，服务器端将对比请求数据与服务器中数据的资源版本号，如果不一致，则表明在本次更新提交时，服务端对象已被修改，此时apiserver将返回冲突错误（409）。客户端需重新获取服务端数据，重新修改后再次提交到服务器端；而资源配额对每个命名空间的资源消耗总量提供限制，并且会记录集群中的资源信息，因此开启资源配额后，在大规模并发场景下创建资源冲突概率会变高，会影响批创资源性能。 操作步骤 步骤 1 登录CCE控制台，单击集群名称进入集群。 步骤 2 在左侧导航栏中选择“命名空间”。 步骤 3 单击对应命名空间后的“管理配额”。 系统级别的命名空间kubesystem、kubepublic默认不支持设置资源配额。 步骤 4 设置资源配额，然后单击“确定”。 注意 命名空间设置了CPU或内存资源配额后，创建工作负载时，必须指定CPU或内存的请求值（request）和约束值（limit），否则CCE将拒绝创建实例。若设置资源配额值为0，则不限制该资源的使用。 配额累计使用量包含CCE系统默认创建的资源，如default命名空间下系统默认创建的kubernetes服务（该服务可通过后端kubectl工具查看）等，故建议命名空间下的资源配额略大于实际期望值以去除系统默认创建资源的影响。

本文主要介绍 K8S节点污点检查 。 检查项内容 检查节点上是否存在集群升级需要使用到的污点，如下表。 检查污点列表 污点名称 污点影响 node.kubernetes.io/upgrade NoSchedule 解决方案 问题场景一：该节点为集群升级过程中跳过的节点。 步骤 1 配置Kubectl命令，具体请参见通过Kubectl连接集群。 步骤 2 查看对应节点kubelet版本，以下为正常回显： 若该节点的VERSION与其他节点不同，则该节点为升级过程中跳过的节点，请在合适的时间重置节点后，重试检查。 说明 重置节点会重置所有节点标签，可能影响工作负载调度，请在重置节点前检查并保留您手动为该节点打上的标签。

kubectl get pv NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE pvc6e2f37f97346441982f7b42e79f7964c 10Gi RWO Delete Bound default/sasdisk csidisksas 30s 在CCE控制台界面上查看PVC详情，在存储配置中可以看到磁盘类型是高I/O。 不指定StorageClassName，使用默认配置，如下所示，并未指定storageClassName。 apiVersion: v1 kind: PersistentVolumeClaim metadata: name: ssddisk spec: accessModes: ReadWriteOnce resources: requests: storage: 10Gi 创建并查看，可以看到PVC ssddisk的StorageClass为csidiskssd，说明默认使用了csidiskssd。 kubectl create f ssddisk.yaml persistentvolumeclaim/ssddisk created kubectl get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE sasdisk Bound pvc6e2f37f97346441982f7b42e79f7964c 10Gi RWO csidisksas 16m ssddisk Bound pvc4d2b059c0d6c44af9994f74d01c78731 10Gi RWO csidiskssd 10s kubectl get pv NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE pvc4d2b059c0d6c44af9994f74d01c78731 10Gi RWO Delete Bound default/ssddisk csidiskssd 15s pvc6e2f37f97346441982f7b42e79f7964c 10Gi RWO Delete Bound default/sasdisk csidisksas 17m 在CCE控制台界面上查看PVC详情，在存储配置中可以看到磁盘类型是超高I/O。

使用NodeLocal DNSCache 有两种方式可以使用NodeLocal DNSCache： 自动注入：创建Pod时自动配置Pod的dnsConfig字段。（kubesystem命名空间下的Pod不支持自动注入） 手动配置：手动配置Pod的dnsConfig字段，从而使用NodeLocal DNSCache。 自动注入 自动注入需要满足如下条件： 插件需要将enablednsconfigadmission 参数配置为true 命名空间添加nodelocaldnsinjectionenabled标签 kubectl label namespace default nodelocaldnsinjectionenabled 新建Pod不位于kubesystem和kubepublic命名空间 新建Pod没有被打上禁用DNS注入nodelocaldnsinjectiondisabled标签 新建Pod的网络为hostNetwork且DNSPolicy为ClusterFirstWithHostNet，或Pod为非hostNetwork且DNSPolicy为ClusterFirst 开启自动注入后，创建的Pod会自动添加如下dnsConfig字段，nameservers中除了NodeLocal DNSCache的地址169.254.20.10外，还添加了CoreDNS的地址10.247.3.10，保障了业务DNS请求高可用。 dnsConfig: nameservers: 169.254.20.10 10.247.3.10 searches: default.svc.cluster.local svc.cluster.local cluster.local options: name: timeout value: '' name: ndots value: '5' name: singlerequestreopen 手动配置 手动配置即自行给Pod加上dnsConfig配置。 创建一个Pod，将dnsconfig配置为169.254.20.10。 apiVersion: v1 kind: Pod metadata: name: nginx spec: containers:image: nginx:alpine name: container0 dnsConfig: nameservers:169.254.20.10 searches:default.svc.cluster.localsvc.cluster.localcluster.local options:name: ndots value: '2' imagePullSecrets:name: defaultsecret

本文主要介绍 Headless Service 。 前面讲的Service解决了Pod的内外部访问问题，但还有下面这些问题没解决。 同时访问所有Pod 一个Service内部的Pod互相访问 Headless Service正是解决这个问题的，Headless Service不会创建ClusterIP，并且查询会返回所有Pod的DNS记录，这样就可查询到所有Pod的IP地址。有状态负载StatefulSet正是使用Headless Service解决Pod间互相访问的问题。 apiVersion: v1 kind: Service 对象类型为Service metadata: name: nginxheadless labels: app: nginx spec: ports: name: nginx Pod间通信的端口名称 port: 80 Pod间通信的端口号 selector: app: nginx 选择标签为app:nginx的Pod clusterIP: None 必须设置为None，表示Headless Service 执行如下命令创建Headless Service。 kubectl create f headless.yaml service/nginxheadless created 创建完成后可以查询Service。 kubectl get svc NAME TYPE CLUSTERIP EXTERNALIP PORT(S) AGE nginxheadless ClusterIP None 80/TCP 5s 创建一个Pod来查询DNS，可以看到能返回所有Pod的记录，这就解决了访问所有Pod的问题了。 $ kubectl run i tty image tutum/dnsutils dnsutils restartNever rm /bin/sh If you don't see a command prompt, try pressing enter. / nslookup nginx0.nginx Server: 10.247.3.10 Address: 10.247.3.10 53 Name: nginx0.nginx.default.svc.cluster.local Address: 172.16.0.31 /

参数名 参数描述 标签名 对应节点的标签，可以使用默认的标签也可以用户自定义标签。 操作符 可以设置六种匹配关系（In, NotIn, Exists, DoesNotExist. Gt, and Lt）。 In：是否在标签值的列表中l NotIn：是否不在标签值的列表中l Exists：某个标签存在 DoesNotExist：某个标签不存在 Gt：标签的值大于某个值（字符串比较） Lt：标签的值小于某个值（字符串比较） 标签值 请填写标签值。 命名空间 仅支持在工作负载亲和/工作负载反亲和调度策略中使用。指定调度策略生效的命名空间。 拓扑域 仅支持在工作负载亲和/工作负载反亲和调度策略中使用。 先圈定拓扑域（topologyKey）指定的范围，然后再选择策略定义的内容。 权重 仅支持在“尽量满足”策略中添加。

本文主要介绍 Service概述。 直接访问Pod的问题 Pod创建完成后，如何访问Pod呢？直接访问Pod会有如下几个问题： Pod会随时被Deployment这样的控制器删除重建，那访问Pod的结果就会变得不可预知。 Pod的IP地址是在Pod启动后才被分配，在启动前并不知道Pod的IP地址。 应用往往都是由多个运行相同镜像的一组Pod组成，逐个访问Pod也变得不现实。 举个例子，假设有这样一个应用程序，使用Deployment创建了前台和后台，前台会调用后台做一些计算处理。后台运行了3个Pod，这些Pod是相互独立且可被替换的，当Pod出现状况被重建时，新建的Pod的IP地址是新IP，前台的Pod无法直接感知。 图 Pod间访问 使用Service解决Pod的访问问题 Kubernetes中的Service对象就是用来解决上述Pod访问问题的。Service有一个固定IP地址（在创建CCE集群时有一个服务网段的设置，这个网段专门用于给Service分配IP地址），Service将访问它的流量转发给Pod，具体转发给哪些Pod通过Label来选择，而且Service可以给这些Pod做负载均衡。 那么对于上面的例子，为后台添加一个Service，通过Service来访问Pod，这样前台Pod就无需感知后台Pod的变化。 图 通过Service访问Pod

本文主要介绍节点限制检查 检查项内容 当前检查项包括以下内容： 检查节点是否可用 检查节点操作系统是否支持升级 检查节点是否含有非预期的节点池标签 检查K8S节点名称是否与云主机保持一致 解决方案 问题场景一：节点不可用 若检查发现节点不可用，请登录CCE控制台，前往“集群信息>节点管理”处查看节点状态，请确保节点处于“运行中”状态。节点处于“安装中”、“删除中”状态时，均不支持升级。 若节点状态异常，请修复节点后，重试检查任务。 问题场景二：节点操作系统升级支持受限 当前集群升级支持的节点操作系统范围如下表所示，若您的节点OS不在支持列表之内，暂时无法升级。您可将节点重置为列表中可用的操作系统。 节点OS支持列表 操作系统 限制 CentOS 无限制 Ubuntu 部分局点受限，若检查结果不支持升级，请联系技术支持人员 问题场景三：节点含有非预期的节点池标签 由节点池迁移至默认节点池的节点，仍然会保留节点池标签"cce.cloud.com/ccenodepool"，影响集群升级。请确认该节点上的负载调度是否依赖改标签： 若无依赖，请删除该标签。 若存在依赖，请修改负载调度策略，解除依赖后再删除该标签。 问题场景四：K8S节点名称与云主机一致 CCEK8S节点名称默认“与节点私有IP保持一致”，若创建节点时选择“与云主机名称保持一致”，当前暂不支持升级。 请登录CCE控制台，前往“集群信息>节点管理”处查看节点标签，对比节点标签kubernetes.io/hostname的值是否与云主机名称是否一致。如果一致，则需在集群升级前移除该节点。

本文主要介绍实例缩容优先级说明。 缩容优先级 Pod在缩容时，会按照如下优先级缩容： 1. 未被调度的Pod 2. Pod Pending < Pod Unknown < Pod Running 3. Not ready < ready 4. 带有特定标签的Pod，cce.io/priordeletion 5. Doubled up < not doubled up 优先缩容Pod多的节点 6. 缩容Ready时间较长的Pod 7. 重启次数多的Pod 8. createtimestamp较前的Pod 优先缩容老实例生效说明 优先缩容老实例 不生效 ： 按照上述优先级，如果节点数为2（同规格），Deployment实例数为5时（可以是任意奇数个），此时A节点分布3个Pod，B节点分布2个Pod；如果此时将实例数缩容至3个，上述步骤中会先执行5，此时根据Pod判断，会确定缩容的节点为A；再执行6，缩容一个老实例后发现目前已无老实例，且限定了缩容节点为A，此时会缩容一个新实例。 优先缩容老实例 生效 ：如果节点数为2（同规格），Deployment实例数为6时（可以是任意偶数个），此时A、B节点均分布3个Pod；如果此时将实例数缩容至4个，此时代码会判定不符合5的条件，此时根据Pod判断，会确定缩容的节点为A、B；再执行6，回去将两个节点上的实例排序，成功缩容两个老的实例。

本文主要介绍健康检查UDP协议安全组规则说明。 操作场景 当负载均衡协议为UDP时，健康检查也采用的UDP协议，您需要打开其后端服务器的ICMP协议安全组规则。 操作步骤 步骤 1 登录弹性云主机控制台，找到集群中的节点对应的节点，单击云主机名称，进入详情页面，记录安全组名称。 步骤 2 登录虚拟私有云控制台，在左侧导航栏单击“访问控制 > 安全组”，在界面右侧的安全组列表中单击步骤1获取的安全组名称。 步骤 3 在打开的页面中单击“入方向规则”页签，单击“添加规则”，为云主机添加入方向规则，详细配置请参见下图，单击“确定”。 说明 您只需为工作负载所在集群下的任意一个节点更改安全组规则，请添加规则即可，不要修改原有的安全组规则。 安全组需放通网段100.125.0.0/16流量。 图 添加安全组规则

本文主要介绍节点关机。 操作场景 集群中的节点关机后，该节点以及节点内的业务将停止运行，节点关机前，请先确认您的正常业务运行将不受影响，请谨慎操作。 大部分节点关机后不再收费，特殊实例（包含本地硬盘，如磁盘增强型，超高I/O型等）关机后仍然正常收费，具体请参见ECS计费模式。 约束与限制 节点关机会涉及Pod迁移，可能会影响业务，请在业务低峰期操作。 操作过程中可能存在非预期风险，请提前做好相关的数据备份。 操作过程中，后台会把当前节点设置为不可调度状态。 节点关机仅能对工作节点关机，不会对控制节点关机。 操作方法 步骤 1 登录CCE控制台，单击集群名称进入集群。 步骤 2 在左侧导航栏选择“节点管理”，在右侧单击待关机节点的名称。 步骤 3 页面跳转至弹性云主机详情页中，单击右上角的“更多 > 实例状态 > 关机”，在弹出的关机窗口中单击“是”，即可完成关机操作。 图 弹性云主机详情页

Pod筛选条件 使用强制排水 不使用强制排水 Pod的status.phase字段为Succeeded或Failed 删除 删除 Pod不受工作负载controller管理 删除 放弃排水 Pod由DaemonSet管理 忽略 放弃排水 Pod中挂载了emptyDir类型的volume 驱逐 放弃排水 由kubelet直接管理的静态Pod 忽略 忽略

本文主要介绍同步云服务器。 操作场景 集群中的每一个节点对应一台云主机，集群节点创建成功后，您仍可以根据需求，修改云服务器的名称或变更规格。 CCE节点的部分信息是独立于弹性云主机ECS维护的，当您在ECS控制台修改云主机的名称、弹性公网IP，以及变更计费方式或变更规格后，需要通过“同步节点信息”功能将信息同步到CCE控制台相应节点中，同步后信息将保持一致。 ECS常见信息修改如下： 修改节点名称请参见修改云主机名称。 当您购买的节点规格无法满足业务需要时，可变更节点规格，升级vCPU、内存。 约束与限制 当用户节点指定了云主机名称作为K8s节点名称时，该云主机名称的修改将无法同步到CCE控制台。 操作步骤 步骤 1 登录CCE控制台。 步骤 2 单击集群名称进入集群，在左侧选择“节点管理”。 步骤 3 单击节点后的“更多 > 同步云主机”。 图 同步节点信息 同步完成后，页面右上角将会提示“同步云主机任务下发成功”。

操作系统 集群版本 内核信息 CentOS Linux release 7.6 v1.23 3.10.01160.66.1.el7.x8664 CentOS Linux release 7.6 v1.21 3.10.01160.66.1.el7.x8664 CentOS Linux release 7.6 v1.19.16 3.10.01160.66.1.el7.x8664 CentOS Linux release 7.6 v1.19.10 3.10.01160.25.1.el7.x8664 CentOS Linux release 7.6 v1.19.8 3.10.01160.15.2.el7.x8664 CentOS Linux release 7.6 v1.17.17（停止维护） 3.10.01160.15.2.el7.x8664 CentOS Linux release 7.6 v1.17.9（停止维护） 3.10.01062.12.1.el7.x8664 CentOS Linux release 7.6 v1.15.11（停止维护） 3.10.01062.12.1.el7.x8664 CentOS Linux release 7.6 v1.15.6r1（停止维护） 3.10.01062.1.1.el7.x8664 CentOS Linux release 7.6 v1.13.10r1（停止维护） 3.10.0957.21.3.el7.x8664 CentOS Linux release 7.6 v1.13.7r0（停止维护） 3.10.0957.21.3.el7.x8664 Ubuntu 18.04 server 64bit v1.23 4.15.0171generic Ubuntu 18.04 server 64bit v1.21 4.15.0171generic Ubuntu 18.04 server 64bit v1.19.16 4.15.0171generic Ubuntu 18.04 server 64bit v1.19.8 4.15.0136generic Ubuntu 18.04 server 64bit v1.17.17（停止维护） 4.15.0136generic

本文主要介绍 续费集群（包年/包月）。 客户购买包周期集群后，支持续费包周期资源。 操作步骤 本节以计费模式为“包年/包月”的CCE集群为例，介绍如何为购买的集群续费。 步骤 1 登录CCE控制台，在左侧导航栏中选择“集群管理”。 步骤 2 单击待续费集群后的。 图 续费集群 步骤 3 在弹出的“续费”页面中，根据系统提示进行续费操作。 说明 您已选择操作的资源（高亮显示）和其他资源有关联关系，请确认是否同时操作。 步骤 4 单击“去支付”，在打开的支付页面中核对订单金额，并选择支付方式后单击“确认付款”。 步骤 5 完成付款后，可单击“返回我的订单”或“返回续费管理”页面查看和管理订单信息。

集群退订 本节以计费模式为“包年/包月”且未超期的CCE集群为例，介绍如何退订集群。 步骤 1 登录CCE控制台，在左侧导航栏中选择“集群管理”。 步骤 2 单击待退订集群后的。 图 集群退订 步骤 3 在弹出的“退订”页面中，勾选要释放的资源。 删除集群下工作负载挂载的云存储 说明 删除集群中的存储卷声明和存储卷，存在如下约束： 底层存储依据指定的回收策略进行删除。 对象存储桶下存在大量文件（超过1000）时，请先手动清理桶内文件后再执行集群删除操作。 删除集群下负载均衡ELB等网络资源（仅删除自动创建的ELB资源） 步骤 4 单击“是”，开始退订集群。退订集群需要花费1~3分钟，请耐心等候。

本文主要介绍动态绑核检查。 检查项内容 检查当前集群版本和要升级的目标版本是否支持动态绑核。 解决方案 问题场景：当前集群版本使用动态绑核功能，要升级的目标集群版本不支持动态绑核功能。 升级到支持动态绑核的集群版本，支持动态绑核的集群版本如下表所示： 支持动态绑核的集群版本列表 集群版本 是否支持动态绑核功能 v1.17及以下版本 不支持 v1.19 支持 v1.21 不支持 v1.23及以上版本 支持

本文主要介绍 存量节点标签与污点检查。 检查项内容 检查标签是否丢失 检查是否有异常新增的污点 检查步骤 请登录CCE控制台，前往“资源>节点管理>节点”，勾选所有节点后，单击“标签与污点管理”，查看目前节点的标签与污点。 解决方案 集群升级过程中不改变用户的标签，若您发现标签丢失或异常新增，请联系技术支持人员。 若您发现节点新增污点（node.kubernetes.io/upgrade），该节点可能为升级过程中跳过的节点，请参照重置跳过节点检查处理。 若您发现节点新增其他污点，请联系技术人员支持。

本文主要介绍业务验证。 检查项内容 集群升级完毕，由用户验证当前集群正在运行的业务是否正常。 检查步骤 业务不同，验证的方式也有所不同，建议您在升级前确认适合您业务的验证方式，并在升级前后均执行一遍。 常见的业务确认方式有： 业务界面可用 监控平台无异常告警与事件 关键应用进程无错误日志 API拨测正常等 解决方案 若集群升级后您的在线业务有异常，请联系技术支持人员。

本文主要介绍 新建Pod检查。 检查内容 检查集群升级后，存量节点是否能新建Pod。 检查集群升级后，新建节点是否能新建Pod。 检查步骤 基于新建节点检查创建了新节点后，通过创建daemonset类型工作负载，在每个节点上创建Pod。 请登录CCE控制台，前往“资源>工作负载>守护进程集”，单击右上角“创建负载”或“YAML创建”。 建议您使用日常测试的镜像作为基础镜像。您可参照如下yaml部署最小应用Pod。 说明 该测试YAML将DaemonSet部署在default命名空间下，使用ngxin:perl为基础镜像，申请10m CPU，10Mi内存，限制100m CPU 50Mi内存。 apiVersion: apps/v1 kind: DaemonSet metadata: name: postupgradecheck namespace: default spec: selector: matchLabels: app: postupgradecheck version: v1 template: metadata: labels: app: postupgradecheck version: v1 spec: containers: name: container1 image: nginx:perl imagePullPolicy: IfNotPresent resources: requests: cpu: 10m memory: 10Mi limits: cpu: 100m memory: 50Mi 负载创建完毕后请检查该工作负载的Pod状态是否正常。 检查完毕后请登录CCE控制台，前往“资源>工作负载>守护进程集”，选择“postupgradecheck”工作负载并单击“更多>删除”删除该测试用工作负载。

类别 描述 集群相关 Nodeip强相关：确认之前集群的节点IP（包括EIP），是否有作为其他的配置或者白名单之类的设置。 工作负载 记录工作负载数目，便于迁移后检查。 存储 确认应用中存储，是否使用云，或者自己搭建存储。自动创建的存储需要在新集群中变成使用已有存储。 网络 注意使用的负载均衡服务，以及Ingress。老版本的集群只支持经典型负载均衡服务，迁移到新集群中需要改成共享型负载均衡服务，对应负载均衡服务将会重新建立。 运维 私有配置：确认在之前集群中，是否在节点上配置内核参数或者系统配置。

本文主要介绍内部错误。 检查项内容 在升级前检查流程中是否出现内部错误。 解决方案 如遇该检查任务执行失败，请联系技术支持人员。

本文主要介绍 everest插件版本限制检查。 检查项内容 检查集群当前Everest插件版本是否存在兼容性限制。 受限的Everest插件版本 插件名称 涉及版本 Everest v1.0.2v1.0.7v1.1.1v1.1.5 解决方案 检测到当前Everest版本存在兼容性限制，无法随集群升级流程升级，请联系技术支持人员。

本文主要介绍 节点journald检查。 检查项内容 检查节点上的journald状态是否正常。 解决方案 请登陆该节点，执行systemctl isactive systemdjournald 命令查询journald服务运行状态。若回显状态异常，请执行systemctl restart systemdjournald命令后重新查询状态。 以下为正常回显： 若重启journald服务无法解决该问题，请联系技术支持人员。

本文主要介绍 节点关键目录文件权限检查. 检查项内容 检查关键目录/var/paas下是否有异常属主和属组的文件。 解决方案 CCE使用/var/paas目录进行基本的节点管理活动并存储属主和属组均为paas的文件数据。 当前集群升级流程会将/var/paas路径下的文件的属主和属组均重置为paas。 请您排查当前业务Pod中是否将文件数据存储在/var/paas路径下，修改避免使用该路径，并移除该路径下的异常文件后重试检查，否则禁止升级。

本文主要介绍节点内存检查。 检查项内容 检查节点内存使用情况，是否超过90%。 解决方案 请在业务低峰时进行集群升级。 请检查该节点的Pod部署数量是否过多，适当驱逐该节点上Pod到其他空闲节点。

本文主要介绍节点OS检查。 检查项内容 检查节点操作系统内核版本为CCE支持的版本，未进行过内核升级。 解决方案 CCE节点运行依赖创建时的初始标准内核版本，CCE基于该内核版本做了全面的兼容性测试，非标准的内核版本可能在节点运行或升级中发生意外的兼容性问题，因此CCE将内核升级视为高危操作，详情请参见高危操作及解决方案。 当前CCE禁止该类节点进行升级，建议您在升级前重置节点至标准内核版本。

本文主要介绍CRD检查。 检查项内容 当前检查项包括以下内容： 检查集群关键CRD "packageversions.version.cce.io"是否被删除。 检查集群关键CRD "networkattachmentdefinitions.k8s.cni.cncf.io"是否被删除。 解决方案 如出现该检查项异常，请联系技术支持人员。

本文主要介绍安全组检查。 检查项内容 检查当前用户节点安全组是否允许Master节点使用ICMP协议访问节点。 解决方案 请登录VPC控制台，前往“访问控制>安全组”，在搜索框内输入集群名称，此时预期过滤出两个安全组： 安全组名称为“集群名称nodexxx”，此安全组关联CCE用户节点。 安全组名称为“集群名称controlxxx”，此安全组关联CCE控制节点。 单击node用户节点安全组，确保含有如下规则允许Master节点使用ICMP协议访问节点。 若不含有该规则请为node安全组添加该放通规则，源地址选择control安全组，描述信息为"Created by CCE,please don't modify! Used by the master node to access the worker node."。