Q:有沒有現成的patch,我已經設好qmail+vpopmail+Oracle+sqwebmail但是我有20台主機要集群前端為收發mail的gateway,怎麼轉發到後端機器我想通過LDAP的maildrop功能實現是不是可行考慮到安全原因，不想把Mail存儲服務器暴露在外面 A:大哥.問你一把 vpopmail如何和oracle一起使用 ？ 和mysql一樣麼 有什麼好的這方面的資料 給說說 謝謝!!!如果希望負載平衡 能不能試一試dns rotate?要麼看看 下面的 資料： Linux Virtual Server，簡稱LVS。是由中國一個Linux程序員發起的開發項目計劃，其實現目標是創建一個具有良好的擴展性、高可靠性、高性能和高可用性的，基於Linux系統的服務器集群使用LVS架設的服務器集群系統從體系結構上看是透明的，最終用戶只感覺到一個虛擬服務器物理服務器之間可以通過高速的LAN或分布在各地的WAN相連。最前端是負載均衡器，它負責將各種服務請求分發給後面的物理服務器，讓整個集群表現得象一個服務於同一IP地址的虛擬服務器。 LVS集群系統具有良好的可擴展性和高可用性。可擴展性是指，LVS集群建立後，可以很容易地根據實際的需要增加或減少物理服務器。而高可用性是指當檢測到服務器節點或服務進程出錯、失效時，集群系統能夠自動進行適當的重新調整系統。LVS的高可用性的實現，將在15.7節詳細介紹。 LVS是如何工作的 Linux Virtual Server的主要是在負載均衡器上實現的，負載均衡器是一台加了LVS Patch的2.2.x版內核的Linux系統。LVS Patch可以通過重新編譯內核的方法加入內核，也可以當作一個動態的模塊插入現在的內核中。負載均衡器可以運行在以下三種模式下中的一種或幾種： 1）Virtual Server via NAT（VS-NAT）：用地址翻譯實現虛擬服務器； 2）Virtual Server via IP Tunneling （VS-TUN）：用IP隧道技術實現虛擬服務器； 3）Virtual Server via Direct Routing（VS-DR）：用直接路由技術實現虛擬服務器。另外，還需要根據LVS應用對物理服務器進行恰當的配置。 以下將分別講述一下三種模式的工作原理和優缺點。 1.Virtual server via NAT（VS-NAT） Virtual Server via NAT方法的最大優點是集群中的物理服務器可以使用任何支持TCP/IP操作系統，物理服務器可以分配Internet的保留私有地址，只有負載均衡器需要一個合法的IP地址。這種實現方法的最大的缺點是擴展性有限。當服務器節點（普通PC服務器）數據增長到20個或更多時，負載均衡器將成為整個系統的瓶頸，因為所有的請求包和應答包都需要經過負載均衡器再生。假使TCP包的平均長度是536字節的話，平均包再生延遲時間大約為60us（在Pentium處理器上計算的，采用更快的處理器將使得這個延遲時間變短），負載均衡器的最大容許能力為8.93M/s，假定每台物理服務器的平台容許能力為400K/s來計算，負責均衡器能為22台物理服務器計算。Virtual Server via NAT能夠滿足許多服務器的服務性能需求。即使是是負載均衡器成為整個系統的瓶頸，如果是這樣也有兩種方法來解決它。一種是混合處理，另一種是采用Virtual Server via IP tunneling或Virtual Server via direct routing。如果采用混合處理的方法，將需要許多同屬單一的RR DNS域。你采用Virtual Server via IP tunneling或Virtual Server via direct routing以獲得更好的可擴展性。也可以嵌套使用負載均衡器，在最前端的是VS-Tunneling或VS-Drouting的負載均衡器，然後後面采用VS-NAT的負載均衡器。 2.Virtual server via IP tunneling（VS-TUN） 采用VS-NAT方式，請求與應答包都需要經過負載均衡器，那麼當服務器節點增長到20個或更多時，這個負載均衡器就可能成為新的瓶頸。我們發現，許多Internet服務（例如WEB服務器）的請求包很短小，而應答包通常很大。而使用VS-TUN方式的話，負載均衡器只負責將請求包分發給物理服務器，而物理服務器將應答包直接發給用戶。所以，負載均衡器能處理很巨大的請求量，這種方式，一台負載均衡能為超過100台的物理服務器服務，負載均衡器不再是系統的瓶頸。使用VS-TUN方式，如果你的負載均衡器擁有100M的全雙工網卡的話，就能使得整個Virtual Server能達到1G的吞吐量。 IP tunneling（IP隧道）能夠用於架構一個高性能的virtual server，非常適合構建virtual proxy server，因為當代理服務器收到了請求，能夠讓最終用戶直接與服務器聯系。但是，這種方式需要所有的服務器支持"IP Tunneling"(IP Encapsulation)協議，我僅在Linux系統上實現了這個，如果你能讓其它操作系統支持，還在探索之中。 3.Virtual Server via Direct Routing（VS-DR） 就象VS-TUN一下，在VS-DR方式下，負載均衡器也只是分發請求，應答包通過單獨的路由方法返回給客戶端。這種方式能夠大大提高Virtual Server的可擴展性。與VS-TUN相比，VS-DR這種實現方式不需要隧道結構，但它要求負載均衡器的網卡必須與物理網卡在一個物理段上。而且VS-DR模式，可以使用大多數操作系統做為物理服務器，其中包括： Linux 2.0.36、2.2.9、2.2.10、2.2.12； Solaris 2.5.1、2.6、2.7； FreeBSD 3.1、3.2、3.3； NT4.0無需打補丁； IRIX 6.5； HPUX11等。 下面這張表概括地比較了VS-NAT、VS-TUN、VS-DR的特點： 表21-1 三種實現方式對比表 特性模式 VS-NAT VS-TUN VS-DR 服務器操作系統 任何操作系統 須支持隧道技術 大多數系統 服務器模式 無 隧道、 無ARP Lo、 無ARP 端口映射 有 無 無 服務器網絡 私有網 LAN/WAN LAN 服務器數量 少(10-20) 多（100） 多(100) 用戶訪問IP LVS虛擬IP LVS虛擬IP LVS虛擬IP 服務器網關 負載均衡器 原有的路由器 原有的路由器 下面我們分別看看是如何具體實現。 A:你用vpopmail 4.9.6，都有的。我現在有兩種辦法: 前端是實地址、後端是虛擬地址。 1、准備2個星期改寫smtpd程序，讓他可以作為查詢oracle數據庫的郵件網關如果這樣我還要改寫plug-gw程序。 2、利用NFS系統。所有的郵件存放NFS服務器上，NFS 服務器集群起來，前端用plug-gw 實現端口轉發負載均衡（DNS輪轉早就這麼做了）。負載均衡前端我用Alteon AD4。 3、和oracle要自己手工建database。 4、我後來干脆重新按要求裝數據庫，這樣就不用手工建立了。
