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

Hi！这里是Tungsten Fabric架构解析内容的第六篇，介绍TF的收集和分析，以及部署。
Tungsten Fabric架构解析系列文章，由TF中文社区为你呈现，旨在帮助初入TF社区的朋友答疑解惑。我们将系统介绍TF有哪些特点、如何运作、如何收集/分析/部署、如何编排、如何连接到物理网络等话题。

Tungsten Fabric的收集和分析

Tungsten Fabric从云基础架构（计算、网络和存储）及其上运行的工作负载收集信息，以便于运营监控、故障排除和容量规划。

数据以多种格式收集，例如系统日志，结构化消息（称为Sandesh）、Ipfix、Sflow和SNMP。诸如vRouters、物理主机、虚拟机、接口、虚拟网络和策略之类的对象被建模为用户可见实体（UVE），并且UVE的属性可以来自不同格式的各种源。

分析收集的体系结构如下图所示：

为数据源可以配置目标收集器的IP地址，或者为收集器配置的负载均衡器。SNMP轮询的责任由Zookeeper分布在不同的节点上。

分析节点将传入的数据格式化为通用数据格式，然后通过Kafka服务将其发送到Cassandra数据库。

API URL可以使用ha-proxy或其他一些负载均衡器进行负载平衡。

收集UVE数据的责任使用Zookeeper在Analytics节点之间分配，因此UVE数据的API查询由接收节点复制到其他Analytics节点，并且保存与请求相关的数据的那些查询，将响应