TungstenFabric架構(gòu)解析丨TF如何收集、分析、部署？

Tungsten Fabric的收集和分析

Tungsten Fabric從云基礎(chǔ)架構(gòu)（計算、網(wǎng)絡(luò)和存儲）及其上運(yùn)行的工作負(fù)載收集信息，以便于運(yùn)營監(jiān)控、故障排除和容量規(guī)劃。

成都創(chuàng)新互聯(lián)主營蓮湖網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,手機(jī)APP定制開發(fā),蓮湖h5小程序開發(fā)搭建,蓮湖網(wǎng)站營銷推廣歡迎蓮湖等地區(qū)企業(yè)咨詢

數(shù)據(jù)以多種格式收集，例如系統(tǒng)日志，結(jié)構(gòu)化消息（稱為Sandesh）、Ipfix、Sflow和SNMP。諸如vRouters、物理主機(jī)、虛擬機(jī)、接口、虛擬網(wǎng)絡(luò)和策略之類的對象被建模為用戶可見實(shí)體（UVE），并且UVE的屬性可以來自不同格式的各種源。

分析收集的體系結(jié)構(gòu)如下圖所示：

為數(shù)據(jù)源可以配置目標(biāo)收集器的IP地址，或者為收集器配置的負(fù)載均衡器。SNMP輪詢的責(zé)任由Zookeeper分布在不同的節(jié)點(diǎn)上。

分析節(jié)點(diǎn)將傳入的數(shù)據(jù)格式化為通用數(shù)據(jù)格式，然后通過Kafka服務(wù)將其發(fā)送到Cassandra數(shù)據(jù)庫。

API URL可以使用ha-proxy或其他一些負(fù)載均衡器進(jìn)行負(fù)載平衡。

收集UVE數(shù)據(jù)的責(zé)任使用Zookeeper在Analytics節(jié)點(diǎn)之間分配，因此UVE數(shù)據(jù)的API查詢由接收節(jié)點(diǎn)復(fù)制到其他Analytics節(jié)點(diǎn)，并且保存與請求相關(guān)的數(shù)據(jù)的那些查詢，將響應(yīng)返回到原始節(jié)點(diǎn)，該節(jié)點(diǎn)將核對響應(yīng)，并整理到請求者將要接收的回復(fù)中。

警報生成的責(zé)任也分布在節(jié)點(diǎn)之間，因此警報生成功能訂閱Analyticsdb節(jié)點(diǎn)中的Kafka總線，以便觀察計算是否滿足警報條件所需的數(shù)據(jù)，因?yàn)榇藬?shù)據(jù)可能由其他節(jié)點(diǎn)收集。

UVE在多個Kafka主題中進(jìn)行了散列，這些主題分布在Alarm Gen功能中，以便有效地分散負(fù)載。

Tungsten Fabric的部 署

最新版本的Tungsten Fabric（5.0及更高版本）使用基于Docker容器的微服務(wù)架構(gòu)。微服務(wù)被分組到pod中，這些pod根據(jù)角色在部署期間分配給服務(wù)器。

微服務(wù)與pod的關(guān)系如下圖所示：

該體系結(jié)構(gòu)是可組合的，這意味著可以使用在不同服務(wù)器上運(yùn)行的多個pod單獨(dú)擴(kuò)展每個Tungsten Fabric角色，以支持特定部署的彈性和性能要求。

由于Zookeeper中用于選擇活動節(jié)點(diǎn)的算法的性質(zhì)，在Controller和Analytic節(jié)點(diǎn)中部署的pod的數(shù)量必須是奇數(shù)，但是在pod類型之間可能會有所不同。

節(jié)點(diǎn)是邏輯分組，其pod可以部署在不同的服務(wù)器上，服務(wù)器可以運(yùn)行來自不同節(jié)點(diǎn)類型的pod。

可以通過在Contrail安裝期間部署的負(fù)載均衡器或第三方負(fù)載均衡器來訪問API和Web GUI服務(wù)。使用第三方負(fù)載均衡器可以允許pod位于不同的子網(wǎng)中，這是一種常見情況，需要將pod放置在數(shù)據(jù)中心的不同機(jī)架中以實(shí)現(xiàn)彈性。

Control pod可以根據(jù)群集中的計算節(jié)點(diǎn)數(shù)量進(jìn)行增減，每個控制節(jié)點(diǎn)最多有1000個節(jié)點(diǎn)?？梢栽谔囟ㄊ褂们闆r下部署增加控制節(jié)點(diǎn)，其中控制器節(jié)點(diǎn)可以遠(yuǎn)程地部署管理計算節(jié)點(diǎn)。

計算節(jié)點(diǎn)的數(shù)量根據(jù)預(yù)期，由編排器部署的工作負(fù)載的需求進(jìn)行調(diào)整。在計算節(jié)點(diǎn)內(nèi)，轉(zhuǎn)發(fā)器功能未在容器里實(shí)現(xiàn) （請參閱本系列文章第五篇“ vRouter的部署選項(xiàng)”）。

跨服務(wù)器的Tungsten Fabric服務(wù)的布局，由部署工具讀取的配置文件控制，可以是Ansible（使用playbooks）或Helm（使用圖表）。示例手冊和圖表可用于涵蓋所有服務(wù)在同一VM中運(yùn)行的簡單一體化部署，以及涉及多個VM或裸機(jī)服務(wù)器的高可用性示例。同時提供了示例，orchestrator和Tungsten Fabric在公有云（例如Amazon Web Services，Google Cloud Engine，Microsoft Azure）中運(yùn)行，并且工作負(fù)載也在那里運(yùn)行。

有關(guān)部署工具及其使用方法的更多詳細(xì)信息

請?jiān)L問Tungsten Fabric網(wǎng)站 ( www.tungsten.io)  

中文網(wǎng)站（ www.tungstenfabric.org.cn）  

更多Tungsten Fabric解析文章

第一篇： TF主要特點(diǎn)和用例

第二篇： TF怎么運(yùn)作

第三篇：詳解vRouter體系結(jié)構(gòu)

第四篇： TF的服務(wù)鏈

  第五篇： vRouter的部署選項(xiàng)

關(guān)注微信：TF中文社區(qū)
郵箱：tfzw001@163.com