由UnitedStack網(wǎng)絡組提出并創(chuàng)建的Steth項目，在上周日（1月17日）正式并入Big Tent，成為OpenStack正式項目。該項目主要針對網(wǎng)絡故障排查和部署前的硬件網(wǎng)絡環(huán)境檢查。
     這是自Big Tent模式確認以來，UnitedStack有云***個并入Big Tent的項目，也是繼Scalpels項目和pandaman之后，來自中國的項目再次被社區(qū)接納。作為OpenStack開源社區(qū)的一員，我們既是受益者，也是社區(qū)的建設者和所有人。

Steth項目因何而來？——解救忙碌的網(wǎng)絡工程師
     Steth項目是怎么出現(xiàn)的？因為網(wǎng)絡工程師實在太累了。這種感覺不是一個人，而是在UnitedStack有云網(wǎng)絡團隊每個人的認知。
     “我們每周都會有新項目或者新POC，很多時間都花在了調試硬件網(wǎng)絡的連通性或者性能上。Steth的初衷就是為了解決這些問題。”Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部工程師萇智如是說。
 

[[162171]]
Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部工程師萇智

     當前，UnitedStack有云業(yè)務爆發(fā)式增長，部署規(guī)模逐步擴大，背后是研發(fā)和支持團隊高效運轉和鼎力支持。但是，讓網(wǎng)絡工程師最懊惱的是在部署過程中遇到的很多問題和Neutron 沒有任何關系。比如 Vlan 配錯了、交換機上Vlan 沒放行、Floating IP 網(wǎng)關沒有起、甚至用于 VxLan 隧道的 Endpoint IP配錯了，此外一些奇怪的現(xiàn)網(wǎng)還會帶來一些例如策略路由造成的簡單檢查無法暴露但虛擬機卻無法發(fā)送廣播報文、光纖質量引發(fā)的跨機柜通信帶寬異常等等問題。
     這些“簡單的小問題”在傳統(tǒng)網(wǎng)絡中也會遇到一些，只是當網(wǎng)絡遇到OpenStack，問題疊加，就更難診斷。但是這些問題會占用工程師的大量時間，需要逐一排查解決。
 

[[162172]]
Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部工程師姚威

     “對于新部署的Region，我們總會遇到很多莫名的網(wǎng)絡配置或性能問題，Steth能夠迅速抓包分析數(shù)據(jù)包路徑，定位問題所在；對于生產Region，可能會被虛擬網(wǎng)絡連通性困擾，Steth能夠在虛擬設備上發(fā)包快速模擬問題現(xiàn)場。”Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部工程師姚威如是說，正是這樣的愿景誕生了Steth。

Steth項目解析——如何完成網(wǎng)絡檢查
     網(wǎng)絡的的穩(wěn)定性是是OpenStack云平臺穩(wěn)定可用的基石。Steth的出發(fā)點很簡單，就是在Neutron 內置有一個 sanity test，用于檢查本機的情況，Steth 可以作為 Sanity 的分布式補充，檢查 Neutron 運行的整個環(huán)境。
     具體來說，Steth集成了一系列實用的腳本和第三方工具（包括iperf、tcpdump等），并能夠模擬虛擬機發(fā)出 DHCP 請求、ARP 請求，幫助網(wǎng)絡運營者實時追蹤VM網(wǎng)絡的狀態(tài)。
 

Steth采用了多節(jié)點架構

     在上面的架構圖中，可以看到Steth是無狀態(tài)的CLI和控制器，通過 Agent可以讀取配置文檔。通過與OpenStack的交互，在需要時向相關的Agent發(fā)送RPC請求。此外，Steth的Agent需要安裝在每一個計算節(jié)點和網(wǎng)絡節(jié)點之上，Steth的控制器中的配置文件為其指定IP地址。“通過Steth我們可以使用CLI遠程調用運行在個節(jié)點的Steth-Agent提供的API，快速定位網(wǎng)絡問題，為運維人員提供準確的排查思路，從而節(jié)省運維人員花費在定位網(wǎng)絡問題上的時間。”萇智解釋道。
     需要指出的是，Steth項目除了可以應用在OpenStack環(huán)境以外，還可以使用在其他的分布式網(wǎng)絡環(huán)境中。這個監(jiān)測工具，基于C/S模式運行，能夠在OpenStack網(wǎng)絡環(huán)境部署前或者運營過程中對網(wǎng)絡問題進行精準定位。目前，Steth僅適用于ML2網(wǎng)絡。

網(wǎng)絡監(jiān)測——為什么不能借用其他項目？
     如果說自動化是解決大規(guī)模部署之后，網(wǎng)絡監(jiān)測的必由之路，那么在OpenStack的眾多項目中是否有一款適合的呢？事實上，找成熟項目也是UnitedStack有云網(wǎng)絡組最初的想法，但是很快大家就發(fā)現(xiàn)，這條路行不通。
 

[[162173]]
Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部門PTL 王為

     “在設計Steth之前，我們考察了Zabbix和Scalpals等同類工具。但感覺現(xiàn)有的工具仍然無法滿足我們在大規(guī)模部署過程中的網(wǎng)絡運維需求。”Steth項目的核心貢獻者、UnitedStack有云SDN網(wǎng)絡部PTL王為說，“實際上，Mirantis也同樣遇到了網(wǎng)絡自動化運維的問題，他們在FUEL中集成了 network-checker，這個工具后來被剝離出來成為獨立項目。但network-checker相對簡單、代碼質量和把控比較糟糕，無法滿足我們的需求。Zabbix的技術架構相對僵化，Scalpals在解決新集群部署方面還有一些局限。”
     既然沒有合適的項目，那我們就開發(fā)自己的項目并且快速開源，幫助每一個業(yè)務快速增長的公司擺脫疲于奔命的現(xiàn)狀吧。姚威說：“我們想要提供一條OpenStack網(wǎng)絡的無痛部署和運維的途徑，節(jié)約老手時間，免除新手煩惱。”

花絮——Steth項目并入BigTent
     在正式解讀了Steth項目之后，創(chuàng)造這一項目的UnitedStack有云網(wǎng)絡組集體登場，熱烈歡迎，
 

[[162174]]
Steth項目的核心貢獻：王為、萇智、姚威（右起）

     Steth項目的審閱時間非常短，只有四天的時間，期間還因為重名的問題耽誤了一天半。因為Steth的使命正是社區(qū)亟待解決的問題，所以快速得到了認可。
除了Steth項目，UnitedStack有云還有另外一個項目正在準備向社區(qū)提交，敬請期待好消息。
     此外，Steth項目從成立到現(xiàn)在只有不到兩個月的時間，它還有很多不成熟的地方。我們希望有更多的OpenStack開發(fā)者可以加入，讓我們共同打造一個快速交付，持續(xù)運維的OpenStack網(wǎng)絡！