Kube-OVN V1.7 功能亮点一览
我们上月发布的Kube-OVN V1.7版本相比之前做了一些比较大的调整,发布短短几周之内得到了用户的大量下载和使用反馈,之后又紧接着发布了Kube-OVN V1.71,对bug做了一些修正,并增加了以下几个新功能:
1. 重构 underlay/vlan 模式,增加更灵活的网卡选择和多网络支持
2. kubectl ko 新增ovn集群状态展示备份等操作
3. 支持集群内不同名网卡建立隧道
4. 修复 1.7.0 内的 bug,增强稳定性和性能
首先感谢大家对新版本的关注,下面详细介绍一下 V1.7的功能亮点,欢迎社区用户们下载、试用、提交pr以及参与讨论。
01. VPC 可以支持外部的 NAT 网关
我们上一个版本的VPC做了网络地址的隔离,但是对于用户自定义的VPC如何出网,没有提供一套完整的解决方案,更多的是需要依赖用户自定义的网关或者是负载均衡来实现这样的内外互通。但是从1.7版本开始,我们通过内置一个外部的NAT网关,用户体验类似在公有云上使用VPC,有一个单独的网关给每个租户来提供这样出网的设置。
这个功能是由天翼云的社区贡献者集成进来的。天翼云在Kube-OVN的VPC方面做了很多的功能,大家如果有兴趣的话可以和我们一起来探讨。
02. Pod支持多个OVN网络
了解Kube-OVN的小伙伴都知道,之前的版本是支持多网络的,但是我们的多网络功能限于主网卡是Kube-OVN,附属网卡是另一个网络,我们可以给第二个网卡提供比如像子网还有固定IP这样的功能。
从V1.7版本开始,我们已经做到容器里面的多网络、多张网卡都属于Kube-OVN的网络,也就是说一个容器可以属于多个子网,这几个子网都是在Kube-OVN中定义好的,这样更方便流量进行编排处理。这个功能也是和VPC相互配合的。现在用户可以设定某一个pod是运行在多个子网上,实现多个网卡的管理。
03. 支持集中式网关的多活
在之前的旧版本里,Kube-OVN的集中式网关的高可用是一个储备的方式。也就是说在同一个时间点,yaml里面写了多个节点,只有一个会真正承担流量,当这个节点挂了的时候,才会做节点的切换。
现在Kube-OVN v1.7版本我们支持多活的集中式网关,如果yaml里面在集中式网关里写多个节点,这多个节点之间会同时承担流量,进行负载均衡。一方面,增加整个集中式网关出口的带宽,不会出现以前单点瓶颈,并且在故障切换的时候,损失时间和切换时间变得更短。我们其实是通过ECMP的路由来实现的,把出网的流量通过路由的方式分散到多个节点上,并且不断探测多个节点的存活。这种解决方案对于生产环境用户,或者是对整体性能非常有要求的用户来说是比较好的。
04. 实现Overlay和Underlay的混合模式
在之前的一些部署模式里面,Overlay和Underlay这两种模式在部署的时候是需要进行区分的,也就是说集群要么都是Overlay的,要么都是Underlay的。
从v1.7版本开始,我们支持混合部署,相当于集群在部署好Kube-OVN网络之后,可以再根据每个子网分别定义属于Overlay还是属于Underlay,实现了两种网络模式在一个集群内共存,对于用户来说使用体验更加友好。因为不是所有的容器都需要固定某一种模式,现在可以根据实际情况,将一个容器部署在Overlay的网络,或者是部署在Underlay的网络,能够更加适应复杂的场景需求。
05. 支持将外出的流量重新定向到另一个外部网关
此功能是Kube-OVN和F5一起完成的。F5可以作为整个集群的出网的网关,这样用户可以在出网的网关这一侧进行安全策略的设置和统一的策略处理。同时,Kube-OVN这一侧可以将外出流量定向到某个指定的网关节点,这个网关节点可以是任何自定义用户的网关。当用户把所有的外出流量都重定向到一个指定的机器或者网关上之后,就可以在网关上实现更复杂的出网的策略。
我们知道,Kubernetes 目前有ingress的概念,但是egress目前还没有很明确的定义。如果我们从网络的角度来看,ingress可以进行管控,那么egress其实也应该有集中式的管控,这样整体的网络方案才是一个比较完整的方案。
06. 对Vxlan进行支持
大家知道旧版本中是Geneve这种类型的封装模式,在某些场景下,对用户和硬件合作伙伴来说,Vxlan的方式会更友好一些。但由于OVN目前的一些限制,Vxlan在ACL上的一些功能会受到一些阉割,所以如果大家对ACL没有需求,但是对Vxlan这种封装格式有需求的话,可以在V1.7版本选择使用Vxlan的方式来做 overlay网络。
关于 Kube-OVN
Kube-OVN是一款由灵雀云自主研发的开源企业级云原生Kubernetes容器网络编排系统,它通过将OpenStack领域成熟的网络功能平移到Kubernetes,极大增强了Kubernetes容器网络的安全性、可运维性、管理性和性能,为Kubernetes生态的落地带来了独特的价值。
Kube-OVN可提供跨云网络管理、传统网络架构与基础设施的互联互通、边缘集群落地等复杂应用场景的能力支持,解除Kubernetes网络面临的性能和安全监控的掣肘,为基于Kubernetes架构原生设计的系统提供最为成熟的网络底座,提升用户对Kubernetes生态Runtime的稳定性和易用性。
2021年初,Kube-OVN成为全球范围内首个被CNCF纳入托管的开源CNI网络项目,也是中国容器公司首次将独立设计研发的项目成功贡献进入CNCF基金会。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
文档内容结构化在百度文库的技术探索
导读:简述百度文库关于各类文档的转码和展现历程,早期的版式数据满足了PC端的各类文档阅读体验,随着业务发展的需求迭代,无线端的文档阅读体验亟需提升。版式数据转流式数据过程中,简易的内容结构化满足了pdf数据在无线端的重排版。底层解析ooxml数据和细致的内容结构化,则带来了不错的word无线端重排版效果。从chart图片中“从无到有”抽取结构化的元数据,更为用户与文档的互动打开了想象空间 全文3724字,预计阅读时间 9分钟。 一、百度文库中各类文档的展现 文库有数十亿海量文档,包括word,ppt,excel和pdf等十几种常见办公文档,核心基础服务是文档转码和展现。 为了统一十几种文档的转码和展现方案,不依赖于原文件格式的开档软件,技术调研后,最终方案为任意文档转码为pdf格式,解析开源的pdf数据格式,加工后形成文库自有文档格式,在pc端、无线端排版和渲染。 PC端渲染采用源于PDF的xreader版式数据,版式数据指的是每个元素(文字、图片)都有一个坐标信息和元素的宽高信息,以及其他的描述信息。每一个文本片段、图片和其他矢量元素等根据坐标信息在当前版面固定显示。因此,版式数据比...
- 下一篇
Apache Doris 社区喜迎 4 位新晋 Committer 成员
关于 Apache Doris(Incubating) Apache Doris 是一款基于 MPP 的分析型数据库系统。 其简洁的架构,能够帮助用户在不依赖任何第三方系统的情况下,快速搭建一个高性能、高可靠、高可用、易扩展的分布式数据库。 Doris全面兼容标准的 SQL 语法,支持 MySQL 协议,拥有完备的分布式管理框架和 MPP 查询框架,并且提供列式存储、向量化执行、预聚合引擎、分级存储等众多高级特性。不仅能够轻松应对上万 QPS 的在线报表场景,也能够在高吞吐的即席查询场景快速进行数据分析。 Apache Doris 社区喜迎 4 位 Committer成员 大家好,在 2021 年二季度下旬,经过 Apache Doris PPMC (孵化器项目管理委员会)的推荐和投票,Doris 社区迎来了 4 位新晋 Committer 。 他们分别是来自美团的刘立家(Github ID:liutang123)和来自小米的赖迎春(Github ID:acelyc111)、汪细勖(Github ID:xinghuayu007)、魏祚(Github ID:weizuo93),在此感谢他...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7设置SWAP分区,小内存服务器的救世主
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Windows10,CentOS7,CentOS8安装Nodejs环境
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS8安装Docker,最新的服务器搭配容器使用