calico與flannel對比是怎樣的，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

浪卡子網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),浪卡子網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為浪卡子上千提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營銷網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的浪卡子做網(wǎng)站的公司定做！

一 calico架構(gòu)

首先請看calico的架構(gòu)圖，如下圖。

calico包括如下重要組件：Felix，etcd，BGP Client，BGP Route Reflector。下面分別說明一下這些組件。

Felix：主要負(fù)責(zé)路由配置以及ACLS規(guī)則的配置以及下發(fā)，它存在在每個node節(jié)點上。

etcd：分布式鍵值存儲，主要負(fù)責(zé)網(wǎng)絡(luò)元數(shù)據(jù)一致性，確保Calico網(wǎng)絡(luò)狀態(tài)的準(zhǔn)確性，可以與kubernetes共用；

BGPClient(BIRD), 主要負(fù)責(zé)把 Felix寫入 kernel的路由信息分發(fā)到當(dāng)前 Calico網(wǎng)絡(luò)，確保 workload間的通信的有效性；

BGPRoute Reflector(BIRD), 大規(guī)模部署時使用，摒棄所有節(jié)點互聯(lián)的mesh模式，通過一個或者多個 BGPRoute Reflector 來完成集中式的路由分發(fā)；

二 calico原理

如下圖所示，描述了從源容器經(jīng)過源宿主機(jī)，經(jīng)過數(shù)據(jù)中心的路由，然后到達(dá)目的宿主機(jī)最后分配到目的容器的過程。

整個過程中始終都是根據(jù)iptables規(guī)則進(jìn)行路由轉(zhuǎn)發(fā)，并沒有進(jìn)行封包，解包的過程，這和flannel比起來效率就會快多了。

從上述的原理可以看出，flannel在進(jìn)行路由轉(zhuǎn)發(fā)的基礎(chǔ)上進(jìn)行了封包解包的操作，這樣浪費了CPU的計算資源。下圖是從網(wǎng)上找到的各個開源網(wǎng)絡(luò)組件的性能對比?？梢钥闯鰺o論是帶寬還是網(wǎng)絡(luò)延遲，calico和主機(jī)的性能是差不多的。

關(guān)于 calico與flannel對比是怎樣的問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。

網(wǎng)站欄目：calico與flannel對比是怎樣的
文章起源：http://chinadenli.net/article8/goheop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、動態(tài)網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、移動網(wǎng)站建設(shè)、定制開發(fā)、網(wǎng)站設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)