blocks|key|8p8vg|type|unstyled|text|请确认以下原因：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

为什么有 Unschedulable 的 Pod，却未进行扩容？

创建服务能否使用非腾讯云或 dockerhub 镜像的第三方镜像？

使用外网服务的有什么前置条件？

创建服务时的特权级是什么意思？

服务能创建包年包月计费模式的负载均衡吗？

负载均衡可以在创建时就指定安全组吗？

更新容器数量需注意哪些问题？

公网负载均衡可以切换为内网负载均衡吗？

删除服务后服务创建的负载均衡会自动销毁么？

删除服务是否会影响业务数据？

如何设置容器系统时间为北京时间？

Dockerhub 部分镜像如 ubuntu、php 和 busybox 等在容器服务里运行异常怎么办？

容器执行 perf top -p 查看进程 CPU 情况提示 “Operation not permitted”

服务类

开通时创建的密码忘记了怎么办？

创建的镜像可以分享给其他用户么？

在镜像列表删除镜像会删除该镜像的所有版本么？

源码构建功能使用 Dockerfile 路径及构建目录细节是什么？

Dockerfile 文件中的源路径应该怎么写?

镜像仓库类

Back-off restarting failed docker container

事件类

为什么运行 apt-get 安装软件如此之慢？

当登录容器后，发现没有 vim，netstat 等工具，怎么办？

为什么运行 apt-get install 命令，提示找不到工具？

如果想在容器中使用自制的工具，怎么办？

如何拷贝现场文件，例如 dump 或者日志到本地分析？

为什么用不了文件上传到容器或者下载到本地功能？

为什么之前安装的工具不见了？

运行 top 命令等出现 TERM environment variable not set 的错误，怎么办？

为何进入绝对路径较长的目录后，bash 提示符只显示 “<” 和部分路径？

远程终端类

创建集群时，云服务器可以不选取公网 IP 么？

创建集群时，选择所属网络的作用是什么？

创建集群支持什么类型的机型？

当前容器服务宿主机支持什么操作系统？

容器服务创建集群如何设置自定义 Kubernetes 组件参数？

容器服务支持独立集群部署模式吗？

TKE  Serverless 集群创建后支持修改可用区吗？

TKE 集群支持获取客户端 ipv6 地址吗？

TKE 集群创建提示需完成节点异常检测 plus 参数设置

容器服务怎么才能添加其他账号名下的服务器到集群？

使用 K8S 官方 SDK 连接集群 API Server 报错 certificate verify failed: self signed certificate 如何处理？

自定义 Webhook 开发时，针对集群网络需要注意什么？

销毁云服务器后，该主机下部署的容器怎么办？

集群相关

Cluster Autoscaler（CA）与基于监控指标的弹性伸缩的节点扩缩容有什么不同？

CA 和伸缩组的对应关系是什么？

容器服务控制台手动添加的节点是否会 CA 缩容？

弹性伸缩控制台是否可以添加或者移出云服务器？

扩缩容会继承所选节点的哪些配置？

扩缩容最大值可以设置为多少？

节点满足缩容条件后多长时间会触发缩容？

节点 Not Ready 后多长时间会触发缩容？

多长时间扫描一次是否需要扩缩容？

需要多长时间才可以扩容出 CVM？

容器服务节点扩缩容事件如何查看？

容器集群 kube-proxy 模式可以更改吗？

扩容缩容相关

Containerd 和 Docker 组件常用命令是什么？

如何在 Containerd 中使用并配置 Stream 服务？

K8S 1.11 前后版本配置区别是什么？

如何选择 Containerd 和 Docker

将腾讯云 DNS Nameserver 配置为自建 DNS 的上游

自建 DNS 导致节点初始化异常

注册节点特性是否支持独立部署集群？

使用注册节点特性，为什么要求集群内必须要存在云上节点？

注册节点和云上节点在能力上有哪些差异？

节点上由于 docker、containerd 相关软件导致添加节点失败，如何处理？

注册节点脚本安装过程中报错中断如何处理？

注册节点的容器如何对外暴露服务？

注册节点的日志如何接入日志服务 CLS ？

注册节点如何接入 Prometheus 监控服务？

注册节点相关

TKE 标准集群

TKE Serverless 会为哪些 Ingress 创建 CLB 实例？

如何查看 TKE Serverless 为 Ingress 创建的 CLB 实例？

TKE Serverless 会为哪些 Service 创建 CLB 实例？

如何查看 TKE Serverless 为 Service 创建的 CLB 实例？

为什么 Service 的 ClusterIP 无效（无法正常访问）或没有 ClusterIP ？

如何指定 CLB 实例类型（公网或内网）？

如何查看 CLB 实例的访问日志？

为什么 TKE Serverless 没有为 Ingress 或 Service 创建 CLB 实例？

如何在多个 Service 中使用相同的负载均衡？

负载均衡相关

如何禁止 Pod 调度到某个按量计费超级节点？

如何禁止 TKE 普通集群在资源不足时自动调度到按量计费超级节点？

如何手动调度 Pod 到按量计费超级节点？

如何强制调度 Pod 到按量计费超级节点，无论按量计费超级节点是否支持该 Pod？

如何自定义按量计费超级节点 DNS？

超级节点相关

Serverless 集群如何使用容器镜像服务 TCR？

Serverless 集群如何使用自建的自签名镜像仓库或 HTTP 协议镜像仓库？

镜像仓库相关

为什么 Pod 规格与填写的 Request/Limit 不一致？

如何新增或修改 TKE Serverless 集群的容器网络？

Pod 因子网 IP 耗尽调度失败时，该如何处理？

TKE Serverless 安全组使用指引和说明有哪些？

如何通过镜像复用加快容器启动速度？

挂载自建的 nfs 时，事件报 Operation not permitted 如何处理？

Pod 磁盘满了（ImageGCFailed）如何处理？

TKE Serverless 集群相关

TKE Serverless 集群

集群配置日志采集后，为什么在日志服务控制台查看不到日志？

Java 类应用如何实现多行日志合并？

如何调整日志采集配置，以适应不同的日志输出速率？

Serverless 集群容器内应用输出日志的标准是什么？

日志采集相关

节点 cpu/memory 分配量为什么会超出节点资源规格？

为什么 pod 状态显示正常，但监控指标 k8s_workload_abnormal 展示异常？

基础监控相关

运维类

资源管理类

blocks|key|e0iod|type|unstyled|text|建议将+/etc/resolv.conf+配置中的+nameserver+添加到自建+DNS+服务器的上游，因为部分服务依赖腾讯云内部+DNS+解析，如果未将其设为自建+DNS+的上游，可能导致部分服务无法正常工作。本文以+BIND+9+为例修改配置文件，将上游+DNS+地址写入+forwarders+中，示例如下：|depth|inlineStyleRanges|entityRanges|offset|length|qajd|完成上述操作后的+24+小时内，节点初始化流程的自动重试策略会不断尝试执行节点初始化工作直到解析到腾讯云官方资源库；超过+24+小时后，需要用户删除节点重新创建。若上述解决措施不生效，请+提交工单+来寻求帮助。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://www.isc.org/bind/|1|https://console.cloud.tencent.com/workorder/category^0|0|34|6|0|1|2M|4^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$1|P|A|Q|B|R]]]|$1|C|3|4|5|D|7|S|8|@]|9|@$1|T|A|U|B|V]]]]|E|$F|$3|G|H|I|J|$K|L]]|M|$3|G|H|I|J|$K|N]]]]

blocks|key|f2sj1|type|unstyled|text|在分配+Pod+资源量时，TKE+Serverless+需要对工作负载设置的+Request+及+Limit+进行计算，自动判断+Pod+运行所需的资源量，并非按照设置的+Request+及+Limit+值进行资源分配。详情请参见+CPU+Pod+规格计算方法+及+GPU+Pod+规格计算方法，进一步了解如何通过+Request、Limit+自动计算指定资源规格。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/44174#CPUpod|1|https://cloud.tencent.com/document/product/457/44174#GPUpod^0|0|38|E|1|3P|E^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$1|N|A|O|B|P]|$1|Q|A|R|B|S]]]]|C|$D|$3|E|F|G|H|$I|J]]|K|$3|E|F|G|H|$I|L]]]]

blocks|key|alt0i|type|unstyled|text|在创建集群时，需要选择一个+VPC+网络作为集群网络，同时指定一个子网作为容器网络，详情请参见+容器网络说明。Serverless+集群的+Pod+会直接占用容器网络子网+IP。在使用集群过程中，如需新增或修改容器网络，需要通过新增/移出超级节点的操作来实现，具体操作请参考以下步骤。|depth|inlineStyleRanges|entityRanges|offset|length|522v6|移出超级节点之前，需要将此超级节点上的+Pod+全部驱逐到其他超级节点上（不包含+DaemonSet+管理的+Pod），完成驱逐后才可执行移出操作，否则会导致移出节点失败。具体操作请参考以下步骤。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/39813#ContainerNetwork^0|0|1C|6|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$1|N|A|O|B|P]]]|$1|C|3|4|5|D|7|Q|8|@]|9|@]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|81k5b|type|unstyled|text|当+Pod+因容器网络的子网+IP+耗尽而发生调度失败时，会在节点日志中观察到如下图所示两种事件：|depth|inlineStyleRanges|entityRanges|9afb8|您可通过+容器服务控制台+或在命令行执行以下命令查询超级节点的+YAML。|offset|length|7aock|返回结果如下所示：|2r6jv|说明此时+Pod+是因容器网络的子网+IP+耗尽而发生调度失败。发生以上情况时，需要新建超级节点去新增子网，以此扩展集群+Pod+可用网段，新建超级节点的操作请参见+新建超级节点。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://console.cloud.tencent.com/tke2/ecluster?rid=1|1|https://cloud.tencent.com/document/product/457/54980#create^0|0|0|5|7|0|0|1|2B|6^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]]|$1|A|3|4|5|B|7|T|8|@]|9|@$1|U|C|V|D|W]]]|$1|E|3|4|5|F|7|X|8|@]|9|@]]|$1|G|3|4|5|H|7|Y|8|@]|9|@$1|Z|C|10|D|11]]]]|I|$J|$3|K|L|M|N|$O|P]]|Q|$3|K|L|M|N|$O|R]]]]

blocks|key|9f81d|type|unstyled|text|在创建+Serverless+集群+Pod+时，若未指定安全组，则默认使用+default+安全组，您也可以通过+Annotation+eks.tke.cloud.tencent.com/security-group-id+:+安全组+ID+为+Pod+指定安全组，请确保同地域已存在该安全组+ID。关于此+Annotation+的详细说明请参加+Annotation+说明。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/44173^0|0|4U|D^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|f2kis|type|unstyled|text|Kubernetes+可以通过+terminationMessagePath+设置容器退出的消息来源，即当容器退出时，Kubernetes+将从容器的+terminationMessagePath+字段中指定的终止消息文件中检索终止消息，并使用此内容来填充容器的终止消息，消息默认值为：/dev/termination-log。|depth|inlineStyleRanges|entityRanges|af7p3|此外，您还可以设置容器的+terminationMessagePolicy+字段，进一步自定义容器终止消息。该字段默认值为+File，即仅从终止消息文件中检索终止消息。您可以根据需求设置为+FallbackToLogsOnError，即在容器因错误退出时，如果终止消息文件为空，则使用容器日志输出的最后一部分内容来作为终止消息。|1jlck|代码示例如下：|90h7k|通过以上配置，当容器错误退出且消息文件为空时，Get+Pod+会发现+stderr+的输出显示在+containerStatuses+中。|entityMap|data|mutability^0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]]|$1|A|3|4|5|B|7|K|8|@]|9|@]]|$1|C|3|4|5|D|7|L|8|@]|9|@]]|$1|E|3|4|5|F|7|M|8|@]|9|@]]]|G|$H|-4|I|-4|3|-4]]

如何设置容器终止消息？

blocks|key|d1rem|type|unstyled|text|在使用+Serverless+集群时需要注意以下事项：|depth|inlineStyleRanges|entityRanges|aknd7|Serverless+集群虽然没有节点，但兼容+Hostpath、Hostnetwork:+true、DnsPolicy:+ClusterFirstWithHostNet+等与+Host+相关的参数。您在使用时请注意，因为没有节点，这些参数提供能力并不能完全与标准+k8s+对齐。|3qri8|例如，期望使用+Hostpath+共享数据，但调度到同一个超级节点上的两个+Pod+查看到的是不同子机的+Hostpath，而且+Pod+重建后，+Hostpath+的文件也将同时删除。|entityMap|data|mutability^0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]]|$1|A|3|4|5|B|7|I|8|@]|9|@]]|$1|C|3|4|5|D|7|J|8|@]|9|@]]]|E|$F|-4|G|-4|3|-4]]

如何使用 Host 参数？

blocks|key|77ca1|type|unstyled|text|在+Serverless+集群中，支持使用腾讯云+文件存储+CFS，也支持使用自建的文件存储+NFS+以+Volume+的形式挂载到+Pod+上，以实现持久化的数据存储。Pod+挂载+CFS/NFS+的+YAML+示例如下：|depth|inlineStyleRanges|entityRanges|offset|length|50lpa|关于+Pod+挂载+Volume+的详细操作，请参见+存储卷的使用说明。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/582/9127|1|https://cloud.tencent.com/document/product/457/31713^0|0|P|8|0|1|R|8^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$1|P|A|Q|B|R]]]|$1|C|3|4|5|D|7|S|8|@]|9|@$1|T|A|U|B|V]]]]|E|$F|$3|G|H|I|J|$K|L]]|M|$3|G|H|I|J|$K|N]]]]

如何挂载 CFS/NFS？

blocks|key|1co9q|type|unstyled|text|TKE+Serverless+支持缓存容器镜像以便在下次用同样镜像启动容器时加快启动速度。|depth|inlineStyleRanges|entityRanges|6ulc2|复用条件：|blmdb|同一个用户账号下，有同一个+annotation+value+的+Pod，缓存时间内会尽量复用启动镜像，建议+annntation+value+填写镜像名：eks.tke.cloud.tencent.com/cbs-reuse-key:+"image-name"。|510v7|缓存时间：2小时。|entityMap|data|mutability^0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]]|$1|A|3|4|5|B|7|K|8|@]|9|@]]|$1|C|3|4|5|D|7|L|8|@]|9|@]]|$1|E|3|4|5|F|7|M|8|@]|9|@]]]|G|$H|-4|I|-4|3|-4]]

blocks|key|5nab3|type|unstyled|text|当启用复用镜像功能时，当创建+Pod+时，$kubectl+describe+pod+可能见到如下错误：|depth|inlineStyleRanges|entityRanges|f44j9|恢复方法：|7th3t|无需任何操作，等待若干分钟后+Pod+会自动+running。|a7ses|原因：|entityMap|data|mutability^0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]]|$1|A|3|4|5|B|7|K|8|@]|9|@]]|$1|C|3|4|5|D|7|L|8|@]|9|@]]|$1|E|3|4|5|F|7|M|8|@]|9|@]]]|G|$H|-4|I|-4|3|-4]]

如何解决复用镜像异常问题？

blocks|key|3hm69|type|unstyled|text|如果您使用自建的+nfs+实现持久化存储时，连接时事件报+Operation+not+permitted。您需要修改自建+nfs+的+/etc/exports+文件，添加+/<path><ip-range>(rw,insecure)+参数，示例如下：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|9soua|type|unstyled|text|TKE+Serverless+的+Pod+默认免费提供+20G+可用的系统盘空间，若系统盘空间满了，可以通过如下方式进行处理。|depth|inlineStyleRanges|entityRanges|74a2j|如果使用空间达到+80%25，TKE+Serverless+后台会触发容器镜像的回收流程，尝试回收未使用的容器镜像来释放磁盘空间。如果未能释放任何空间，则会有一条事件提醒：ImageGCFailed:+failed+to+garbage+collect+required+amount+of+images，+提醒用户磁盘空间不足。|cj02i|常见磁盘空间不足的原因有：|660v9|如果业务希望调整容器镜像回收的阈值，可以设置如下+annotation：|2ponj|如果业务原地升级过，或者容器异常退出过，已退出的容器仍会保留，直到磁盘空间达到+85%25+时才会清理已退出的容器。清理阈值可以使用如下+Annotation+调整：|1e4sq|如果已退出的容器不想被自动清理（例如需要退出的信息进一步排障的），可以通过如下+Annotation+关闭容器的自动清理，但副作用是磁盘空间无法自动释放：|9f13d|业务需要在容器的系统盘用量超过某个百分比后直接重启+Pod，可以通过+Annotation+配置：|f1d5|只重启+Pod，不会重建子机，退出和启动都会进行正常的+gracestop、prestop、健康检查。|entityMap|data|mutability^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]]|$1|A|3|4|5|B|7|S|8|@]|9|@]]|$1|C|3|4|5|D|7|T|8|@]|9|@]]|$1|E|3|4|5|F|7|U|8|@]|9|@]]|$1|G|3|4|5|H|7|V|8|@]|9|@]]|$1|I|3|4|5|J|7|W|8|@]|9|@]]|$1|K|3|4|5|L|7|X|8|@]|9|@]]|$1|M|3|4|5|N|7|Y|8|@]|9|@]]]|O|$P|-4|Q|-4|3|-4]]

blocks|key|fa6fq|type|unstyled|text|TKE+Serverless+的+Pod+默认会通过+9100+端口对外暴露监控数据，用户可以执行以下命令访问+9100/metrics+获取数据：|depth|inlineStyleRanges|entityRanges|a3seh|如果业务本身需要监听+9100+端口，则可以在创建+Pod+时，通过使用+9100+之外的端口来收集监控数据，避免跟业务的+9100+端口冲突。配置方式如下：|71n7i|如果没有变更监控暴露的端口，业务直接监听+9100+端口，则在+TKE+Serverless+新的网络方案里，将报错提醒用户+9100+端口已经被使用：|6f107|出现报错提醒时，需要为+Pod+添加一个+Annotation：metrics-port，以变更监控端口，再重建+Pod。|entityMap|data|mutability^0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]]|$1|A|3|4|5|B|7|K|8|@]|9|@]]|$1|C|3|4|5|D|7|L|8|@]|9|@]]|$1|E|3|4|5|F|7|M|8|@]|9|@]]]|G|$H|-4|I|-4|3|-4]]

9100 端口问题

blocks|key|8me7|type|unstyled|text|Serverless+集群如需使用容器镜像服务+TCR，需要确保+已选择对应的镜像访问凭证+和++Serverless+集群到镜像服务网络打通。|depth|inlineStyleRanges|entityRanges|offset|length|37gbf|容器镜像默认私有，因此在创建工作负载时，需选择实例对应的镜像访问凭证。|bhaap|您可参考以下步骤创建镜像访问凭证：|7iih|Serverless+集群与容器镜像服务之间的网络默认不通，因此在拉取镜像时会报网络不通的错误：|b5lno|处理方式有以下两种：|6hea9|含有+“443:+i/o+timeout”+报错，大部分情况是因为+EKS+到+TCR+网络不通。++|69si3|请参见上文+，选择其中一种访问方式，打通+TKE+Serverless+到+TCR+的网络。|ek40v|其他常见报错指引请参见+容器镜像服务常见问题指引。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/54755#ensure1|1|https://cloud.tencent.com/document/product/457/54755#ensure2|2|https://cloud.tencent.com/document/product/1141/39292^0|0|X|C|1|1C|N|0|0|0|0|0|0|0|2|C|C^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@$1|13|A|14|B|15]|$1|16|A|17|B|18]]]|$1|C|3|4|5|D|7|19|8|@]|9|@]]|$1|E|3|4|5|F|7|1A|8|@]|9|@]]|$1|G|3|4|5|H|7|1B|8|@]|9|@]]|$1|I|3|4|5|J|7|1C|8|@]|9|@]]|$1|K|3|4|5|L|7|1D|8|@]|9|@]]|$1|M|3|4|5|N|7|1E|8|@]|9|@]]|$1|O|3|4|5|P|7|1F|8|@]|9|@$1|1G|A|1H|B|1I]]]]|Q|$R|$3|S|T|U|V|$W|X]]|Y|$3|S|T|U|V|$W|Z]]|10|$3|S|T|U|V|$W|11]]]]

blocks|key|ahp5a|type|unstyled|text|在+Serverless+集群使用自建镜像仓库的镜像创建工作负载，可能会遇到+“ErrImagePull”+报错，拉取镜像失败。如下图所示：|depth|inlineStyleRanges|entityRanges|d6qgn|通常在保证网络连通性的前提下，可能有以下两个原因导致该问题：|f0gsn|上述两个问题都可以通过在工作负载+Yaml+配置里的+PodTemplate+中添加+Annotation+来解决。|2vr8g|以上两个+Annotation+均涉及镜像仓库地址的填写，多个仓库地址可用+“,”+隔开。|e76p8|例如，镜像地址为+10.16.100.174:5000/busybox:latest，则+Annotation+的+value+应填为+“10.16.100.174:5000”，即+“eks.tke.cloud.tencent.com/registry-insecure-skip-verify:+10.16.100.174:5000”。|entityMap|data|mutability^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]]|$1|A|3|4|5|B|7|M|8|@]|9|@]]|$1|C|3|4|5|D|7|N|8|@]|9|@]]|$1|E|3|4|5|F|7|O|8|@]|9|@]]|$1|G|3|4|5|H|7|P|8|@]|9|@]]]|I|$J|-4|K|-4|3|-4]]

blocks|key|ag2l2|type|unstyled|text|默认情况下，TKE+普通集群添加了按量计费超级节点节点池后，会在+Node+资源不足时，自动向按量计费超级节点调度+Pod。+Serverless+集群则会自动在多个按量计费超级节点随机调度+Pod。|depth|inlineStyleRanges|entityRanges|8dg0j|此时如果您不希望向某按量计费超级节点（代表某子网/可用区）调度，可通过以下两种方式封锁按量计费超级节点实现禁止调度：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|fk5n1|type|unstyled|text|需要在+kube-system+命名空间下，新建名为+eks-config+的+configmap。执行命令如下：|depth|inlineStyleRanges|entityRanges|33j3i|将+AUTO_SCALE_EKS+的+value+设置为+false，即可关闭+TKE+普通集群向按量计费超级节点的自动调度机制。|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|7krdl|type|unstyled|text|默认按量计费超级节点会自动添加+Taints+以降低调度优先级，如需手动调度+Pod+到按量计费超级节点或指定按量计费超级节点，通常需要为+Pod+添加对应的+Tolerations。但并非所有的+Pod+均可以调度到按量计费超级节点上，详情请参见+超级节点调度说明。为方便使用，您可以在+Pod+Spec+中指定+nodeselector+。示例如下：|depth|inlineStyleRanges|entityRanges|offset|length|4dbb4|TKE+的管控组件会判断该+Pod+是否可以调度到按量计费超级节点，若不支持则不会调度到按量计费超级节点。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/53030^0|0|3H|8|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$1|N|A|O|B|P]]]|$1|C|3|4|5|D|7|Q|8|@]|9|@]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|20dv4|type|unstyled|text|如需强制调度+Pod+到按量计费超级节点，除了为+Pod+指定+nodeselector+或+nodename，也必须添加对应的+Tolerations。|depth|inlineStyleRanges|entityRanges|co29r|或在+Pod+Spec+指定+nodename。示例如下：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|6nflt|type|unstyled|text|TKE+Serverless+集群支持按量计费超级节点特性，您可通过在+yaml+中定义+annotation+的方式，实现自定义+DNS+等能力。详情可参见+按量计费超级节点+annotation+说明。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/44173#.E8.99.9A.E6.8B.9F.E8.8A.82.E7.82.B9-annotation-.E8.AF.B4.E6.98.8E^0|0|28|M^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|7pift|type|unstyled|text|发生日志查看不到或者缺失的情况，请检查是否存在以下问题：|depth|inlineStyleRanges|entityRanges|cm15g|如果您的问题仍未解决，请+在线咨询+联系我们。|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/online-service?from=doc_457^0|0|0|D|4^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|8m1lu|text|当客户程序的日志数据跨占多行时（例如+Java+程序日志），不能使用换行符+\n+作为日志的结束标识符。为了能让日志系统明确区分开每条日志，需要配置具有首行正则表达式的+configmap，当某行日志匹配了预先设置的正则表达式，则认为是一条日志的开头，而在下一个行首出现则作为该条日志的结束标识符。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

blocks|key|1hslv|type|unstyled|text|当使用环境变量的方式开启+TKE+Serverless+日志采集时，TKE+Serverless+会在+pod+sandbox+里额外启动一个日志采集组件来进行日志收集并上报。由于+TKE+Serverless+限制了日志采集组件的内存使用量，当日志的输出速率过高时，日志采集组件可能会发生+OOM+的情况，此时可以按需调整日志采集的配置。具体方法为手动修改以下+pod+annotation，将日志采集组件使用的内存缓冲区调小，以减少内存占用。|depth|inlineStyleRanges|entityRanges|aim96|annotation+的含义如下所示，详情可参见+Fluent+Bit。|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://docs.fluentbit.io/manual/administration/configuring-fluent-bit/unit-sizes^0|0|0|P|A^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]]|$1|A|3|4|5|B|7|N|8|@]|9|@$1|O|C|P|D|Q]]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|6nk7|type|unstyled|text|在应用输出日志时，应注意容器内应用尽量输出至+stdout。如果您的程序日志输出至容器的文件，需要有相应的手段来管理日志文件的滚动和清理，或者挂载+volume+持久化存储，否则20G临时空间会被占满，详情可参见+Pod+临时存储。|depth|inlineStyleRanges|entityRanges|offset|length|9nu68|若无管理日志文件的滚动和清理手段，推荐您进行以下操作：|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/39815^0|0|2Z|8|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$1|N|A|O|B|P]]]|$1|C|3|4|5|D|7|Q|8|@]|9|@]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|dshot|type|unstyled|text|TKE+Serverless+会为满足如下条件的+Ingress+创建+CLB+实例：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|aonfd|type|unstyled|text|如果成功为+Ingress+创建+CLB+实例，TKE+Serverless+会将+CLB+实例的+VIP+写入+Ingress+资源的+status.loadBalancer.ingress+中，并且将如下键值对写入+annotations+中：|depth|inlineStyleRanges|entityRanges|b93fb|如需查看+TKE+Serverless+为+Ingress+创建的+CLB+实例，具体步骤如下：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|fg8mf|type|unstyled|text|TKE+Serverless+会为满足如下条件的+Service+创建+CLB+实例：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|8ckmv|type|unstyled|text|如果成功为+Service+创建+CLB+实例，TKE+Serverless+会将+CLB+实例的+VIP+写入+Service+资源的+status.loadBalancer.ingress+中，并且将如下键值对写入+annotations+中：|depth|inlineStyleRanges|entityRanges|1sq7c|如需查看+TKE+Serverless+为+Service+创建的+CLB+实例，具体步骤如下：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|56jqb|type|unstyled|text|对于+spec.type+为+LoadBalancer+的+Service，目前+TKE+Serverless+默认不分配+ClusterIP，或者分配的+ClusterIP+无效（无法正常访问）。如果用户同时需要使用+ClusterIP+访问+Service，可以通过在+annotations+中加入如下键值对指示+TKE+Serverless+基于内网+CLB+实现+ClusterIP：|depth|inlineStyleRanges|entityRanges|dnmqh|Service+CIDR+子网+ID+在创建集群时指定，为+subnet-****+字符串。您可在+CLB+基本信息页面中查看该子网+ID+信息。|offset|length|style|BOLD|entityMap|data|mutability^0|0|11|4^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]]|$1|A|3|4|5|B|7|K|8|@$C|L|D|M|E|F]]|9|@]]]|G|$H|-4|I|-4|3|-4]]

blocks|key|6fq31|type|unstyled|text|您可以通过容器服务控制台+或通过+kubectl+命令行工具指定+CLB+实例类型：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|7k47h|type|unstyled|text|您可以通过容器服务控制台+或通过+kubectl+命令行工具指定使用已有+CLB+实例：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

如何指定使用已有 CLB 实例？

blocks|key|617kc|type|unstyled|text|仅7层+CLB+实例支持配置访问日志，但+TKE+Serverless+为+Ingress+创建的7层+CLB+实例默认不开启访问日志。如需开启+CLB+实例的访问日志，可在+CLB+实例的详情页面进行操作。具体步骤如下：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|6j956|type|unstyled|text|请参考 TKE+Serverless+会为哪些+Ingress+创建+CLB+实例 及 TKE+Serverless+会为哪些+Service+创建+CLB+实例 问题的回答，确认对应的资源是否具备对应的条件。如具备条件但未成功创建+CLB+实例，可通过+kubectl+describe+命令查看“资源”相关事件。|depth|inlineStyleRanges|entityRanges|offset|length|19rco|通常+TKE+Serverless+会输出相关的+Warning+类型事件。示例图如下，输出事件表明子网中已经无可用的+IP+资源，所以无法成功创建+CLB+实例。|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/51812#Ingress|1|https://cloud.tencent.com/document/product/457/51812#Service^0|0|4|11|1|18|11|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$1|P|A|Q|B|R]|$1|S|A|T|B|U]]]|$1|C|3|4|5|D|7|V|8|@]|9|@]]]|E|$F|$3|G|H|I|J|$K|L]]|M|$3|G|H|I|J|$K|N]]]]

blocks|key|7u96c|type|unstyled|text|TKE+Serverless+集群默认多个+Service+不可共用同一个+CLB+实例。如果您希望+Service+复用其他+Service+占用的+CLB，请添加此+annotation+并将+value+填写为+"true"。service.kubernetes.io/qcloud-share-existed-lb:+true，关于此+annotation+的详细说明请参见+Annotation+说明。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/44173#.E6.9C.8D.E5.8A.A1-annotation-.E8.AF.B4.E6.98.8E^0|0|5C|D^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|a8jtj|type|unstyled|text|请您按照以下步骤进行分析：|depth|inlineStyleRanges|entityRanges|1iqlr|您可在+CLB+管理页面中，选择监听器管理页面，查看（7层协议）转发规则、（4层协议）绑定的后端服务。其中的+IP+地址预期即为各个+Pod+的+IP。TKE+Serverless+为某个+Ingress+创建的+CLB+示例图如下：|52nkp|如果已正确地为工作负载（Workload）设置了标签（Labels），并且正确地为+Service+资源设置了选择算符（Selectors），则在工作负载的+Pods+成功运行之后，即可通过+kubectl+get+endpoints+命令查看+Pods+被+K8S+列入到+Service+对应的+Endpoints+的就绪地址列表中。示例图如下：|c5g57|而已创建、但状态异常的+Pods+会被+K8S+列入到+Service+对应的+Endpoints+的未就绪地址列表中。示例图如下：|221o1|即使+Running+状态的+Pods+也可能无法正常对外提供服务。例如，未监听指定的协议%2B端口、Pods+内部逻辑错误、处理过程阻塞等。您可通过+kubectl+exec+命令登录至+Pod+内，并使用+telnet/wget/curl+命令或自定义的客户端工具直接访问+Pod+IP%2B端口。若+Pod+内直接访问失败，则需要进一步分析导致+Pod+无法正常提供服务的原因。|dsro6|安全组控制+Pods+的网络访问策略，如同+Linux+服务器中的+IPTables+规则。请结合实际情况进行查看：|bap6o|若至此仍未找到问题原因，您可通过+在线客服+或+提交工单+联系+TKE+团队解决问题。|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/act/event/Online_service?from=doc_457|1|https://console.cloud.tencent.com/workorder/category?level1_id=6&level2_id=2028&source=0&data_title=%2525E5%2525BC%2525B9%2525E6%252580%2525A7%2525E5%2525AE%2525B9%2525E5%252599%2525A8%2525E6%25259C%25258D%2525E5%25258A%2525A1%252520EKS&step=1^0|0|0|0|0|0|0|0|H|4|1|O|4^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]]|$1|A|3|4|5|B|7|Z|8|@]|9|@]]|$1|C|3|4|5|D|7|10|8|@]|9|@]]|$1|E|3|4|5|F|7|11|8|@]|9|@]]|$1|G|3|4|5|H|7|12|8|@]|9|@]]|$1|I|3|4|5|J|7|13|8|@]|9|@]]|$1|K|3|4|5|L|7|14|8|@]|9|@$1|15|M|16|N|17]|$1|18|M|19|N|1A]]]]|O|$P|$3|Q|R|S|T|$U|V]]|W|$3|Q|R|S|T|$U|X]]]]

为什么访问 CLB VIP 时失败？

blocks|key|c8t1g|type|unstyled|text|假设一个机器上运行多个容器，多个容器是如何分配资源的？您需要了解+CPU+Shares+的概念。|depth|inlineStyleRanges|entityRanges|1ote1|CPU+Shares+是属于一项+Linux+Control+Groups（cgroup）的特性，CPU+Shares+控制容器中的进程可以使用的+CPU+time。|7k0kf|CPU+time+是+CPU+用于处理计算机程序或操作系统的指令的时间量，不是实际日常生活中的时间概念。例如进程进入中断、挂起、休眠等行为时，CPU+time+不会增加，但进程恢复运行后+CPU+time+会从中断前的时间点继续增加。|entityMap|data|mutability^0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]]|$1|A|3|4|5|B|7|I|8|@]|9|@]]|$1|C|3|4|5|D|7|J|8|@]|9|@]]]|E|$F|-4|G|-4|3|-4]]

CPU Share

blocks|key|3omro|type|unstyled|text|CPU+Quota+是用来限制容器的资源使用上限，即使一个节点资源还有剩余量，但容器依旧无法使用超过+CPU+Quota+的数值。|depth|inlineStyleRanges|entityRanges|qp0o|Kubernetes+的+Request/Limit+是由+CPU+Share+和+CPU+Quota+来实现的。但+Request+还有更多的含义：|elkit|没有+Request+的+Pod+可以调度到任意节点，因为任意节点的剩余可调度资源都满足该+Pod+要求。但是在发生竞争时，它将不会获得任何的资源，此时+Pod+可能会无限期地缺乏资源。|fmqn4|在终端里创建一个可以交互的+busybox+Pod：|80ei1|在交互栏里使用如下命令让该+Pod+可以用满当前节点上空闲的+CPU+和内存：|29pem|在另一终端里查看当前+Pod+的资源用量|5bldv|可以看出，当前+busybox+Pod+的+CPU+和内存的资源用量都大于+Request。但理论上因为+busybox+运行的是无限循环的程序，应该会把所有的+CPU+都消耗完才对，为什么只消耗了460m？因为此时集群中还有其他的+Pod+和进程，它们都会通过+CPU+Share+彼此竞争集群中的+CPU+资源。|entityMap|data|mutability^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]]|$1|A|3|4|5|B|7|Q|8|@]|9|@]]|$1|C|3|4|5|D|7|R|8|@]|9|@]]|$1|E|3|4|5|F|7|S|8|@]|9|@]]|$1|G|3|4|5|H|7|T|8|@]|9|@]]|$1|I|3|4|5|J|7|U|8|@]|9|@]]|$1|K|3|4|5|L|7|V|8|@]|9|@]]]|M|$N|-4|O|-4|3|-4]]

CPU Quota

blocks|key|akrdf|type|unstyled|text|支持，您可以在托管形态和独立部署形态的集群中使用注册节点的特性。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|2oogh|type|unstyled|text|由于注册节点所在网络与+VPC+网络的差异性，目前集群内部分系统组件必须运行在云上节点，所以当前要求集群内必须存在云上节点。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|4q0k9|type|unstyled|text|注册节点和云上节点的功能差异，请参考+注册节点与云上节点能力对比。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/57916#.E6.B3.A8.E5.86.8C.E8.8A.82.E7.82.B9.E4.B8.8E.E4.BA.91.E4.B8.8A.E8.8A.82.E7.82.B9.E8.83.BD.E5.8A.9B.E5.AF.B9.E6.AF.94^0|0|J|D^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|3jn8k|type|unstyled|text|为了保障注册节点的稳定性，当前注册节点的操作系统仅支持+TencentOS+Server+3.1+和+TencentOS+Server+2.4(TK4)。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/213/38027|1^0|0|S|K|1|1F|P^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$1|M|A|N|B|O]|$1|P|A|Q|B|R]]]]|C|$D|$3|E|F|G|H|$I|J]]|K|$3|E|F|G|H|$I|J]]]]

注册节点支持哪些操作系统？

blocks|key|5t8s|type|unstyled|text|可以使用下载的脚本，执行以下清理的指令，再进行添加。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|9t2b6|type|unstyled|text|说明：NVIDIA-SMI+驱动未安装。|depth|inlineStyleRanges|entityRanges|17iau|解决方法：|9iipo|说明：节点+gpu+容器能力初始化失败。|595p3|entityMap|data|mutability^0|0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]]|$1|A|3|4|5|B|7|J|8|@]|9|@]]|$1|C|3|4|5|D|7|K|8|@]|9|@]]|$1|E|3|4|5|B|7|L|8|@]|9|@]]]|F|$G|-4|H|-4|3|-4]]

blocks|key|dhvo2|type|unstyled|text|基于腾讯负载均衡+CLB，我们提供了注册节点的四层以及七层的流量接入方案，请参考+流量接入。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/79749^0|0|15|4^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|6t2hu|type|unstyled|text|TKE+集群日志接入+CLS+后，默认支持集群中的注册节点，无需特殊配置。TKE+集群日志接入+CLS，请参考+日志采集，集群中的注册节点默认使用内网的方式（会占用专线带宽)+进行日志投递。|depth|inlineStyleRanges|entityRanges|offset|length|6m40f|如需要注册节点使用公网的方式投递日志，请按照如下步骤操作：|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/457/36771^0|0|1K|4|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$1|N|A|O|B|P]]]|$1|C|3|4|5|D|7|Q|8|@]|9|@]]]|E|$F|$3|G|H|I|J|$K|L]]]]

blocks|key|6am4e|text|TKE+集群+Prometheus+监控服务，默认支持集群中的注册节点，无需特殊配置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

blocks|key|309ad|type|unstyled|text|容器运行时（Container+Runtime）是+Kubernetes（K8S）+最重要的组件之一，负责管理镜像和容器的生命周期。Kubelet+通过+Container+Runtime+Interface+(CRI)+与容器运行时交互，以管理镜像和容器。|depth|inlineStyleRanges|entityRanges|34ka2|TKE+支持用户选择+Containerd+和+Docker+作为运行时组件：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

如何选择运行时组件？

blocks|key|2f03d|type|unstyled|text|Containerd+不支持+docker+API+和+docker+CLI，但是可以通过+cri-tool+命令实现类似的功能。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|4032n|type|unstyled|text|其中+dockerd+虽增加了+swarm+cluster、docker+build+、docker+API+等功能，但也会引入一些+bug，而与+Containerd+相比，多了一层调用。|depth|inlineStyleRanges|entityRanges|4lvog|包括+exec，preStop，ipv6，日志+stdout+的格式等。|plqe|kubectl+exec/logs+等命令需要+kubelet+在+apiserver+跟容器运行时之间建立流转发通道。|entityMap|data|mutability^0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]]|$1|A|3|4|5|B|7|I|8|@]|9|@]]|$1|C|3|4|5|D|7|J|8|@]|9|@]]]|E|$F|-4|G|-4|3|-4]]

调用链区别有哪些？

blocks|key|arjah|type|unstyled|text|可以通过了解kubectl+exec命令的原理来了解+CRI+的+Stream+Service+是如何工作的：|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

Stream 服务的原理是什么？

blocks|key|dg6kq|type|unstyled|text|Docker+API+本身提供+stream+服务，Dockershim+位于+kubelet+内部有默认的配置+"127.0.0.1:0"+。|depth|inlineStyleRanges|entityRanges|ap115|Containerd+的+stream+服务需要单独配置：|entityMap|data|mutability^0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]]|$1|A|3|4|5|B|7|G|8|@]|9|@]]]|C|$D|-4|E|-4|3|-4]]

blocks|key|cfhs9|type|unstyled|text|Containerd+的+stream+服务在+K8S+不同版本运行时场景下配置不同。|depth|inlineStyleRanges|entityRanges|dsk11|Docker+和+Containerd+在+Exec+的实现上略有区别，区别主要在+Execsync+的实现上，也即执行单条命令的情况。|5m0r8|因此+kubectl+exec命令在不指定参数-it时+和+pod+lifecycle+中的+ExecProbe+在+Runtime+类型不同的节点上表现可能稍有不同。|entityMap|data|mutability^0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]]|$1|A|3|4|5|B|7|I|8|@]|9|@]]|$1|C|3|4|5|D|7|J|8|@]|9|@]]]|E|$F|-4|G|-4|3|-4]]

blocks|key|asasc|type|unstyled|text|如+kubectl+exec+<pod-id>+--+bash+-c+"nohup+sleep+10+&"+命令，在+Runtime+是+docker+的节点上会在两秒左右结束；而在+containerd+的节点上需要等到+sleep+进程退出后才能结束。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

kubectl exec 的区别

blocks|key|4tohc|type|unstyled|text|kubelet+在实现+exec+probe+时使用了+CRI+Runtime+的+ExecSync+接口，因此+exec+probe+和+kubectl+exec+#+no+-t+-i+的表现一致，也即：|depth|inlineStyleRanges|entityRanges|fpk5s|区别导致的影响主要出现在+pod+lifecycle+的+postStartHook+和+preStopHook+中，如果在+hook+中使用+exec+probe+并且出现残留子进程的情况，在+containerd+的节点上可能会遇到+Pod+长期卡在+containerCreating+状态。原因是+kubelet+在+syncPod+时会逐个容器拉起，并执行+probe，如果某个+probe+因上述原因阻塞住，会导致后续容器无法启动。|dr9hk|在+ExecProbe+中拉起子进程并退出父进程属于+K8S+中未定义的行为，具体表现可能会和运行时版本、种类相关，因此建议尽量不要在+probe+执行过于复杂的操作。|8qmel|在正常情况下，Pod+中的容器会共享同一个+Network+Namespace，因此+Pod+需要在创建+Sandbox+容器时将网络准备好。为了更好的说明区别，我们简单介绍下+Pod+网络初始化的流程：|8glhl|Docker+和+containerd+在创建+pause+容器并初始化+Network+Namespace和+调用+CNI+初始化+veth+这两步有区别。|entityMap|data|mutability^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]]|$1|A|3|4|5|B|7|M|8|@]|9|@]]|$1|C|3|4|5|D|7|N|8|@]|9|@]]|$1|E|3|4|5|F|7|O|8|@]|9|@]]|$1|G|3|4|5|H|7|P|8|@]|9|@]]]|I|$J|-4|K|-4|3|-4]]

pod exec probe 的区别

blocks|key|4jb06|type|unstyled|text|Containerd+是为了+kubernetes+设计的+CRI+Runtime，没有独立的网络模块；但+Docker+在设计时带有自己的网络功能的，因此+docker+在创建+Pause+容器时，会进行+Docker+特有的网络设置。该设置导致和+Containerd+最大的区别是在不使用+IPv6+的情况下，Docker+会将容器+Network+Namespace+中内核参数net.ipv6.conf.all.disable_ipv6+设置为1，也即关闭容器内的+ipv6+选项。|depth|inlineStyleRanges|entityRanges|ft0pq|同样的+Pod+在+Docker+的节点上只开启了+IPv4，而在+Containerd+的节点上会同时开启+IPv4+和+IPv6。|fbm0u|同时开启+IPv4+和+IPv6+的情况中，DNS+解析可能会同时发出v4、v6两个版本的包。在某些情况，业务如果需要频繁进行+DNS+解析，可能会触发+DNS+解析库的+Bug（取决于+Pod+业务的实现时的依赖）。在+Containerd+节点上，可以通过给+Pod+添加+init+container+来针对+Pod+关闭+IPv6+设置。代码如下：+|entityMap|data|mutability^0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]]|$1|A|3|4|5|B|7|I|8|@]|9|@]]|$1|C|3|4|5|D|7|J|8|@]|9|@]]]|E|$F|-4|G|-4|3|-4]]

创建 pause 容器

blocks|key|10n58|type|unstyled|text|两者在调用+CNI+上没有实质区别。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

调用 CNI

blocks|key|f7rnd|type|unstyled|text|Cluster+Autoscaler+确保集群中的所有+Pod+都可调度，不管具体的负载；而基于监控指标的节点弹性伸缩在自动扩缩时不关心+Pod，可能会添加一个没有任何+Pod+的节点，或者删除一个有一些系统关键+Pod+的节点，例如+kube-dns。Kubernetes+不鼓励这种自动缩容机制，故+Cluster+Autoscaler+与基于监控指标的弹性伸缩的节点互相冲突，请不要同时启用。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|cj2a0|type|unstyled|text|启用+CA+的集群会根据选择的节点配置，创建一个启动配置和绑定此启动配置的伸缩组。绑定后，将会在此伸缩组内进行扩缩容，扩容后的+CVM+自动加入集群。自动扩缩容的节点都是按量计费的。伸缩组的相关文档请参见+弹性伸缩文档。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/377^0|0|2V|6^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|55so0|type|unstyled|text|不会，CA+缩容的节点只限于伸缩组内的节点。在+容器服务控制台+添加的节点不会加入到伸缩组中。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://console.cloud.tencent.com/tke2^0|0|O|7^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|1a3dk|type|unstyled|text|不可以，不建议您在+弹性伸缩控制台+进行任何修改操作。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://console.cloud.tencent.com/autoscaling^0|0|A|7^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|a79tv|type|unstyled|text|创建伸缩组时，需要选择集群内的一个节点作为参考来创建+启动配置，参考的节点配置包括：|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/377/8543^0|0|R|4^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

blocks|key|bu52s|type|unstyled|text|根据服务的重要级别、类型等特点，您可以通过创建多个伸缩组，为伸缩组设置不同的+label，从而指定伸缩组扩容出节点的+label，来对服务进行分类。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

如何使用多个伸缩组？

blocks|key|3e7eu|type|unstyled|text|目前腾讯云用户每个可用区均有30个按量计费类型+CVM+配额，如果希望伸缩组有超过+30+台按量计费的+CVM，请+在线咨询+申请。n具体配额请参见您当前可用区的云服务器+实例数及配额。另外弹性伸缩也有最大值的限制，其最大值为200。如果希望弹性伸缩超过最大值，请+在线咨询+申请。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/online-service?from=doc_457|1|https://console.cloud.tencent.com/cvm/overview|2^0|0|1M|4|1|2E|6|2|3P|4^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$1|O|A|P|B|Q]|$1|R|A|S|B|T]|$1|U|A|V|B|W]]]]|C|$D|$3|E|F|G|H|$I|J]]|K|$3|E|F|G|H|$I|L]]|M|$3|E|F|G|H|$I|J]]]]

blocks|key|7o94h|type|unstyled|text|由于在缩容节点时会发生+Pod+重新调度的情况，所以服务必须可以容忍重新调度和短时的中断时再启用缩容。建议您为您的服务设置+PDB。PDB+可以在任何时候指定一个处于运行状态的+Pod+集合副本的最小数量或者最小百分比。有了+PodDisruptionBudget，应用部署者可以保证同一时间内主动移除+Pod+的集群操作不会销毁过多+Pod，避免了因销毁过多+Pod+导致数据丢失、服务中断或者无法接受的服务降级等影响。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://kubernetes.io/docs/tasks/run-application/configure-pdb/^0|0|1Q|3^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

集群启用缩容是否安全？

blocks|key|duhcj|type|unstyled|text|10分钟。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|93vku|type|unstyled|text|20分钟。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|2ods0|type|unstyled|text|10秒。|depth|inlineStyleRanges|entityRanges|entityMap|data|mutability^0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]]]|A|$B|-4|C|-4|3|-4]]

blocks|key|8tl44|type|unstyled|text|一般在10分钟内，相关弹性伸缩的说明文档请参见+弹性伸缩。|depth|inlineStyleRanges|entityRanges|offset|length|entityMap|0|LINK|mutability|MUTABLE|data|url|https://cloud.tencent.com/document/product/377^0|0|O|4^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@$1|L|A|M|B|N]]]]|C|$D|$3|E|F|G|H|$I|J]]]]

为什么有 Unschedulable 的 Pod，却未进行扩容？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐