亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

<pre id="bu4dq"></pre>

Chinaunix

標(biāo)題: 請(qǐng)教我的服務(wù)能否通過(guò)LVS實(shí)現(xiàn)負(fù)載均衡集群？ [打印本頁(yè)]

作者: miaoer 時(shí)間: 2008-10-24 15:48
標(biāo)題: 請(qǐng)教我的服務(wù)能否通過(guò)LVS實(shí)現(xiàn)負(fù)載均衡集群？
服務(wù)介紹：
有個(gè)固定的TCP端口用于監(jiān)聽(tīng)，當(dāng)客戶(hù)連上來(lái)之后會(huì)協(xié)商一個(gè)UDP端口用于通信；于是服務(wù)器開(kāi)啟協(xié)商的UDP端口與客戶(hù)端通信。
（請(qǐng)別問(wèn)我為什么服務(wù)設(shè)計(jì)成這個(gè)樣子，這是沒(méi)辦法的事情，受到通信協(xié)議的制約。）
（請(qǐng)注意：該UDP端口是協(xié)商出來(lái)的，是動(dòng)態(tài)變化的）

該服務(wù)與傳統(tǒng)的服務(wù)（如WEB之類(lèi)）有一定的區(qū)別，即TCP鏈接與UDP套接字對(duì)之間有耦合關(guān)系。

翻看了論壇內(nèi)的帖子，似乎大多數(shù)的集群都是基于IPVS的。而IPVS在我這種情況下肯定是不適用的，因?yàn)闊o(wú)法保證TCP報(bào)文與對(duì)應(yīng)的
UDP報(bào)文會(huì)被schedule到相同的real server 上去。

請(qǐng)問(wèn)各位師兄，有否碰到過(guò)類(lèi)似情況？有沒(méi)有解決辦法呢？
我發(fā)現(xiàn)有個(gè)叫KTCPVS（基于layer-7的）的東東似乎可以用于我這種情況,但是這個(gè)KTCPVS好像還沒(méi)有成熟，是吧？

作者: jerrywjl 時(shí)間: 2008-10-24 16:01
我覺(jué)得應(yīng)該可以，不過(guò)你找個(gè)環(huán)境試試不就是了？！

作者: miaoer 時(shí)間: 2008-10-24 16:03
標(biāo)題: 回復(fù) #2 jerrywjl 的帖子
總要有點(diǎn)理論依據(jù)了之后才能實(shí)踐啊，要不會(huì)很盲目的啊。

作者: miaoer 時(shí)間: 2008-10-24 17:02
自己頂一下！

各位樓上的，樓下的，路過(guò)的大哥，給點(diǎn)意見(jiàn)吧。

作者: gl00ad 時(shí)間: 2008-10-25 07:16
有個(gè)固定的TCP端口用于監(jiān)聽(tīng)，當(dāng)客戶(hù)連上來(lái)之后會(huì)協(xié)商一個(gè)UDP端口用于通信；于是服務(wù)器開(kāi)啟協(xié)商的UDP端口與客戶(hù)端通信。

LVS schedule -- 固定的TCP端口(NOT UDP)-- to real server
當(dāng)客戶(hù)連上來(lái)之后 -- real server -- 協(xié)商一個(gè)UDP端口用于通信
UDP/TCP 服務(wù)器 on real servers

Is this what you want?

[ 本帖最后由 gl00ad 于 2008-10-25 07:17 編輯 ]

作者: miaoer 時(shí)間: 2008-10-25 08:50

原帖由 gl00ad 于 2008-10-25 07:16 發(fā)表
有個(gè)固定的TCP端口用于監(jiān)聽(tīng)，當(dāng)客戶(hù)連上來(lái)之后會(huì)協(xié)商一個(gè)UDP端口用于通信；于是服務(wù)器開(kāi)啟協(xié)商的UDP端口與客戶(hù)端通信。

LVS schedule -- 固定的TCP端口(NOT UDP)-- to real server
當(dāng)客戶(hù)連上來(lái)之后 -- r ...

Yes. My question is how to schedule the subsequent UDP packets to the same real server as the corresponding TCP packets?

作者: gl00ad 時(shí)間: 2008-10-25 09:31
標(biāo)題: 回復(fù) #6 miaoer 的帖子
I already told you, schedule 固定的TCP端口 to one of the real server, which one does not matter, as it will change.

your own application 協(xié)商一個(gè)UDP端口用于通信 on the real server, that mean the application is on each real server, not on LVS server

My question is how to schedule the subsequent UDP packets

do not schedule UDP, schedule 固定的TCP端口

Use persistence to ensure same client IP send to the same real server
use firewall mark to group TCP and UDP port to the same real server on second thought, dynamic UDP port is a problem for sure, let me think about it

[ 本帖最后由 gl00ad 于 2008-10-25 09:37 編輯 ]

作者: miaoer 時(shí)間: 2008-10-25 12:23

原帖由 gl00ad 于 2008-10-25 09:31 發(fā)表
I already told you, schedule 固定的TCP端口 to one of the real server, which one does not matter, as it will change.

your own application 協(xié)商一個(gè)UDP端口用于通信 on the real server, that mean ...

非常感謝gl00ad的幫助。

是的根據(jù)客戶(hù)IP地址來(lái)將相同的源地址的IP報(bào)文schedule到同一個(gè)real server上去，是一個(gè)不錯(cuò)的注意。
不過(guò)（怪我最開(kāi)始沒(méi)說(shuō)清楚），我的這個(gè)服務(wù)基本上只有一個(gè)客戶(hù)IP地址，非常特殊。
實(shí)際上是這樣，我要做兩個(gè)負(fù)載均衡集群。一個(gè)做客戶(hù)端，另一個(gè)做服務(wù)器端。所以客戶(hù)端基本上就只有一個(gè)IP地址。
不知道我表達(dá)清楚沒(méi)？

作者: jerrywjl 時(shí)間: 2008-10-25 12:33

原帖由 miaoer 于 2008-10-24 16:03 發(fā)表
總要有點(diǎn)理論依據(jù)了之后才能實(shí)踐啊，要不會(huì)很盲目的啊。

那你去看Red Hat的lvs 管理手冊(cè)好了。http://www.redhat.com.cn/docs --> RHCS/GFS

我正是因?yàn)樽鲞^(guò)并看過(guò)才告訴你。不過(guò)你那個(gè)服務(wù)，只有你自己試了。你不試怎么知道？！

作者: miaoer 時(shí)間: 2008-10-25 12:44

原帖由 jerrywjl 于 2008-10-25 12:33 發(fā)表

那你去看Red Hat的lvs 管理手冊(cè)好了。http://www.redhat.com.cn/docs --> RHCS/GFS

我正是因?yàn)樽鲞^(guò)并看過(guò)才告訴你。不過(guò)你那個(gè)服務(wù)，只有你自己試了。你不試怎么知道？！

關(guān)于LVS的配置等我都看過(guò)的。
問(wèn)題的關(guān)鍵不在于怎么配置，而是目前的LVS解決方案是否在理論上能滿(mǎn)足我的需求？
我目前需要的應(yīng)該是一種layer-7的schedule算法，并且能夠插入我自己的用戶(hù)數(shù)據(jù)解析代碼來(lái)實(shí)現(xiàn)特定
用戶(hù)數(shù)據(jù)流之間的schedule綁定。

作者: jerrywjl 時(shí)間: 2008-10-25 14:38

原帖由 miaoer 于 2008-10-25 12:44 發(fā)表

關(guān)于LVS的配置等我都看過(guò)的。
問(wèn)題的關(guān)鍵不在于怎么配置，而是目前的LVS解決方案是否在理論上能滿(mǎn)足我的需求？
我目前需要的應(yīng)該是一種layer-7的schedule算法，并且能夠插入我自己的用戶(hù)數(shù)據(jù)解析代碼來(lái) ...

行不行的問(wèn)題，我覺(jué)得還是要靠benchmark來(lái)以事實(shí)說(shuō)明；用與不用LVS，畢竟要經(jīng)過(guò)不斷調(diào)試才能真正說(shuō)明問(wèn)題。
既然已經(jīng)是熟手，我想做這樣的工作并不需要花多少時(shí)間和精力。
你說(shuō)對(duì)了，除了IPVS方面的其他的東西，接觸的人我看還真不是很多，畢竟沒(méi)有這樣的環(huán)境�？磥�(lái)你只有慢慢等做過(guò)的并且愿意討論該問(wèn)題的人了。

[ 本帖最后由 jerrywjl 于 2008-10-25 14:41 編輯 ]

作者: miaoer 時(shí)間: 2008-10-25 16:17

原帖由 jerrywjl 于 2008-10-25 14:38 發(fā)表

行不行的問(wèn)題，我覺(jué)得還是要靠benchmark來(lái)以事實(shí)說(shuō)明；用與不用LVS，畢竟要經(jīng)過(guò)不斷調(diào)試才能真正說(shuō)明問(wèn)題。
既然已經(jīng)是熟手，我想做這樣的工作并不需要花多少時(shí)間和精力。
你說(shuō)對(duì)了，除了IPVS方面的其他 ...

Anyway, thank you very much.

作者: gl00ad 時(shí)間: 2008-10-25 23:43
標(biāo)題: 回復(fù) #12 miaoer 的帖子
不過(guò)（怪我最開(kāi)始沒(méi)說(shuō)清楚），我的這個(gè)服務(wù)基本上只有一個(gè)客戶(hù)IP地址，非常特殊。
實(shí)際上是這樣，我要做兩個(gè)負(fù)載均衡集群。一個(gè)做客戶(hù)端，另一個(gè)做服務(wù)器端。所以客戶(hù)端基本上就只有一個(gè)IP地址。
不知道我表達(dá)清楚沒(méi)？沒(méi)說(shuō)清楚

一個(gè)做客戶(hù)端負(fù)載均衡集群 -- why?
另一個(gè)做服務(wù)器端負(fù)載均衡集群
客戶(hù)端基本上就只有一個(gè)IP地址 -- 只有一個(gè)IP地址 or 只有一個(gè)客戶(hù)?

我不清楚, I am trying to read your minds ... are you trying to break our minds?
let us say - you use layer 7 switch, what identify an application? port number - you have dynamic ports on both sides, you got give yourself a design graph, share with us if your boss is OK with that.

作者: miaoer 時(shí)間: 2008-10-27 12:19
標(biāo)題: 回復(fù) #13 gl00ad 的帖子
那我來(lái)詳細(xì)解釋一下吧：

|--------------|                         |-------------|
|Network A    |                         |Network B    |
|                   |                         |                |
|                   |                         |                |
|                   |                         |                |
|                   |                         |                |
|  |---------| | |-----------| |  |----------| |
|  |          |  |    |             | |  |             | |
|  |Server A |------|My Server  |-----|Server B | |
|  |          |  |    |             | |  |             | |
|  |---------| | |-----------| |  |----------| |
|                   |                         |                |
|                   |                         |                |
|                   |                         |                |
|--------------|                         |-------------|

拓?fù)鋱D上
首先，我這個(gè)服務(wù)器是一個(gè)網(wǎng)關(guān)，是兩個(gè)網(wǎng)絡(luò)A和B之間通信的網(wǎng)關(guān)。所有A網(wǎng)絡(luò)的用戶(hù)必須通過(guò)Server A 和Network B通信，所有B網(wǎng)絡(luò)的用戶(hù)也必須通過(guò)Server B 和Network B通信。因此，對(duì)我的服務(wù)器My Server 來(lái)說(shuō)性能是必須要考慮的因素，因此我希望做個(gè)集群來(lái)做load balance。
Server A 與My Server 之間以及 Server B 與 My Server 之間都是通過(guò)TCP 固定端口來(lái)協(xié)商UDP端口號(hào)來(lái)進(jìn)行數(shù)據(jù)收發(fā)。
并且，對(duì)于不同的會(huì)話(huà)，有可能協(xié)商出許多的UDP端口號(hào)來(lái)進(jìn)行通信。
這樣一來(lái)對(duì)My Server 而言，客戶(hù)其實(shí)就是Server A和Server B.

[ 本帖最后由 miaoer 于 2008-10-27 12:23 編輯 ]

作者: Au_Hank 時(shí)間: 2008-10-27 13:04
我覺(jué)得你采用HA比采用LOAD BALANCE更好. 個(gè)人感覺(jué)作為通信中轉(zhuǎn), 通常服務(wù)器的性能不是瓶頸

作者: miaoer 時(shí)間: 2008-10-27 13:13
標(biāo)題: 回復(fù) #15 Au_Hank 的帖子
HA 也需要 LOAD BALANCE 也是需要的，因?yàn)樵谖业姆⻊?wù)器上除了做數(shù)據(jù)的通信中轉(zhuǎn)以外，還要做大量數(shù)據(jù)的編碼/解碼，計(jì)算量是很大的，如果不做LOAD BALANCE；以后如果用戶(hù)多了以后，超負(fù)載后就無(wú)法擴(kuò)容啊。

作者: kns1024wh 時(shí)間: 2008-10-27 21:43
標(biāo)題: 回復(fù) #1 miaoer 的帖子
首先要是一個(gè)服務(wù)進(jìn)程，如果不是就很難處理

作者: gl00ad 時(shí)間: 2008-10-28 01:16
標(biāo)題: 回復(fù) #16 miaoer 的帖子

HA 也需要 LOAD BALANCE 也是需要的

Let us forget (HA 也需要) for a moment, focus on (LOAD BALANCE 也是需要的) using LVS

Server A 與My Server 之間 -- real server vs LVS
Server B 與 My Server 之間 -- real server vs LVS

let us use a similar example, ftp (active and passive) from redhat Document about firewall mark

/etc/vsftpd.conf
pasv_min_port=10000
pasv_max_port=20000
pasv_address=n.n.n.n

You must able to set up a UDP port range for your application, right?

/sbin/iptables -t nat -A POSTROUTING -p tcp -s n.n.n.0/24 --sport 20 -j
MASQUERADE

/sbin/iptables -t mangle -A PREROUTING -p tcp -d n.n.n.n/32 --dport 21 -j MARK
--set-mark 21
/sbin/iptables -t mangle -A PREROUTING -p tcp -d n.n.n.n/32 --dport
10000:20000 -j MARK --set-mark 21

Does it make any sense? anyone, please comment!

[ 本帖最后由 gl00ad 于 2008-10-28 01:19 編輯 ]

作者: Au_Hank 時(shí)間: 2008-10-28 06:14

原帖由 gl00ad 于 2008-10-28 01:16 發(fā)表

Let us forget (HA 也需要) for a moment, focus on (LOAD BALANCE 也是需要的) using LVS

let us use a similar example, ftp (active and passive) from redhat Document about firewall mark

...

你的意思是讓單一端口的TCP控制連接變成多端口的TCP控制連接,然后根據(jù)端口號(hào)碼做LOAD BALANCE?這個(gè)主義很不錯(cuò)的樣子

作者: coolerfeng 時(shí)間: 2008-10-28 09:59
感覺(jué)用HAproxy在7層做負(fù)載均衡比較好，LVS是4層的，應(yīng)該是不行的

作者: 雙魚(yú)石 時(shí)間: 2008-10-28 16:01
guangzhu............

作者: miaoer 時(shí)間: 2008-10-28 21:34
標(biāo)題: 回復(fù) #18 gl00ad 的帖子
我目前碰到的關(guān)鍵問(wèn)題是：
如何將協(xié)商UDP端口的TCP鏈接與協(xié)商出來(lái)的UDP通信數(shù)據(jù) schedule到相同的RS上去。

作者: miaoer 時(shí)間: 2008-10-28 21:38
標(biāo)題: 回復(fù) #20 coolerfeng 的帖子
請(qǐng)教 coolerfeng 兄弟
HAproxy是個(gè)什么軟件？我目前正是在尋找一個(gè)穩(wěn)定以及可擴(kuò)展的7層負(fù)載均衡模塊或者軟件。

因?yàn)檫€沒(méi)有找到比較合適的7層交換軟件，因此目前我初步打算自己在IPVS上做擴(kuò)展實(shí)現(xiàn)我自己的基于應(yīng)用的均衡算法。

作者: gl00ad 時(shí)間: 2008-10-28 22:53

原帖由 miaoer 于 2008-10-28 21:34 發(fā)表
我目前碰到的關(guān)鍵問(wèn)題是：
如何將協(xié)商UDP端口的TCP鏈接與協(xié)商出來(lái)的UDP通信數(shù)據(jù) schedule到相同的RS上去。

persistence and firewall mark

read document/test to see the theory hold

作者: miaoer 時(shí)間: 2008-10-31 10:50
標(biāo)題: 回復(fù) #24 gl00ad 的帖子
Persistence and firewall mark are not able to handle this.
The UDP port is negotiated dynamicly and varies all the time.

作者: gl00ad 時(shí)間: 2008-11-01 02:29

原帖由 miaoer 于 2008-10-31 10:50 發(fā)表
Persistence and firewall mark are not able to handle this.
The UDP port is negotiated dynamicly and varies all the time.

at least the UDP port has a range like ftp min max port number range 10000-20000

You know your application better than everyone else does, you think LVS cannot, why waste our time asking:
請(qǐng)教我的服務(wù)能否通過(guò)LVS實(shí)現(xiàn)負(fù)載均衡集群？

作者: miaoer 時(shí)間: 2008-11-03 17:13
標(biāo)題: 回復(fù) #26 gl00ad 的帖子
I am searching for a stable layer-7 based switch method.
I am here asking for help, just want to know whether there is some one who did this kind of things before. I didn't intend to waste your time. If you think these questions wasted your time, I am really sorry for that.

歡迎光臨 Chinaunix (http://72891.cn/)