這篇文章主要介紹Tungsten Fabric安裝的示例分析，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！
如果計劃設(shè)置用于關(guān)鍵流量，則始終需要使用HA。
Tungsten Fabric擁有不錯的HA實施，已經(jīng)以下的文檔中有相關(guān)信息。
http://www.opencontrail.org/opencontrail-architecture-documentation/#section2_7
這里我想多說的一件事，cassandra的keyspace在configdb和analyticsdb之間具有不同的replication-factor。
configdb:
https://github.com/Juniper/contrail-controller/blob/master/src/config/common/vnc_cassandra.py#L609
analytics:
https://github.com/Juniper/contrail-analytics/blob/master/contrail-collector/db_handler.cc#L524
由于configdb的數(shù)據(jù)已復(fù)制到所有的cassandras，因此即使某些節(jié)點的磁盤崩潰并需要抹掉，也不太可能丟失數(shù)據(jù)。另一方面，由于analyticsdb的replication-factor始終設(shè)置為2，因此如果兩個節(jié)點同時丟失數(shù)據(jù)，那么數(shù)據(jù)就可能會丟失。
在安裝Tungsten Fabric時，許多情況下都需要進行多NIC安裝，例如用于管理平面和控制/數(shù)據(jù)平面的，都是單獨的NIC。
綁定（bonding）不在此討論中，因為bond0可以直接由VROUTER_GATEWAY參數(shù)指定
我需要明確一下在此設(shè)置中vRouter的有趣的行為。
對于controller/analytics來說，與典型的Linux安裝并沒有太大區(qū)別，這是因為Linux可以與多個NIC和其自己的路由表（包括使用靜態(tài)路由）很好地協(xié)同工作。
另一方面，在vRouter節(jié)點中您需要注意的是，vRouter在發(fā)送報文時不會使用Linux路由表，而是始終將報文發(fā)送到網(wǎng)關(guān)IP。
這可以使用concert-vrouter-agent.conf中的網(wǎng)關(guān)參數(shù)和vrouter-agent容器的環(huán)境變量中的VROUTER_GATEWAY進行設(shè)置
因此，在設(shè)置多NIC安裝時，如果需要指定VROUTER_GATEWAY，那么您需要小心一點。
如果沒有指明，并且Internet訪問的路由（0.0.0.0/0）是由管理NIC而不是數(shù)據(jù)平面NIC所覆蓋，那么vrouter-agent容器將選擇保存該節(jié)點默認路由的NIC，盡管那不會是正確的NIC。
在這種情況下，您需要顯式指定VROUTER_GATEWAY參數(shù)。
由于這些行為的存在，當(dāng)您要將報文從虛擬機或容器發(fā)送到NIC（除了vRouter使用的NIC之外的其它NIC）時，仍然需要謹慎一些，因為它同樣不會檢查Linux路由表，并且它始終使用與其它vRouter通信相同的NIC。
據(jù)我所知，來自本地鏈接服務(wù)或無網(wǎng)關(guān)的報文也顯示出類似的行為
在這種情況下，您可能需要使用簡單網(wǎng)關(guān)（simple-gateway）或SR-IOV。
https://github.com/Juniper/contrail-controller/wiki/Simple-Gateway
對于Tungsten Fabric集群的一般規(guī)格（sizing），您可以使用下面的表。
https://github.com/hartmutschroeder/contrailandrhosp10#21sizing-the-controller-nodes-and-vms
如果集群規(guī)模很大，則需要大量資源來保障控制平面的穩(wěn)定。
請注意，從5.1版本開始，analytics數(shù)據(jù)庫（以及analytics的某些組件）成為了可選項。因此，如果您只想使用Tungsten Fabric中的控制平面，我建議使用5.1版本。
https://github.com/Juniper/contrail-analytics/blob/master/specs/analytics_optional_components.md
盡管沒有一個方便的答案，但集群的大小也是很重要的，因為它取決于很多因素。
我曾經(jīng)嘗試用一個K8s集群（ https://kubernetes.io/docs/setup/cluster-large/）部署了近5,000個節(jié)點。在它與一個具有64個vCPU和58GB內(nèi)存的控制器節(jié)點配合使用時效果很不錯，盡管當(dāng)時我并沒有創(chuàng)建太多的端口、策略和邏輯路由器等。
這個Wiki也描述了一些有關(guān)海量規(guī)模集群的真實經(jīng)驗：
https://wiki.tungsten.io/display/TUN/KubeCon+NA+in+Seattle+2018
由于可以隨時從云中獲取大量資源，因此最好的選擇應(yīng)該是按照實際需求的大小和流量來模擬集群，并查看其是否正常運行，以及瓶頸是什么。
Tungsten Fabric在應(yīng)對海量規(guī)模方面擁有一些很好的功能，例如，基于集群之間的MP-BGP的多集群設(shè)置，以及基于3層虛擬網(wǎng)絡(luò)的BUM丟棄功能，這大概就是其具備可擴展性和穩(wěn)定性虛擬網(wǎng)絡(luò)的關(guān)鍵。
https://bugs.launchpad.net/juniperopenstack/+bug/1471637
為了說明控件的橫向擴展行為，我在AWS中創(chuàng)建了一個包含980個vRouter和15個控件的集群。
所有控制節(jié)點均具有4個vCPU和16GB內(nèi)存
當(dāng)控制節(jié)點的數(shù)量為15時，XMPP的連接數(shù)最多只有113，因此CPU使用率不是很高（最高只有5.4％）。
但是，當(dāng)其中12個控制節(jié)點停止工作時，剩余的每個控制節(jié)點的XMPP連接數(shù)將高達708，因此CPU使用率變得很高（21.6％）。
因此，如果您需要部署大量的節(jié)點，那么可能需要仔細規(guī)劃控制節(jié)點的數(shù)量。
在撰寫本文檔時，ansible-deployer尚未支持K8s master HA。
https://bugs.launchpad.net/juniperopenstack/+bug/1761137
由于kubeadm已經(jīng)支持K8s master HA，因此我將介紹集成基于kubeadm的k8s安裝和基于YAML的Tungsten Fabric安裝的方法。
https://kubernetes.io/docs/setup/independent/high-availability/
https://github.com/Juniper/contrail-ansible-deployer/wiki/Provision-Contrail-Kubernetes-Cluster-in-Non-nested-Mode
與其它CNI一樣，也可以通過“kubectl apply”命令直接安裝Tungsten Fabric。但要實現(xiàn)此目的，需要手動配置一些參數(shù)，例如控制器節(jié)點的IP地址。
對于此示例的設(shè)置，我使用了5個EC2實例（AMI也一樣，ami-3185744e），每個實例具有2個vCPU、8 GB內(nèi)存、20 GB磁盤空間。VPC的CIDR為172.31.0.0/16。
我將附上一些原始和修改的yaml文件以供進一步參考。
https://github.com/tnaganawa/tungstenfabric-docs/blob/master/cni-tungsten-fabric.yaml.orig
https://github.com/tnaganawa/tungstenfabric-docs/blob/master/cni-tungsten-fabric.yaml
然后，您終于有了（多數(shù)情況下）已經(jīng)啟動了的具有Tungsten Fabric CNI的kubernetes HA環(huán)境。
注意：Coredns在此輸出中未處于活動狀態(tài)，我將在本節(jié)稍后的部分對此進行修復(fù)。
在創(chuàng)建cirros部署后，就像“啟動并運行”部分所描述的一樣，兩個vRouter節(jié)點之間已經(jīng)可以ping通了。
輸出是相同的，但現(xiàn)在在兩個vRouter之間使用的是MPLS封裝！
注意：要使coredns處于活動狀態(tài)，需要進行兩項更改。
終于，coredns也處于活動狀態(tài)，集群已完全啟動！
以上是“Tungsten Fabric安裝的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道！
重慶分公司
重慶分公司
