Linux高級(jí)流量控制tc運(yùn)用

2024-08-27 23:31:40

字體：大中小

供稿：網(wǎng)友

　　在做MHA測試的時(shí)候，有一個(gè)重要的環(huán)節(jié)就是測試MHA Manager節(jié)點(diǎn)和Master節(jié)點(diǎn)的網(wǎng)絡(luò)情況，如果產(chǎn)生了抖動(dòng)，那么MHA本身提供了一個(gè)參數(shù)secondary_check來保證，但是如果你的部署環(huán)境中是一主一從的話，這個(gè)參數(shù)就不會(huì)起作用了，因?yàn)閘atest slave和oldest slave是同一個(gè)庫，簡單來說，連不上就是連不上了，至于切還是不切，這個(gè)還不好說。我們測試的場景下，有時(shí)候切，有時(shí)候不切。所以我們?cè)緶y試的MHA0.57版本就降級(jí)為了0.56，仔細(xì)測試發(fā)現(xiàn)，其實(shí)也存在這樣的問題，綜合再三，我們就把secondary_check給取消了，直接在MHA的代碼里調(diào)整了超時(shí)次數(shù)的配置（默認(rèn)是4次）。

　　接下來的問題來了，如果做更深入的測試，我們勢(shì)必需要完整的模擬網(wǎng)絡(luò)的抖動(dòng)情況,這個(gè)時(shí)候傳統(tǒng)的service network stop ; sleep xxx; service network start的方式就會(huì)受限了。潛在的一個(gè)原因就是重啟服務(wù)以后，VIP就沒有了。

　　但是基本能夠模擬出MHA的場景，保證在指定的時(shí)間范圍內(nèi)出現(xiàn)抖動(dòng)而不會(huì)誤切。

　　所以經(jīng)過全方位的測試，我們心里有底了，那些方面該怎么調(diào)整，那些細(xì)節(jié)需要繼續(xù)深究，都有了一些心得和體會(huì)。

　　但是網(wǎng)絡(luò)的測試其實(shí)感覺還是不夠徹底，畢竟真實(shí)的網(wǎng)絡(luò)抖動(dòng)不會(huì)網(wǎng)卡不可用，而是網(wǎng)絡(luò)超時(shí)，丟包等等。

　　所以如果能夠盡可能模擬出網(wǎng)絡(luò)問題，配合MHA來聯(lián)調(diào)測試，就能夠基本模擬出真實(shí)的問題場景了。所以tc這個(gè)方案就進(jìn)入了我的視線。

　　Linux的網(wǎng)絡(luò)流控，控發(fā)不控收 , 所以只能對(duì)產(chǎn)生瓶頸網(wǎng)卡處的發(fā)包速率進(jìn)行控制 , 流量控制過程分二種（以下內(nèi)容參考自https://www.ibm.com/developerworks/cn/linux/1412_xiehy_tc/index.html）

　　隊(duì)列控制即 QOS, 瓶頸處的發(fā)送隊(duì)列的規(guī)則控制，常見的有 SFQ PRIO
　　流量控制即帶寬控制 , 隊(duì)列的排隊(duì)整形，一般為 TBF HTB Linux 流量控制算法分二種：
　　無類算法用于樹葉級(jí)無分支的隊(duì)列，例如：SFQ
　　分類算法用于多分支的隊(duì)列，例如：PRIO TBF HTB
　　而涉及到的流控算法SFQ和TBF都是需要簡單了解的。

　　SFQ(Stochastic Fairness Queueing 隨機(jī)公平隊(duì)列 ) 是公平隊(duì)列算法家族中的一個(gè)簡單實(shí)現(xiàn) . 它的精確性不如其它的方法 , 但實(shí)現(xiàn)了高度的公平 , 需要的計(jì)算量亦很少 .

　　其中SFQ 只會(huì)發(fā)生在數(shù)據(jù)發(fā)生擁堵 , 產(chǎn)生等待隊(duì)列的網(wǎng)卡上，出口網(wǎng)卡若無等待隊(duì)列 ,SFQ 也不起作用 ...

　　令牌桶過濾器 (TBF) 是一個(gè)簡單的隊(duì)列規(guī)定 : 只允許以不超過事先設(shè)定的速率到來的數(shù)據(jù)包通過 , 但可能允許短暫突發(fā)流量朝過設(shè)定值 .

　　ping的結(jié)果如下：

　　64 bytes from 192.168.253.129: icmp_seq=278 ttl=64 time=98.3 ms

　　64 bytes from 192.168.253.129: icmp_seq=279 ttl=64 time=99.1 ms

　　64 bytes from 192.168.253.129: icmp_seq=280 ttl=64 time=93.4 ms

　　64 bytes from 192.168.253.129: icmp_seq=281 ttl=64 time=95.5 ms

　　還有幾類網(wǎng)絡(luò)情況需要考慮，比如丟包。在流量劫持的場景中，丟包率是一個(gè)需要重點(diǎn)關(guān)注的場景。

　　我們可以玩得大一些，丟包率10%，那是比較嚴(yán)重的問題了。

　　[root@oel642 ~]# tc qdisc add dev eth2 root netem loss 10%

　　ping的結(jié)果如下，可以看到小結(jié)的部分，丟包率是基本在10%的基本范圍內(nèi)，目前是8%。

（編輯：武林網(wǎng)）

上一篇：在LINUX平臺(tái)配置 MSYQL 支持大頁內(nèi)存

下一篇：Linux高級(jí)流量控制tc使用