Antrea v1.2.0 版本发布：支持 Egress 高可用-低调大师

Antrea v1.2.0 版本发布：支持 Egress 高可用

2021-08-03 637

引言

Antrea 项目是一个基于 Open vSwitch（OVS）的开源 Kubernetes CNI 网络解决方案，旨在为 Kubernetes 集群提供更高效、更安全的跨平台网络和安全策略。Antrea Github 地址：https://github.com/antrea-io/antrea

北京时间2021年07月16日，Antrea发布了新版本v1.2.0。NetworkPolicyStats 功能从 Alpha 升级到 Beta，因此默认启用。Antrea v1.2.0 Release文档：https://github.com/antrea-io/antrea/releases/tag/v1.2.0

新增特性

本次发布的1.2.0版本新特性包括：

添加新的 ExternalIPPool API 以定义可用作出口 SNAT IP 的 IP 地址范围；这些 IP 根据 nodeSelector 分配给节点，并在节点出现故障时自动故障转移；(#2236 #2237 #2186 #2358 #2345 #2371 , @tnqn @wenqiq ) 有关更多信息，请参阅 Antrea Egress 用户指南
在 Linux 上基于OpenFlow meters对OVS 数据面发送到 Antrea Agent的 PacketIn 消息进行限速；（ #2215，@GraysonWu @antoninbas ）
从 FlowAggregator 导出流记录时，为源和目标 Pod（如果适用）添加 K8s 标签作为 IPFIX 信息元素；（ #2240，@dreamtalen ）
使用antctl命令（antctl get featuregates）查看 Antrea Agent或Antrea Controller FeatureGates信息；( #2082 , @luolanzone )
Antrea Octant 插件支持重新运行最近一次 Traceflow 请求；（ #2202，@Dhruv-J ）
支持为 Pod 配置额外的SR-IOV网络接口（这些接口没有连接到 OVS 网桥），相应的用户API将在接下来的版本中提供。（ #2151，@ramay1 ）

亮点一：更灵活的Egress IP 配置，支持Egress节点故障转移

添加新的 ExternalIPPool API 以定义可用作出口SNAT IP 的 IP地址范围；这些 IP 根据 nodeSelector 分配给节点，并在节点出现故障时支持故障转移；

Egress资源是用来管理集群内Pods的出口流量的CRD API。它支持为Pod访问外部网络的流量指定出口IP（SNAT IP）和出口节点。当Egress应用于某个Pod时，它的出口流量将通过隧道传输到配置有对应Egress IP的节点（如果Egress IP所在的节点不同于Pod运行的节点的话），并经过SNAT将数据包源地址转换为Egress IP。

示例：

创建一个external IP Pool，命名为external-ip-pool，指定其可用IP范围，且nodeSelector只选定“kind-worker2”：

- apiVersion: crd.antrea.io/v1alpha2  kind: ExternalIPPool  metadata:    name: external-ip-pool  spec:    ipRanges:    - start: 10.10.0.11  # 10.10.0.11-10.10.0.20 can be used as Egress IPs      end: 10.10.0.20    nodeSelector:       matchExpressions:      - key: kubernetes.io/hostname        operator: In        values: ["kind-worker2"]

创建Egress，命名为egress-prod-web，指定其external IPPool为刚创建的external-ip-pool：

apiVersion: crd.antrea.io/v1alpha2kind: Egressmetadata:  name: egress-prod-webspec:  appliedTo:    namespaceSelector:      matchLabels:        kubernetes.io/metadata.name: prod    podSelector:      matchLabels:        app: web  externalIPPool: external-ip-pool

查看Egress列表，看到系统在external-ip-pool指定的IP范围内自动为Egress分配了IP，并且将IP自动配置到了指定的节点“kind-worker2”：

# kubectl get egressNAME                 EGRESSIP       AGE   NODEegress-prod-web      10.10.0.11     1m    kind-worker2

更详细的指导文档请参考：https://github.com/antrea-io/antrea/blob/v1.2.0/docs/egress.md

亮点二：在 Linux 上使用 OpenFlow 计量器实现packet-in报文限速

在Linux上使用OpenFlow计量器， OVS 数据路径发送到Antrea agent的PacketIn消息进行速率限制。

亮点三：在流记录中添加 Pod 标签信息

从FlowAggregator导出流记录时，为源和目标Pod（如果适用）添加 K8s 标签作为IPFIX信息元素；标签信息是网络策略推荐应用所必需的，还可以增强Kibana 仪表板上的可用性。

亮点四：使用“antctl get featuregates”命令查看特性启用

使用 antctl 命令（“antctl get featuregates”）打印 Antrea Agent 和/或 Antrea Controller FeatureGates信息；

示例：

# antctl get featuregatesAntrea Agent Feature GatesFEATUREGATE              STATUS         VERSIONAntreaProxy              Enabled        BETAEgress                   Disabled       ALPHAEndpointSlice            Disabled       ALPHATraceflow                Enabled        BETAFlowExporter             Disabled       ALPHANetworkPolicyStats       Disabled       ALPHANodePortLocal            Disabled       ALPHAAntreaPolicy             Enabled        BETA
Antrea Controller Feature GatesFEATUREGATE              STATUS         VERSIONNetworkPolicyStats       Disabled       ALPHAAntreaPolicy             Enabled        BETAEgress                   Disabled       ALPHATraceflow                Enabled        BETA

其他修改

新版本除了以上新特性外，还包括以下修改：

在 Service 上启用 NodePortLocal 时，使用 Service 的目标端口而不是所选 Pod 的（可选）容器端口来确定如何为 Pod 配置端口转发。（#2222，@monotosh-avi）
更新go-ipfix依赖项的版本以提高 FlowExporter 性能。（#2129，@zyiou）
根据我们的 API 弃用策略删除弃用的API版本networking.antrea.tanzu.vmware.com/v1beta1。( #2265 , @hangyan )
当 Antrea 在 OVS 中执行 SNAT 时，在Traceflow observations中显示转换的源 IP 地址。( #2227 , @luolanzone )
从 FlowAggregator 导出的流记录中删除不必要的 IPFIX 信息元素：“originalExporterIPv4Address”、“originalExporterIPv6Address”和“originalObservationDomainId”。（#2361，@zyiou）
NodePortLocal 忽略非 TCP 服务端口，更新文档中关于支持协议的限制。（#2396，@antoninbas）
使用 OVS 用户空间数据路径（KinD集群）时，在 PREROUTING（使用 iptables）中丢弃上行链路接收到的数据包，以防止节点的TCP/IP协议栈处理这些数据包。（#2143，@antoninbas）
改进Antrea原生网络策略文档，添加关于 Antrea v1.1 ClusterNetworkPolicy API 引入的“namespace”字段的介绍。（#2271，@abhiraut）

问题修复

新版本还包括以下问题修复：

修复禁用 AntreaProxy 时的节点间 ClusterIP 服务访问问题。（#2318，@tnqn）
修复在双栈集群中使用 IPv4 和 IPv6 Service组合时 AntreaProxy 中重复的组 ID 分配，这导致了Service连接问题。( #2317 , @hongliangl )
修复同时启用AntreaProxy和Egress 时节点内 ClusterIP 服务访问问题。（#2332，@tnqn）
修复大规模集群中GroupEntityIndex（在 Antrea Controller 中）初始化时的死锁；这导致了 NetworkPolicies不能正确分发和执行。（#2376，@tnqn）
修复包含空“From”字段（对于入口规则）或空“To”字段（对于出口规则）的ClusterNetworkPolicy的处理。（#2383，@Dyanngg）
在 Windows 上使用“os/exec”包替换第三方库来运行 PowerShell 命令配置主机网络，以解决第三方库存在的goroutine卡住的问题。( #2363 , @lzhecheng ) [Windows]
修复 Docker作为Windows节点的runtime时HNS Endpoint 在Pod被删除时没有被清理的问题。( #2306 , @wenyingd ) [Windows]
修复Windows节点上为Pod创建网络时访问HNS Network存在的race condition。（#2253，@tnqn）[Windows]
修复了向 OVS 发送 PacketOut 消息时的校验和计算错误。（#2273，@Dyanngg）
修复了 controlplane API 的内部和版本化类型之间的无效转换函数，这会导致JSON编码错误。（#2302，@tnqn）
修复了旧版“controlplane.antrea.tanzu.vmware.com”API 的 v1beta1 版本的实现：API 错误地使用了一些 v1beta2 类型，并且缺少一些字段选择器。（#2305，@tnqn）
验证创建HNSNetwork时自动发现的上行链路网卡不是虚拟网卡，并在验证失败时输出更友好的错误日志。（#2246，@tnqn）[Windows]
为 NodePortLocal 分配主机端口时，首先确保该端口可用并通过监听该端口来保留它。（#2385，@antoninbas）
将 NodePortLocal 的默认端口范围更改为 61000-62000，以避免与 Linux 上的默认ip_local_port_range 冲突。（#2382，@antoninbas）
将NamespaceIndex 添加到 NodePortLocal Controller 的PodInformer以避免错误日志提示和慢查询。（#2377，@tnqn）
当mutating webhook处理Antrea原生网络策略时，仅在“Patch”内容不为空时设置响应内容中的“PatchType”字段，否则响应会被认为无效。（#2295，@Dyanngg）
修复 FlowAggregator 中的“egressNetworkPolicyRuleAction”IPFIX 信息元素。（#2228，@zyiou）
修复Antrea Octant 插件中访问Traceflow 状态存在的race condition（在多个浏览器会话的情况下）。（#2261，@antoninbas）
删除从 Antrea agent调用ovs-appctl时只存在单个ovs-vswitchd.ctl 文件的假设。（#2260，@antoninbas）
修复antrea/antrea-ubuntu Docker镜像中whereabouts二进制文件权限问题。（#2353，@antoninbas）

致谢

随着v1.2.0版本的发布，Antrea提供了更完备的Egress功能，更加友好便捷的用户体验。

社区的繁荣离不开贡献者的支持，感谢每一位社区贡献者！

https://github.com/abhiraut
https://github.com/antoninbas
https://github.com/Dhruv-J
https://github.com/dreamtalen
https://github.com/Dyanngg
https://github.com/hangyan
https://github.com/hongliangl
https://github.com/luolanzone
https://github.com/lzhecheng
https://github.com/monotosh-avi
https://github.com/ramay1
https://github.com/tnqn
https://github.com/wenyingd
https://github.com/wenqiq
https://github.com/zyiou

关于 Antrea

Antrea项目是一个基于 Open vSwitch（OVS）的开源 Kubernetes CNI 网络解决方案，旨在为 Kubernetes 集群提供更高效、更安全的跨平台网络和安全策略。

2021年4月28日，经云原生计算基金会（CNCF）技术监督委员会（TOC）投票决议，Antrea成为CNCF沙箱级项目（Sandbox Project）。

GitHub：https://github.com/antrea-io/antrea

官网：https://antrea.io

微信关注我们

原文链接：https://www.oschina.net/news/153556

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Angel 3.2.0 新版本出炉！图计算能力再次加强

Angel项目的3.2.0版本发布啦！ Angel是腾讯首个AI开源项目，经过多个版本迭代，于2019年在Linux基金会顺利毕业。作为面向机器学习的第三代高性能计算平台，Angel提供了全栈的机器学习能力，并致力于解决高维稀疏大模型训练以及大规模分布式图计算的问题。在3.1.0的版本中，Angel首次引入了图计算能力，提供了大量开箱即用的图算法，得到了业界广泛的关注和使用。本次版本发布，Angel继续加强了图计算的能力，相较于上个版本，我们做了很多优化并提供了一些新的特性，感兴趣的话就赶紧下载体验吧，期待你的反馈哦。主要新特性如下：图计算分层抽象与灵活扩展 Angel3.1.0版本提供了大量开箱即用的图算法，但在使用过程中，部分用户反馈需要根据自己的业务场景做定制化的二次开发以及新算法的研发。因此我们对图计算框架做了系统性的三层抽象：图计算引擎层、图操作算子层以及图算法层，并在图操作算子层提供了常用的十几种算子抽象如init、get、walker、sample等以及自定义算子接口。基于上述抽象，用户可以快速、灵活地在算法层扩展或实现自定义图算法。参数服务器与MPI混合运...

2021-08-03

538

KubeSphere 作为一款面向应用的开源容器平台，经过 3 年的发展和 10 个版本的迭代，收获了两百多位开源贡献者，超过十万次下载，并有数千名社区用户用 KubeSphere 作为企业容器平台。 7 月 7 日，KubeSphere 3.1.1 版本正式发布，现在部署 KubeSphere 时可以指定 Kubernetes 集群中已有的 Prometheus 啦！！！鉴于最近有很多 KubeSphere 社区用户询问 KubeSphere 3.1.1 的发布进度，本文将会详细介绍 KubeSphere 3.1.1 比较重要的新特性。 KubeSphere 3.1.1 不是大版本更新，只是针对 v3.1.0 的 patch 版本，也就是修修补补的工作。本文只列出优化增强的功能，问题修复请查看完整的 Release Notes。安装与升级在 Linux 中安装 KubeSphere 3.1.1 在 Kubernetes 中安装 KubeSphere 3.1.1 从 KubeSphere 低版本升级到 3.1.1 版本优化增强的功能用户体验删除工作负载时支持批量删除关联资源...

2021-08-03

761

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。