Tungsten Fabric入门宝典丨TF组件的七种“武器”

Tungsten Fabric入门宝典系列文章,来自技术大牛倾囊相授的实践经验,由TF中文社区为您编译呈现,旨在帮助新手深入理解TF的运行、安装、集成、调试等全流程。如果您有相关经验或疑问,欢迎与我们互动,并与社区极客们进一步交流。更多TF技术文章,请点击公号底部按钮>学习>文章合集。

作者:Tatsuya Naganawa 译者:TF编译组

Tungsten Fabric中有很多不同的组件。接下来我简要描述它们的用法。

概览

总体而言,Tungsten Fabric中包含7种角色和(多达)30个微服务,其中角色部分如下:

  • vRouter
  • control
  • config
  • config-database
  • analytics(从TF 5.1开始,可被进一步分为analytics、analytics-snmp和analytics-alarm)
  • analytics-database
  • webui

尽管组件很多,但在简单的用例中,只需要4种角色:vRouter,control,config,config-database。当然在大多数情况下,webui也是需要的。

如果你只对Tungsten Fabric的控制平面/数据平面部分感兴趣,也可以省略analytics。只是在这种情况下,某些功能(如v1服务链,haproxy负载均衡器及k8s ingress,SNAT等)将无法正常工作。

control, vRouter

Control和vRouter构成了Tungsten Fabric的控制平面和数据平面,因此可以说,这是Tungsten Fabric系统最重要的部分。

由于control和vRouter都在内部使用MPLS-***,因此我建议至少在深入研究它们的细节之前,先略读一下这些材料:

由于大多数高级功能都在control当中,而vRouter是MPLS所固有的,因此这些资料将有助于弄清它们正在尝试做些什么。

由于control和vrouter-agent都在内部使用V4 BGP,因此vRouter及其内部VRF将根据extended community属性(也称为路由目标route-target)装载所需的前缀。因此,在vRouter上创建容器或虚拟机时,它可以将V4路由的信号发送给control,并将所有路由映射到其它的vRouter,从而数据平面可以知道自动将报文发送到何处。

有趣的是,vRouter的虚拟网络可能具有多个默认网关,并且具有相同的IP和相同的MAC!(用Junos的术语来说,与virtual-gateway-address的行为类似。)

由于不需要VRRP来为每个虚拟网络提供默认网关,因此它消除了瓶颈,并使一切变得完全分布式。

vRouter还可以为某些功能(例如基于状态的防火墙、NAT、基于流的ECMP等)进行基于流的处理。这是一个重要的区别,因为这种行为会引入一些调整点,例如每秒的连接数和最大流数。(在基于包的系统中,PPS(每秒数据包)和吞吐量(以及某些情况下的延迟)是关键。)如果这些参数对你的系统非常重要,也许你还需要检查这些参数。

注意:可以选择在“ports”配置中使用“packet-mode”参数禁用此行为。

config

Config同样包含几个组件。Config-api为Tungsten Fabric的配置提供了一个API端点,该端点使用了许多组件,例如control、analytics等。

  • vRouter不会直接使用它,因为只有需要的数据才会(通过XMPP)由control传递。

其中,schema-transformer和svc-monitor这两个进程做的事情都很重要,所以让我对其进行详细描述。

schema-transformer



这个进程将logical-router、network-policy、service-chain等一些抽象的config参数转换为L3 的语言。它是Tungsten Fabric的核心组件之一,完成了MPLS-不能简单解释的大部分工作。

例如,logical-router在内部创建一个新的route-target ID,该ID将具有虚拟网络的所有前缀。因此,如果将虚拟网络连接到logical-router,它将接收logical-router所具有的所有路由。该行为在内部使用MPLS-***,但route-target配置由schema-transformer控制。

因此,配置以下面的方式传送到数据平面:

edit config -> (rabbitmq) -> schema-transformer, which creates new route-target -> (internally edit config) -> (rabbitmq) -> control -> (xmpp) -> vrouter-agent -> (netlink) -> vrouter.ko

Schema-transformer还负责与服务链(service-chain)相关的所有事情。我不会深入研究服务链的所有细节,因为这并没有简单的DC用例(即使AWS VPC当前也不提供类似的服务)。尽管,从内心来说,这是对VRF收到的所有前缀的有趣处理,并且我个人认为值得一读。

注意:你可以在书中获得所有详细信息。https://mplsinthesdnera.net/

svc-monitor



这个进程提供了一些服务,这些服务必须在内部使用外部进程,例如haproxy负载均衡器,基于nova API的v1服务链实例,用于SNAT的iptables MASQUERADE等。

在内部,vrouter-agent具有一些逻辑来启动haproxy或设置iptables MASQUERADE,当相关服务被定义的时候,svc-monitor将启动这些逻辑。

Svc-monitor选择一些vRouter来创建这些服务,实例化一些网络功能并对这些元素进行流量处理。在使用analytics-api的输出(analytics/uves/vrouter)中选择一个,然后选点击“Functional”。

尽管将来的版本可能会改变,但是目前这样的行为是Tungsten Fabric安装时需要analytics的原因之一。

config-database

Tungsten Fabric使用多个数据库。大部分数据都保存在Cassandra中,如果发生了更改,将通知RabbitMQ更改的内容以传递到其它组件,例如control、schema-transformer、svc-monitor等。

ZooKeeper仅用于需要锁定以保持一致性的操作。例如,创建一个端口需要分配一个IP地址,其一致性由ZooKeeper来管理,因此IP地址分配始终是一对一的。

nodemgr

我认为到目前为止,大多数重要组件都已涵盖,因此我将介绍其它部分。首先来看一下nodemgr是什么。

Nodemgr基本上是每个节点状态的源头,因此它检查使用情况、docker ps或CPU的使用情况,并发送analytics UVE NodeStatus。

该值可能是contrail-status以及其它逻辑(例如analytics-alarm或svc-monitor)的来源,它们在选择vRouter时会检查此值是否为Functional。保持这些Functional的状态,对确保Tungsten Fabric正常运行非常重要。

如果分配了不同的角色,则此组件的行为会有所不同。因此,它会以不同的行为安装在每个节点上。

另外,它还会对每个节点进行第一次配置(provision),这意味着要通知config-api该IP已分配了xxx角色。因此,即使不需要analytics功能,该模块也必须存在,至少在第一次启动节点时。

device-manager

此过程用于配置physical-router(基于config-database中的对象)。

在内部,它使用与schema-transformer和svc-monitor相同的逻辑,它们订阅RabbitMQ以查看config是否被更改,当发生更改时,AMQP客户端会启动一些逻辑:

  • 对于schema-transformer,它将更新更多config;
  • 对于svc-monitor,它将在vRouters中添加一些逻辑;
  • 对于device-manager,它将更新physical-router的配置。

此行为由reaction_map控制,它定义了某些config对象上的某些更改会怎样传递到其它的配置上进行更改。

例如,当更新bgp-router时,

 ‘bgp_router‘: {
            ‘self‘: [‘bgp_router‘, ‘physical_router‘],
            ‘bgp_router‘: [‘physical_router‘],
            ‘physical_router‘: [],
           },

基于“self”的定义,它将通过对原始bgp-router对象的引用,传递到bgp-router和physical-router。

  • 对于bgp-router,表示与原始bgp-router所对等(peer)的bgp-router对象

之后,更新的bgp-router会将其传递到bgp-router对象所在的physical-router。

 ‘bgp_router‘: {
            (snip)
            ‘bgp_router‘: [‘physical_router‘],
            (snip)
           },

由于从bgp-router传递事件时,physical-router不会更新任何内容,因此事件在那里停止,并且具有原始bgp-router的physical-router config以及对等(peer)的bgp-router将被更新。

  ‘physical_router‘: {
            (snip)
            ‘bgp_router‘: [],
            (snip)
},

当physical-router收到更新的事件时,它将从插件中调用push_conf函数,基于config-database中的对象创建路由config。

要启用此功能,需要在/etc/contrail/common_config.env中配置此旋钮:DEVICE_MANAGERDEFAULTSpush_mode = 0。

以下链接描述了配置过程:
https://www.juniper.net/documentation/en_US/contrail5.0/topics/concept/using-device-manager-netconf-contrail.html

analytics

Tungsten Fabric analytics具有很多功能,但大部分功能都是可选的,因此我会跳过大多数的组件。如果有兴趣,请查阅以下链接以获取SNMP、LLDP、警报等的信息:

Analytics本身具有有趣的架构,其中涵盖了logs、flows和stats。

  • 据我所知,它们通常涉及不同的系统,例如用于logs/flows的EFK和用于stats的Prometheus。

如果你需要一个工具,方便地使用所有系统,Tungsten Fabric analytics将是一个很好的选择。

大多数重要的指标和分析服务都被标记为UVE(用户可见实体),并具有一个URL以提供JSON格式的数据。

如果你需要将Tungsten Fabric与其它监视系统集成在一起,那可能是一个很好的起点。

analytics-database

Analytics还使用了多个数据库,例如Redis、Cassandra、Kafka(在内部,它还使用ZooKeeper进行HA选件的部署)。

如果仅使用analytics,则仅需要Redis数据库,即使在此设置中,大多数webui功能都是可用的。

  • 大多数可视化的功能都使用UVE,因此即使未安装Cassandra也是可用的。

如果你需要webui的“Query”功能,则需要使用Cassandra,该功能可检索Cassndra数据库中的logs/flows或stats信息。

Kafka用于将UVE传递到analytics-alarms,因此,如果要使用警报功能,Kafka是必要的。

webui

最后,我们来说说webui。基本上,这就只是一个简单的webui,用于查看组件的状态,并配置Tungsten Fabric的参数。

它使用AJAX行为来更新一些需要对analytics-api进行长时间查询的图形(例如Monitor > Dashboard access),同时由webui-job进程涵盖了异步作业,这一点还挺有趣的。



Tungsten Fabric入门宝典系列文章——

1.首次启动和运行指南

Tungsten Fabric 架构解析系列文章——

第一篇:TF主要特点和用例
第二篇:TF怎么运作
第三篇:详解vRouter体系结构
第四篇:TF的服务链
第五篇:vRouter的部署选项
第六篇:TF如何收集、分析、部署?
第七篇:TF如何编排
第八篇:TF支持API一览
第九篇:TF如何连接到物理网络
第十篇:TF基于应用程序的安全策略




原文地址:https://blog.51cto.com/14638699/2484611

时间: 2024-11-05 11:52:24

Tungsten Fabric入门宝典丨TF组件的七种“武器”的相关文章

Tungsten Fabric架构解析丨TF支持API一览

Tungsten Fabric支持以下API:? ?用于控制器配置的REST API ?映射到REST配置API的Python绑定 ?用于访问分析数据的REST API 下面我们逐一进行描述. 用于控制器配置的REST API 通过在Tungsten Fabric外部虚拟IP地址的端口8082上访问的REST API,可以获得Tungsten Fabric群集的所有配置. 用户可以使用HTTP GET调用来检索资源列表或其属性的详细信息. 数据作为JSON对象返回.?可以通过发送包含新对象属性的

Tungsten Fabric架构解析丨TF如何收集、分析、部署?

Hi!这里是Tungsten Fabric架构解析内容的第六篇,介绍TF的收集和分析,以及部署. Tungsten Fabric架构解析系列文章,由TF中文社区为你呈现,旨在帮助初入TF社区的朋友答疑解惑.我们将系统介绍TF有哪些特点.如何运作.如何收集/分析/部署.如何编排.如何连接到物理网络等话题. Tungsten Fabric的收集和分析 Tungsten Fabric从云基础架构(计算.网络和存储)及其上运行的工作负载收集信息,以便于运营监控.故障排除和容量规划. 数据以多种格式收集,

Tungsten Fabric架构解析丨TF如何连接到物理网络

Hi!这里是Tungsten Fabric架构解析内容的第九篇,介绍TF如何连接到物理网络.Tungsten Fabric架构解析系列文章,由TF中文社区为你呈现,旨在帮助初入TF社区的朋友答疑解惑.我们将系统介绍TF有哪些特点.如何运作.如何收集/分析/部署.如何编排.如何连接到物理网络等话题. 在任何一个数据中心中,都需要一些VM访问外部IP地址,并且数据中心外部的用户,也需要通过公共IP地址访问某些VM.为此,Tungsten Fabric提供了几种实现方法: V P N 连接到启用BGP

Tungsten Fabric架构解析|TF主要特点和用例

Tungsten Fabric有哪些特点?如何运作?如何部署?如何编排?--这是很多初入TF社区的技术朋友的困惑. 为统一答疑,我们将整理出Tungsten Fabric架构有关的内容,陆续在公众号发布,感谢关注,也可以后台留言给我们,把你最希望了解的问题告诉我们,小编去帮你寻找答案. 随着虚拟化成为提供公共云和私有云服务的关键技术,迄今为止广泛使用的虚拟化技术(例如,使用L2网络的VMware,以及OpenStack的Nova,Neutron或ML2网络),网络规模问题日益明显. Tungst

OpenStack与Tungsten Fabirc如何集成丨TF成立大会演讲实录

本文整理自CodiLime工程总监Krzysztof Kajkowski在"TF中文社区成立暨第一次全员大会"上的演讲,点击下载PDF文档 https://tungstenfabric.org.cn/assets/uploads/files/openstack-powered-by-tf.pdf 更多会议资料,请在"TF中文社区"公众号后台回复"成立大会"获取.CodiLime工程总监Krzysztof Kajkowski 大家好,我是来自Cod

Tungsten Fabric架构解析丨vRouter的部署选项

Hi!这里是Tungsten Fabric架构解析内容的第五篇,介绍vRouter的部署选项. Tungsten Fabric架构解析系列文章,由TF中文社区为你呈现,旨在帮助初入TF社区的朋友答疑解惑.我们将系统介绍TF有哪些特点.如何运作.如何收集/分析/部署.如何编排.如何连接到物理网络等话题. vRouter有多种部署选项,可提供不同的好处和易用性: Kernel Module(内核模块)--默认部署模式 DPDK--使用英特尔库提供转发加速 SR-IOV--提供从VM直接访问NIC S

Tungsten Fabric如何支撑大规模云平台丨TF Meetup演讲实录

点击下载文档,查看本文所有相关资料.https://163.53.94.133/assets/uploads/files/large-scale-cloud-yy.pdf 今天的分享偏技术一些,首先我们来看SDN的本质,然后从Tungsten Fabric(以下简称TF)架构上解析为什么比OVS更好,为什么能支撑更大的场景. 先来看云对网络的要求.首先是租户隔离,IaaS就是多租户,对于地址重用的要求,以VLAN的传统方式也是可以实现的.另外,传统VXLAN的协议或OVS的协议,只提供二层隔离的

Tungsten Fabric架构和最新技术进展丨TF成立大会演讲实录

本文整理自瞻博网络杰出工程师Sukhdev Kapur在"TF中文社区成立暨第一次全员大会"上的演讲,增加了对于TF功能的描述,pdf点击下载.https://tungstenfabric.org.cn/assets/uploads/files/powering-edge-cloud-and-multi-cloud-with-tungsten-fabric-sukhdev-kapur.pdf 更多会议资料,请在"TF中文社区"公众号后台回复"成立大会&qu

Tungsten Fabric+K8s轻松上手|TF Carbide评估指南--准备篇

Tungsten Fabric项目是一个开源项目协议,它基于标准协议开发,并且提供网络虚拟化和网络安全所必需的所有组件.项目的组件包括:SDN控制器,虚拟路由器,分析引擎,北向API的发布,硬件集成功能,云编排软件和广泛的REST API. 本文所有相关链接pdf:https://tungstenfabric.org.cn/assets/uploads/files/tf-ceg-with-link.pdf 本指南的作用是什么? 本指南是为应用程序开发人员或计算基础结构平台工程师设计的,考虑了Ku