腾讯云TKE原生节点完全对接指南：从集群创建到生产级调度运维
引言：为什么需要原生节点
在云原生技术大规模落地的今天，Kubernetes集群的节点管理已成为运维团队的核心挑战之一。传统节点在资源利用率、调度灵活性和运维自动化方面存在诸多瓶颈。授权客户数据显示，CPU实际利用率往往仅维持在10%到15%之间，大量资源处于闲置状态。企业普遍面临稳定性与成本的二选一难题，往往被迫牺牲成本以保障业务稳定性，导致大量资源浪费。
腾讯云TKE原生节点正是为解决这一问题而推出的全新节点类型。它依托腾讯云千万核容器运维的技术沉淀，为用户提供原生化、高稳定、快响应的K8s节点管理能力。与普通节点相比，原生节点在管理模式、调度能力、故障自愈和节点管理等多个维度做了全方位增强。
需要先登录腾讯云控制台，点击：腾讯云控制台，还没有账号，点击：注册后再关联，已有账号点击：登录后再关联
一、原生节点的核心价值与能力矩阵
1.1 什么是原生节点
原生节点是由腾讯云TKE容器服务团队面向Kubernetes环境推出的全新节点类型，依托腾讯云千万核容器运维的技术沉淀，为用户提供原生化、高稳定、快响应的K8s节点管理能力。原生节点（TKE Native Node）依托腾讯自研内核增强，集成FinOps产品化能力，支持CPU Burst、动态内存压缩、Pod原地升降配及节点规格放大。通过按真实负载调度，解决传统集群装箱率高但利用率低的问题。
原生节点镜像基于腾讯云TencentOS 3.1发行版提供，内核LTS版本为5.4.241。通过深度整合Kubernetes与腾讯自研如意、悟净底层内核能力，在资源利用率、隔离性和性能方面均有显著优化。
1.2 原生节点 vs 普通节点
原生节点包含普通节点的全部能力，且在多个维度做了全面增强。在管理模式上，原生节点采用节点管家模式，平台在资源管理和稳定性运维上提供能力辅助客户分析决策，而普通节点采用Serverful模式，需要用户自行分析、决策和执行。原生节点支持基础设施声明式管理、Pod原地升降配、内核参数调优等自定义配置入口，这些都是普通节点不具备的能力。
在调度器方面，原生节点配备专用调度器，支持虚拟放大可调度资源，而普通节点仅提供社区DynamicScheduler和DeScheduler。原生节点还支持Request智能推荐和一键更新，支持可抢占Job，普通节点均不支持。在节点管理层面，原生节点支持内核/Nameserver/Hosts参数配置、前置脚本/后置脚本能力，普通节点同样不具备。
1.3 原生节点 vs 超级节点
腾讯云TKE提供了多样化的部署选择，包括主打极致弹性与免运维Serverless模式的超级节点，以及兼顾高效管理和卓越成本效能Housekeeper模式的原生节点。超级节点提供虚拟机级强隔离，冷启动速度3-5秒（热启动）至80-120秒（冷启动），支持3000个Pod/分钟的并发扩容。而原生节点深度融合腾讯自研内核增强与FinOps能力，支持CPU Burst、内存压缩等优化技术。
在实际场景选择上，超级节点适合弹性业务、对隔离性要求高、追求轻量运维的场景；原生节点适合有降本诉求、希望提升业务资源利用率、简化运维的业务。两者共同构成了TKE的资源选型矩阵，配合云函数（SCF），形成了三大技术支柱协同的解决方案。
二、前置条件：创建TKE标准集群
原生节点无法独立存在，必须依托于TKE标准集群。因此，对接原生节点的第一步是创建一个标准集群。
2.1 集群创建步骤
登录容器服务控制台后，在左侧导航栏中选择集群，单击集群列表上方的新建按钮。在集群类型中选择标准集群，单击创建。创建过程中需要配置以下核心参数：
- 集群名称：自定义，便于后续管理
- Kubernetes版本：建议选择当前最新稳定版本。原生节点对Kubernetes版本有一定要求，如Node-Healing组件要求版本不低于1.18
- 运行时组件：支持Docker和Containerd，建议选择Containerd
- 容器网络插件：可选择Global Router或VPC-CNI。如需使用Pod独立安全组等高级网络能力，需选择VPC-CNI共享网卡+固定IP模式
- 容器网络CIDR：建议不与集群所在VPC网络冲突，可按1024个Service/集群、128个Pod/节点、504个节点/集群的规模进行规划
2.2 集群创建后的验证
集群创建完成后，在集群列表页中单击集群ID进入集群详情页。此时集群尚无工作节点，需要下一步通过节点池来添加原生节点。
三、创建原生节点池
原生节点仅支持通过节点池进行管理。节点池是TKE引入的集群节点管理概念，借助节点池可以方便快捷地创建、管理和销毁节点，以及实现节点的动态扩缩容。
3.1 通过控制台创建原生节点池
在集群详情页中，选择左侧菜单栏中的节点管理，在节点池页面中单击新建。在新建页面中，节点类型选择原生节点，单击创建。接下来需要配置以下关键参数【10†L27以后】：
- 节点池名称：自定义，便于后续资源管理
- 计费模式：提供按量计费（PostpaidByHour）和包年包月（PrepaidCharge）两种模式。包年包月单价较低但需预付费，最少使用一个月；按量计费单价较高但按秒计费、按小时结算，随时可释放
- 机型配置：原生节点支持多种CVM实例类型，您可基于应用规模和业务特性选择合适的实例进行部署。原生节点支持BMIA2m、PNV6、HCCPNV6等新型号
- 系统盘与数据盘：配置磁盘类型、大小、挂载路径等。数据盘可配置删除时是否随实例释放、文件系统类型等
- 安全组：配置节点的网络安全策略
- 登录方式：配置SSH密钥用于节点登录
- 高级设置：可配置节点Labels、Taints（污点）、Annotations、自定义脚本（preInit/postInit）等
配置完成后，单击创建节点池即可。
3.2 通过YAML声明式创建原生节点池
原生节点支持基础设施声明式API，可以通过Kubernetes YAML文件像管理workload一样管理节点。原生节点池的Kubernetes资源定义如下：
apiVersion: node.tke.cloud.tencent.com/v1beta1
kind: MachineSet
spec:
autoRepair: false # 故障自愈开关
displayName: test
healthCheckPolicyName: # 自愈规则名称
instanceTypes: # 机型规格
- S5.MEDIUM2
replicas: 1 # 节点数
scaling: # 自动扩缩容策略
createPolicy: ZonePriority
maxReplicas: 1
subnetIDs: # 节点池子网
- subnet-nnwwb64w
template:
metadata:
annotations:
node.tke.cloud.tencent.com/machine-cloud-tags: '[{"tagKey":"xxx","tagValue":"xxx"}]'
spec:
displayName: tke-np-mpam3v4b-worker
deletePolicy: Random
metadata:
annotations:
annotation-key1: annotation-value1
labels:
label-test-key: label-test-value
providerSpec:
type: Native
value:
dataDisks:
- deleteWithInstance: true
diskID: ""
diskSize: 50
diskType: CloudPremium
fileSystem: ext4
mountTarget: /var/lib/containerd
instanceChargeType: PostpaidByHour
keyIDs:
- skey-xxx
lifecycle:
postInit: echo "after node init"
preInit: echo "before node init"
management:
# management参数设置，包含kubelet\kernel\nameserver\hostname
securityGroupIDs:
- sg-xxxxx
systemDisk:
diskSize: 50
diskType: CloudPremium
runtimeRootDir: /var/lib/containerd
taints:
- effect: NoExecute
key: taint-key2
value: value2
type: Native通过kubectl操作MachineSet资源：
# 创建原生节点池
kubectl create -f machineset-demo.yaml
# 查看原生节点池列表
kubectl get machineset
# 查看原生节点池YAML详情
kubectl describe ms machineset-name通过YAML方式创建节点池，可以实现基础设施即代码（IaC）的运维模式，便于版本管理和自动化部署。
3.3 通过API创建原生节点池
TKE也提供了云API接口用于创建节点池，接口请求域名为tke.tencentcloudapi.com。主要参数包括：
- ClusterId：集群ID
- Name：节点池名称
- Type：节点池类型，原生节点需设置为Native
- Labels：节点标签
- Taints：节点污点
- Native：原生节点池创建参数（Type为Native时需填写）
推荐使用API Explorer进行在线调用、签名验证和SDK代码生成。
四、原生节点专用调度器深度解析
原生节点的核心能力之一在于其专用调度器。该调度器与Kube-scheduler协同生效，有效避免基于request和limit调度机制带来的节点负载不均问题。
4.1 三大调度能力
原生节点专用调度器提供以下核心调度能力：
- 均衡负载：基于节点真实以及历史负载情况，让节点的资源负载更加均衡
- 提升装箱：放大节点CPU/内存资源可调度量，将节点装箱率提升到100%以上
- 规整业务：通过设置目标利用率保证节点被持续调度，让业务资源部署更集中
4.2 节点规格放大（节点放大）
节点规格放大是原生节点最核心的成本优化能力之一。其原理是通过虚拟放大节点的可调度资源，在保证节点实际负载不超过物理限制的前提下，提升节点的装箱率。在实际客户集群实践中，通过规格放大（CPU放大3倍，内存放大2倍），CPU分配率从60%提升至110%，同时节点数下降30%，核数下降30%。
配置节点放大的步骤如下：
- 在左侧选择TKE Insight > Node Map
- 在Node Map页面中，鼠标悬浮到页面下方某一个需要进行节点放大的原生节点上，单击详情
- 在该原生节点的详情页的右上角，单击原生节点专用调度器右侧的编辑
- 在原生节点专用调度器编辑页面，开启动态放大，设置节点CPU和内存目标利用率
自定义设置节点放大系数和水位线非常灵活，可以选择一个节点或节点池、一批节点或节点池，甚至整个集群配置相同的节点规格放大系数和水位线。
寻找典型的需要放大的节点，即装箱率高但利用率低的节点。确定节点的利用率目标后，才能确定合理的放大系数配置数值。
4.3 DynamicScheduler插件
在TKE集群中安装DynamicScheduler插件后，该插件将与Kube-scheduler协同生效，有效避免原生调度器基于request和limit调度机制带来的节点负载不均问题。该组件依赖Prometheus监控组件以及相关规则配置。
五、高级运维能力
5.1 Pod原地升降配
原生节点针对Pod的CPU、内存提供原地升降配能力，通过对API Server和Kubelet进行升级改造，支持在不重启Pod的情况下修改CPU、内存的request/limit值。这一能力极大地减少了业务中断时间，提升了运维效率。
TKE原生节点将Pod升降配的相关字段放在Pod的Annotation中，其中包括Pod的真实资源以及当前升降配操作执行状态。状态包括：
- Proposed：代表该Pod升降配的操作请求被提交
使用原地升降配时，无需更新PodSpec并重新提交（这会删除并重建Pod），而是通过原生节点的增强能力直接调整资源配置。
5.2 节点故障自愈
原生节点搭载了自研智能运维系统，支持操作系统、运行时、Kubernetes层面的故障检测和自动升级，多维度助力用户降低运维负担。具体能力包括：
- 自研操作系统级别的故障检测和自愈能力
- K8s环境级别的故障检测和自愈能力
- 运行时级别的故障检测和自愈能力
Node-Healing是TKE提供的节点自愈组件，能够自动检测集群中的异常节点，并根据预定义的策略执行自动化修复操作。该组件与Node Problem Detector（NPD）配合使用，可实现从故障检测到自动修复的完整闭环。Node-Healing支持40种故障类型的自愈策略。
对于GPU节点，通过NPD组件实时检测GPU异常，并结合Node-Healing组件自动执行隔离、排空、重启等自愈操作，帮助快速恢复GPU节点的正常运行状态。
在NPDPlus中，提供了根据采集到的节点状态从而进行不同自愈动作的能力。集群管理员可以根据节点不同的状态配置相应的自愈能力，如重启Docker、重启Kubelet或重启CVM节点等。
5.3 HouseKeeper可视化资源大盘
原生节点搭载HouseKeeper可视化资源大盘，助力提升节点资源利用率，实现云上降本增效。该大盘提供：
- 可视化资源展示，帮助快速定位资源瓶颈
- 智能Request推荐，减少资源闲置
- 专家级数据分析与建议
5.4 声明式节点管理
原生节点提供基础设施声明式API，像管理workload一样管理节点，可通过Kubernetes API、云API、控制台三种方式管理节点。这种运维新范式大大简化了节点管理的复杂度。
六、FinOps成本优化实践
6.1 资源利用率提升
通过TKE原生节点的FinOps能力，全链路成本优化后，集群整体利用率可提升至65%。在某客户集群实践中，通过规格放大（CPU放大3倍，内存放大2倍），CPU分配率从60%提升至110%，同时节点数下降30%，核数下降30%。
6.2 内存优化
通过洁净内存压缩技术，客户某集群内存使用率从80%优化至压缩60%，且性能无明显变化。
6.3 在离线混部调度
趣丸科技基于TKE原生节点与TencentOS Server构建了TTSet混部调度系统，实现了在线业务与离线Spark任务的混合部署。该架构包含以下核心组件：
- tt-agent：数据采集与Pod干预
- tt-scheduler：基于scheduler-framework的调度策略
- tt-webhook：参数修改与资源压缩
辅以基于真实负载感知的调度、离线资源压缩、资源热点迁移等五大调度策略。通过这套混部调度体系，CPU利用率从8%提升至50%以上。
6.4 算力错峰实践
在智能辅助驾驶场景中，TKE通过白天推理、晚上训练的调度重构，实现了资源的高效复用。量产车在线脱敏业务主要在6:00-23:00运行，消耗千张GPU卡；离线数据处理任务若独立运行需额外增加300+张卡。通过建立动态GPU资源池，在线任务释放资源后，智能调度离线任务进入执行队列。最终实现了T+1小时处理完成，使用700+张GPU卡即可完成原本需要1600+TB/天的数据处理任务，无需新增300+张GPU卡，总成本降低30%。
6.5 计费模式选择建议
原生节点支持按量计费和包年包月两种计费模式。包年包月适用于节点资源需求量长期稳定的成熟业务；按量计费适用于转码、大数据、电商抢购等周期性计算场景或开启自动伸缩（HPA）的潮汐型在线服务场景。
原生节点定价分为资源费和增值服务费。资源费定价和普通节点定价基本一致，包含CPU、内存、系统盘和GPU。增值费定价区分机型种类，按照CPU、内存和GPU的总资源费的一定比例收取，默认溢价比例在5%-20%。
七、最佳实践与注意事项
7.1 节点池规划建议
- 为方便管理，建议使用节点池来创建和管理一组具有相同参数设置的原生节点
- 原生节点池新增扩容机型优先级策略，支持设置主机型和备选机型顺序。在开启弹性伸缩后，扩容策略将优先保证主机型资源，仅当主机型售罄时才按序选择备选机型
- 每个节点池对应一个伸缩组，每个伸缩组对应一个启动配置
7.2 调度配置建议
- 开启节点池自动扩缩容能力时，尽量避免同时设置DoNotSchedule和max字段，否则存在无法扩容节点的可能性
- PlacementPolicy和Cluster Autoscaler的联动能力需要合理配置
7.3 监控与可观测性
原生节点支持监控实例相关指标，包括CPU、内存、网络、磁盘、存储、负载均衡和GPU。建议在部署初期就配置好完整的监控告警体系。
7.4 地域选择
原生节点在中国地域支持北京、南京、上海、广州、成都、重庆、香港、台北等公有云地域，以及深圳金融、上海金融、北京金融等金融云地域。
八、常见问题解答
问：原生节点和普通节点的主要区别是什么？
答：原生节点包含普通节点的全部能力，并在管理模式、调度能力、故障自愈和节点管理等多个维度做了全方位增强。原生节点采用节点管家模式，平台辅助分析决策；支持基础设施声明式管理、Pod原地升降配、内核参数调优、节点故障自愈等普通节点不具备的能力。调度器方面，原生节点配备专用调度器支持虚拟放大可调度资源。
问：原生节点必须通过节点池创建吗？
答：是的，原生节点仅支持通过节点池进行管理。节点池是一组具有相似属性的节点的逻辑集合，可以方便地创建、管理和销毁节点，以及实现节点的动态扩缩容。
问：什么是节点规格放大？如何配置？
答：节点规格放大是通过虚拟放大节点的可调度资源，在保证节点实际负载不超过物理限制的前提下提升装箱率。配置方式为：在TKE Insight > Node Map中选择目标节点，在详情页编辑原生节点专用调度器，开启动态放大并设置CPU和内存目标利用率。
问：Pod原地升降配有什么好处？
答：Pod原地升降配支持在不重启Pod的情况下修改CPU、内存的request/limit值。这避免了传统方式中需要删除并重建Pod带来的业务中断，极大提升了运维效率和业务连续性。
问：原生节点支持哪些计费模式？如何选择？
答：原生节点支持按量计费和包年包月两种计费模式。包年包月单价较低但需预付费，适用于资源需求量长期稳定的成熟业务；按量计费单价较高但按秒计费、按小时结算，适用于周期性计算场景或开启自动伸缩的潮汐型在线服务场景。
问：如何通过TKE原生节点实现成本优化？
答：可通过多种方式实现成本优化：利用节点规格放大提升装箱率；通过洁净内存压缩技术优化内存使用；采用在离线混部调度提升整体资源利用率；实施算力错峰策略实现资源复用；根据业务特征选择合适的计费模式。全链路优化后集群整体利用率可提升至65%以上。
