ipvsadm 直接路由模式轉(zhuǎn)發(fā)根iptables NAT那個(gè)效率高？

leaf1981

我現(xiàn)在的應(yīng)用是這樣跑的

A用戶請(qǐng)求----->B廣州機(jī)房外網(wǎng)IP(iptables nat轉(zhuǎn)發(fā))----->C上海機(jī)房外網(wǎng)IP(應(yīng)用服務(wù)器)
對(duì)于C響應(yīng)A的請(qǐng)求就是 C--->B--->A

今天我看了一下LVS ipvsadm的直接路由功能響應(yīng)可以做到C直接響應(yīng)到A(不透過(guò)B的轉(zhuǎn)發(fā))

不知道我的理解是否有誤

如果真的這樣，那么我認(rèn)為完全可以使用LVS的直接路由來(lái)代替這個(gè)iptables NAT轉(zhuǎn)發(fā)

望各位指點(diǎn)是否可行，到底那個(gè)效率要高點(diǎn)
多謝!

mylvs

只能用tunnel模式
當(dāng)然是LVS效率高，關(guān)鍵是取消了回包經(jīng)過(guò)B這個(gè)環(huán)節(jié)
包處理方面，兩者都是基于netfilter框架，應(yīng)該差別不大，沒(méi)做過(guò)對(duì)比測(cè)試；轉(zhuǎn)發(fā)環(huán)節(jié)有點(diǎn)差異。

kns1024wh

這個(gè)應(yīng)該是一個(gè)地理分布的lvs的問(wèn)題
或者可以考慮bind view 做前端然后在每個(gè)site中使用lvs 后臺(tái)采用數(shù)據(jù)同步

leaf1981

嗯
是tunnel模式

我希望透過(guò)改進(jìn)用戶體驗(yàn)

無(wú)法在Bind上做手腳，直接是IP訪問(wèn)的

mylvs

不考慮地理分布，用戶體驗(yàn)就有些先天不足了
也許你可以收集用戶群所處區(qū)域比例，使得接入端、RS端放置在靠近更多用戶比例的地方
直接IP訪問(wèn)，你的是企業(yè)內(nèi)部服務(wù)，并非互聯(lián)網(wǎng)公共服務(wù)？那是否可以考慮在用戶端增加接入點(diǎn)的選擇，由用戶自己選定最佳接入點(diǎn)

leaf1981

互連網(wǎng)公共服務(wù)

因?yàn)樘厥獾脑�因，只能啟用從廣州機(jī)房到上海機(jī)房跳轉(zhuǎn)

rainbow

DR模式要求director和real server在一個(gè)物理網(wǎng)絡(luò)上， 同意2樓的，估計(jì)要用tunnel模式。