陈冰心,腾讯云产品经理,负责超级节点迭代与客户拓展,专注于 TKE Serverless 产品演进。

背景

让人又爱又恨的 Serverless

Serverless 炙手可热,被称为云原生未来发展的方向。信通院报告显示:在核心业务中使用 Serverless 的用户占到18.11%,已经开始和计划使用 Serverless 技术的用户超过了70%。Serverless 广受追捧,得益于它在“快速的开发交付”、“极高的运维效率”、“极低的资源成本”这三个方面上的优势。

Serverless 可以让业务更快上云,让用户用最小的运维投入享受云带来的便利性。底层资源规划及运维交给更专业的云平台处理,使用户可以更专注业务和产品本身,从而更好地提升产品和业务的核心竞争力。

Serverless 的优势如此明显,但在实际落地使用中,无论是云厂商还是用户,均处在摸着石头过河的阶段,仍在不断学习不断试错,主要原因是 Serverless 在带来便利性的同时,也打破了传统 Serverful 模式下的种种用户使用习惯,对企业各个组织均造成了冲击;其先进的产品形态在老的架构上又引入了较高的适配复杂度。具体表现在:

Serverless 对企业的运维团队造成冲击

  • 对接复杂度高,架构改造和适配有成本
  • 改变了常规的节点运维习惯,运维需要重新适应新的运维方式
  • 业务对资源的弹性使用让平台运维对资源不再可控

Serverless 对企业的财务团队造成冲击

  • 按量计费模式替代了传统包年包月,财务规划异常困难
  • 资源成本不再可控
  • 无法以固有的方式对业务团队进行分账

Serverless 和 Serverful 的完美平衡

我们仍然认可 Serverless 模式下不可替代的优势并且坚信这些优势最终能够帮助企业提升效率,在 Serverless 渐进式演化的过程中,我们思考的是,在当下如何找到 Serverless 和 Serverful 的中间态,让用户在资源可控度和运维简化间找到一个平衡,用更小的代价获得 Serverless 的收益,由此我们提出了 HouseKeeper 的理念,构造了全新的节点产品形态,以求平衡 Serverless 与 Serverful,靠近传统 Serverful 的形态下,我们孵化出云原生增强型的 Serverful节点 - 原生节点 ,那么在靠近 Serverless 的一边,又能做些什么呢,我们给出的完美答案是有节点的 Serverless 服务 - 超级节点。

超级节点是基于 Serverless (此处亦可称 Nodeless)容器技术,模拟 Serverful 有节点管理体验的新的集群节点形态。有 pod 强隔离高稳定、Node 免运维、精确配置资源、兼顾资源可控性与使用便捷性等特点。适用于希望降低运维负担、提高资源装箱率且不想改变运维模式的企业渐进式 Serverless 化。我们期望通过迁移式的使用体验,让用户在不改变自身架构、不影响财务核算的前提下,切实体验到 Serverless 的便利。

如下总结了超级节点的特点:

超级节点向用户提供可用区级别的、支持自定义规格的节点能力,使用超级节点类似于使用一台超大规格的 CVM,每一个调度至超级节点的 pod 都是一台独立的子机,pod 间因此完全隔离,使业务具有极高的稳定性和安全性。在节点维度支持了按量计费和包年包月两种计费模式,包年包月的资源可以在保障资源供给的基础上以较低的价格交付用户,如果需要进行固定资源的扩缩容,仅需要对这台“超大规格的 CVM”进行升降配,资源管理变得更为简单。

在产品能力上,超级节点针对兼容 TKE 标准集群形态做了大量工作,保障用户的业务可以平滑在普通节点和超级节点间无损切换。在底层架构上,超级节点基于腾讯云自研的 Serverless 容器技术,通过安全沙箱、轻量的高性能运行、增强调度器以及高性能网络等保障业务安全稳定地运行。

超级节点承载了内外部共计千万核业务稳定、安全运行,腾讯QQ、会议、文档等业务,公有云小红书、超参数、搜狐、百果园等客户,沿用原运维体系,将大量稳态核心模块部署在超级节点上,包年包月的超级节点模式稳定上线数月,替换了 90% 预留券的使用,新增了数十万核在线常驻业务切换至超级节点。

超级节点,有节点的 Serverless 服务

传统的节点运维管理模式

传统的节点运维管理模式的特点在于:有节点概念,计费维度在单个节点上。其优势在于对无论是对运维来讲还是财务人员来讲,管理完全可控。但缺点也非常明显:

海量的节点维护工作:

  • 众多测试集群、生产集群大量节点的日常维护
  • 节点 OS、内核、容器运行时的维护
  • 节点 K8s 组件的维护和升级
  • 为提升集群资源利用率进行复杂的节点扩缩容工作

难以避免的容器隔离性问题:

  • pod 共享宿主节点内核
  • pod 共享宿主节点硬盘
  • pod 共享宿主节点网卡
  • 容器逃逸风险

专业、复杂的资源规划和调度工作:

  • 大量的业务混部、Qos、亲和性等规划和配置工作才能带较好的资源利用率
  • 集群资源规划须深入了解业务容器资源需求,资源不足则容器无法调度,对波峰业务需预留 buffer 资源,波谷时,会造成预留的资源浪费

常见的Serverless管理模式

Serverless 模式的特点在于:无节点,以 pod 为资源交付对象和计费对象。其优势在于,完全弹性使用,没有资源浪费,应用部署灵活,无需进行节点运维。这种模式的问题在于:

资源管理成本高:

pod 数比 Node 数高一个量级,资源粒度越细,带来的精确规划成本越高。特别是当企业需要长时间使用 Serverless 资源的时候,当前主流的云厂商给出的解决方案为预留券模式,该模式需要为不同规格的 pod 对应购买相应数量的预留券以抵扣其消耗,需要用户精确地统计每一种规格 pod 的运行数量,pod 规格及运行数量为业务侧动态变化的数据,购买资源却是平台侧的行为,这中间的 Gap 导致平台侧对于资源的购买和维护成本变得极其高昂,这种不优雅的包月实现方式不仅让不应该关心精确资源使用量的人员陷入了困境,也限制了真正的资源使用者,与 Serverless 倡导的轻运维按需使用的初衷背道而驰。

财务管理成本高:

在 Serverless 模式下,计费单元在 pod 上,资源(pod)的生命周期由业务控制,业务的变更将直接带来成本的变化。成本不可控会为企业的财务管理带来极大挑战。除了成本不可控外,成本的核算和业务间的分摊也将变得棘手,传统的节点管理模式下,以节点维度来统计每个业务的使用量,将节点资源的成本消耗与业务挂钩,财务管理清晰简单,而在 Serverless 场景中,预留券的模式下, pod 生命周期各不相同,预留券每小时的抵扣对象也均不相同,从而导致了分账困难,按量计费模式下的资源消耗也需要额外统计。在 Serverless 模式下,资源和成本在传统运维模式下均不易管理,企业的各个组织均需要做出较大改变才能适应 Serverless 在企业内落地。

超级节点模式

超级节点模式的特点在于:有节点概念,但无节点运维工作,以 Node 为计费对象,兼容基于节点的运维、财务体系。从而达到了 Serverless 模式的运维简单、资源不浪费和业务部署灵活的特点,也兼顾了 Serverful 模式的成本可控、资源可控。

更简单可控的资源管理模式:

用户可以像管理一台超大号云主机一样管理 K8s 超级节点。可以通过包年包月的模式申明需要使用的固定资源总规格,后台将预留对应的资源,告别了 Serverless 模式下资源不可见,按量使用资源无法保障的担忧,让用户用得放心。针对固定资源的扩缩容变成了单节点维度的升降配;针对弹性资源的扩缩容,仅需加入按量计费的超级节点,即可按照节点上调度 pod 的实际规格进行计费,再无 buffer 资源浪费。

更轻量的运维:

无需再关注资源利用率,无需考虑调度,超级节点模式下保障资源百分百装箱。在包年包月超级节点、按量计费超级节点与普通节点共用的场景下,调度器会智能优先调度到最合适的资源上,帮助最大化实现资源的有效利用。

更简单的财务管理模式:

Serverless 模式下首创节点维度的包月计费形式,解决了精细化使用资源场景下的资源规划问题、预留券购买问题、财务管理问题。企业只需要计算固定和弹性资源的总使用量,购买合适的包年包月固定资源并配合弹性资源进行使用。预付费的包年包月计费也更适合企业财务部门的资源预算模式。

更高稳定性的服务:

超级节点底层基于自研 Serverless 容器技术 Heeler,经由内外部千万级规模验证,可以保障业务稳定运行。

超级节点产品特性

高稳定性、高安全性

为业务稳定性保驾护航:

超级节点上的一个 Pod 底层对应一个子机,底层为虚拟机级别的隔离,通过自研的安全沙箱技术和虚拟化技术,保证 Pod 间无干扰,业务间强隔离。不会出现节点上Pod间资源抢占的问题,也不会出现单 Pod 故障导致整个节点故障的情况。

为容器应用安全提供全方位保障:

  • 保障通用安全需求:集群隔离、网络隔离,底层依赖与环境安全共同保障应用安全
  • 保障应用环境安全:通过网络安全策略控制、镜像拉取安全控制保障应用环境安全,提供全方位的操作审计
  • 托管平台隔离:做到集群间隔离,角色和访问控制保障平台独立隔离
  • 基础设施隔离:容器间实现虚拟化隔离,pod 间天然做到子机级别的隔离,高可用场景下支持 pod 实现物理机、机架级别的隔离

运维更简单:

完全托管的模式,学习成本低,不依赖专职的 K8s 运维即可轻松部署业务。在日常的运维中,免去了海量的节点维护工作,不需要处理容器隔离性的问题,也极大简化了专业、复杂的资源规划和调度工作。

计费模式更灵活:

我们独创了超级节点的包年包月模式,解决了企业运维和财务头疼的问题。包年包月模式下,由用户自定义节点规格,用户可包年包月购买自定义总规格的节点算力来实现预付费,契合固定算力的在线常驻业务,包年包月的超级节点相较于普通节点单核价格更低,用户可将符合规则的 pod 全部迁移至超级节点,来降低固定资源的单核成本,从而达到降本增效的目的。按量计费模式下,可弹性使用节点资源,使用后按节点内实际使用的 CPU 内存按量计费。按量计费模式适用于弹性算力场景,可通过添加按量计费的超级节点,在业务高峰时使用弹性资源,进一步降低集群的资源成本。

完全兼容 K8s:

超级节点提供标准的 Kubernetes 服务和使用方式,满足绝大部分容器场景下的交付标准,提供了标准的 K8s 编排、运维、扩缩容等的使用方式,保留了 K8s 的扩展性,在基础能力、可观测性、云原生解决方案上均完全兼容 K8s 生态。此外,适配 Nodeless 的 K8s 特性包含:

  • 支持在超级节点上注入 Daemonset
  • 支持 pod 固定 IP
  • 支持 pod 绑定安全组
  • 支持挂载 Ceph CBD 类型的块存储设备,保留支持各种 K8s 原生支持的 CSI volume 的能力
  • 支持 pod 编排指定 hostNetwork: true
  • 支持 pod 编排中的 container/initContainer.ports 指定 hostPort
  • 支持 pod 编排中指定 hostPath
  • 支持通过 pod metrics 端口(默认9100)获取更多的指标,包括:cpu/memory/gpu/network/diskio/filefd/vmstat 以及容器的 cadvisor 指标
  • 支持特权级容器

超级节点使用场景

超级节点适用于全业务场景,尤其适合高稳态业务的运行。支持在公有云或 IDC 的标准 Kubernetes 集群、Serverless 集群中使用,可通过简单的开启方式,将固定和弹性算力调度到超级节点上,其调度模式完全兼容原集群的调度范式,可让原集群平滑进行 Serverless 化或混合云化升级。

在线常驻业务使用包月+按量超级节点

优势:高稳定、低成本、易管理 相较于包年包月的普通节点,超级节点单核价格更便宜。对于在线常驻的服务,用户所需算力固定,若当前 pod 规格大部分在 8C 以下,可使用超级节点的包年包月模式,基于 pod 总规格按需购买包年包月的超级节点,将 pod 全部调度至超级节点,降低集群资源的单核价格,实现降本诉求。

弹性业务使用按量计费超级节点

优势:高稳定、低成本、高弹性 弹性业务场景下,用户使用按量计费的超级节点,可实现快速秒级扩容,轻松应对突发流量,通过减少预留的资源 buffer 降低成本。高弹性:快速秒级扩容,轻松应对突发流量,业务流量下降后自动销毁 pod,无损缩容。低成本:减少集群预留 buffer,将集群的节点维护在资源利用率更高、使用和预留更合理的水平,节省成本。

如何创建超级节点

在 TKE 集群和 TKE Serverless 集群中均可创建超级节点。进入集群详情页 > 选择左侧菜单栏中的节点管理 > 节点池 > 单击新建节点池,选择超级节点池并填写对应参数即可:

总结

云计算的概念层出不穷,其本质上是对生产关系和生产力的配置与优化,最终达到为使用者增效的目的,在容器化的漫长进程中,企业的观念和行为都在不断变化,但接受和拥抱新技术对于每一个处于进程中的亲历者来说都一定有一个阵痛期,如何帮助用户用最少的代价换取最大的收益,如何能够平衡好优势与矛盾,是每个云厂商应该思考的课题。从完全的 Serverless 到有节点的 Serverless,我认为并不是产品技术的退步,只要能够解决使用者的痛点,为使用者带来切实的价值,我们不应该拘泥于产品的形态,我们走出的这一步,其实是进步的,我们正在走向伟大的创新。

优惠活动

活动倒计时,错过拍大腿!

超级节点大额满减券等你领取!

扫描下方图片二维码进入会场抢优惠!

【腾讯云原生】云说新品、云研新术、云游新活、云赏资讯,扫码关注同名公众号,及时获取更多干货!!

TKE 超级节点,Serverless 落地的最佳形态的更多相关文章

  1. N个节点的二叉树有多少种形态(卡特兰数)

    N个节点的二叉树有多少种形态   这是一道阿里的面试题.其实算不上新鲜,但是我之前没关注过,如今碰到了,就顺便探讨下这个问题吧:) 拿到这个题,首先想到的是直接写出表达式肯定不行,所以有必要从递推入手 ...

  2. eos bp节点 超级节点搭建

        搭建eos BP节点   环境搭建与配置 安装最新版本 $ wget https://github.com/eosio/eos/releases/download/v1.8.1/eosio-1 ...

  3. NGK新加坡峰会:超级节点和开源代码为DeFi生态带来新曙光!

    据伦敦金融时报以及纽约商业报等多家媒体报道的消息,1月31日,2021 NGK区块链峰会于新加坡正式开幕,全球多位区块链研究所专家线上受邀出席参会,NGK灵石技术研发Clifton先生,法国区块链专家 ...

  4. NGK公链:在规则明确的环境下运行超级节点机制

    首先要跟大家明确的一点是,21个超级节点是投票选举出来的,并不是系统在创立之初就已经确定好了的.那么相信大家也一定很好奇,这21个超级节点是通过什么方式产生? NGK.IO对分布式超级节点使用了一个自 ...

  5. 如何成为NGK超级节点?

    NGK这个 "超级节点" 到底是什么?什么是超级节点呢? 区块链网络中的每一个节点,其实就是存储数据的每一台电脑或者服务器终端.节点要完成新区块的生产.交易的验证与记帐.因此节点之 ...

  6. NGK.IO超级节点是我们掌握的下一个财富密码吗?

    从日前NGK.IO发布的新闻中,我们捕捉到了一个非常重要的信息,那就是反复被提到的"超级节点".很多人都对这个"超级节点"一头雾水,这个"超级节点&q ...

  7. N个节点的二叉树有多少种形态

    来源:http://www.cnblogs.com/ShaneZhang/p/4102581.html 这是一道阿里的面试题.其实算不上新鲜,但是我之前没关注过,如今碰到了,就顺便探讨下这个问题吧:) ...

  8. 从零入门 Serverless | 在线应用的 Serverless 实践

    作者 | 唐慧芬(黛忻) 阿里云产品专家 导读:毫无疑问,Serverless 能够在效率和成本上给用户带来巨大收益.那具体到落地又应该怎么做呢?本文就给大家详细解读 Serverless 的落地实践 ...

  9. Serverless 如何在阿里巴巴实现规模化落地?

    作者 | 赵庆杰(卢令) 来源 | Serverless 公众号 一.Serverless 规模化落地集团的成果 2020 年,我们在 Serverless 底层基建上做了非常大的升级,比如计算升级到 ...

  10. 如何基于 K8S 多租能力构建 Serverless Container

    当前 Kubernetes 已经成为名副其实的企业级容器编排规范,很多云平台都开始提供兼容 Kubernetes 接口的容器服务.而在多用户支持方面,多数平台选择直接提供专属虚机集群,用户需要花费大量 ...

随机推荐

  1. Typora Markdown 安装包

    下载地址: 链接:https://pan.baidu.com/s/1wy0Ik95AjM5WjSC3nzOzqA 提取码:f26j 复制这段内容后打开百度网盘手机App,操作更方便哦 已更新至最新版0 ...

  2. Html飞机大战(十七): 优化移动端

    好家伙,继续优化,   好家伙,我把我的飞机大战发给我的小伙伴们玩 期待着略微的赞赏之词,然后他们用手机打开我的给他们的网址 然后点一下飞机就炸了. 游戏体验零分 (鼠标点击在移动端依旧可以生效) 好 ...

  3. EFK-4::ElasticSearch集群TLS加密通讯

    转载自:https://mp.weixin.qq.com/s?__biz=MzUyNzk0NTI4MQ==&mid=2247483822&idx=1&sn=6813b22eb5 ...

  4. kvm里的虚拟机硬盘和网卡使用virtio驱动

    1.首先从虚拟机的xml文件中找到已经使用virtio驱动的硬件,复制里面的address这行参数出来 <address type='pci' domain='0x0000' bus='0x00 ...

  5. django-compressor安装失败

    报错日志: Installing collected packages: rcssmin, django-compressor Running setup.py install for rcssmin ...

  6. EFCore分表实现

    实现原理 当我们new一个上下文DbContext 后, 每次执行CURD方式时 ,都会依次调用OnConfiguring(),OnModelCreating()两个方法. OnConfiguring ...

  7. docker还原挂载在宿主机的mysql数据

    ps:有个项目的数据库之前是docker的mysql镜像,数据都去mysql的镜像里面拿数据,但是目前镜像里面的数据库是空的,所以现在来说明一下如何恢复数据 1.创建数据卷 docker volume ...

  8. echarts中setOption没有重新渲染表格

    setOption是merge,而非赋值,所以第二次setOption后,实际是更新了option setOption支持notMerge为true的方案,但是需要全量更新option(性能不好): ...

  9. 一文搞定 Spring事务

    Spring 事务 上文 使用SpringJDBC 1.JDBC事务控制 ​ 不管你现在使用的是那一种ORM开发框架,只要你的核心是JDBC,那么所有的事务处理都是围绕着JDBC开展的,而JDBC之中 ...

  10. Seal-Report: 开放式数据库报表工具

    Seal Report是.Net的一个基于Apache 2.0 开源工具,完全用C# 语言编写,最新的6.6 版本采用.NET 6,github: https://github.com/ariacom ...