曾幾何時，Open×××的server模式蒙蔽了人們的雙眼，被視為是一個巨猛的革新，于是一個Open×××服務(wù)器可以支持多個Open×××客戶端了，server模式下的c2c模式更是加劇了我們向server模式的靠攏，以至于到了現(xiàn)在，很多人已經(jīng)遺忘了Open×××的p2p模式，而只記得server模式了。于是問題來了

1.Ope×××的單進程問題

如今硬件們都已經(jīng)是SMP的了，可是Open×××還是單進程的。啟動一個server模式的Open×××服務(wù)器，N多個Open×××客戶端連接過來，一個CPU利用率已經(jīng)100%了，然而其它CPU還空閑著，于是你開始抱怨Open×××的scalable不好，于是想出了運行多個Open×××實例，然而又要面對復(fù)雜的負(fù)載均衡問題，綁不綁CPU本身也是一個問題。
??????? 事實上，這不是Open×××的錯，而是你用錯了它，使用p2p模式就可以了。運行多個p2p模式的Open×××，等同于構(gòu)建了多條×××隧道，靠內(nèi)核自身的進程調(diào)度機制來優(yōu)化性能，而不是麻煩你自己。

2.Open×××的push功能

Open×××可以將路由等信息push到對端，這個功能看似很不錯，然而一旦誤用就會引來很大的麻煩。如果在一臺物理機器上啟用多個server模式的Open×××進程，某些是客戶端，剩下的是服務(wù)器，推送的路由以及自己配置的路由如何被應(yīng)用于系統(tǒng)將會很復(fù)雜，特別是在c2c開啟的時候，越是復(fù)雜的策略將越使事情難辦。
???????? 不要抱怨Open×××，實際上仍然是你用錯了它，使用p2p模式就好了。運行多個p2p模式的Open×××，等同于構(gòu)建了多條×××隧道，每條隧道只有自己和唯一的對端，路由只在這二者上配置，只對二者負(fù)責(zé)，應(yīng)用多個配置文件將會比公用一個配置文件更加使問題條理化。

3.Open×××奇怪的組網(wǎng)模式

Open×××分為三層模式而二層以太網(wǎng)模式，這使得組網(wǎng)復(fù)雜了，另外又有一個internal route的概念使得訪問控制更加不對稱且難以控制。這仍不是Open×××的錯，可能是你自己把問題復(fù)雜化了。
??????? 事實上，有一條真理需要提一下：你的問題和解決問題的方案必須阻抗匹配。就是說復(fù)雜的解決方案解決的是復(fù)雜的問題，這樣當(dāng)你面對復(fù)雜問題的時候，你就不會覺得方案復(fù)雜了。

4.Open×××不能和IPSec的網(wǎng)絡(luò)拓?fù)湎嗉嫒?/h2>這個就不多說了，畢竟IPSec×××的組網(wǎng)模式是對等的，而server模式下的Open×××是不對等的。面對“好用”的c2c，人們總是要問：難道不能在兩個客戶端之間直接建立隧道嗎？得到的回答往往是：這是Open×××的機制決定的。而實際上只要使用p2p模式，這個問題便可以迎刃而解。

p2p模式的Open×××

這又是一個被人遺忘的角落，起碼是被我遺忘了。使用p2p模式的Open×××的結(jié)果就是“它看起來和IPSec×××的配置方式一樣”。只要配置一個本端和對端即可，如果能拋棄push這種高級特性的話，效果就更好了，畢竟×××只需要告訴系統(tǒng)哪些流量需要進入隧道即可，Open×××可以使用配置靜態(tài)路由簡單的做到這一點，配置如下：
本端：
到對端網(wǎng)絡(luò)的流量路由到tap/tun
對端：
到本端網(wǎng)絡(luò)的流量路由到tap/tun
十分簡單，剩余的事情就是維護上述配置和Open×××進程之間的對應(yīng)即可。最簡單的方式就是將其寫入到每個Open×××進程對應(yīng)的單獨的配置文件中。使用p2p模式的Open×××最顯著的效果是它可以自動解決SMP的利用問題，比如你在一臺機器上啟動了10個Open×××進程(p2p模式下雖然也有服務(wù)器端和客戶端之分，然而這種區(qū)分只在連接建立時有意義)，那么讓內(nèi)核自己來在N個CPU上調(diào)度這10個進程吧-如果你信任內(nèi)核調(diào)度器的話-榨取SMP性能還得靠內(nèi)核調(diào)度器自身，而不是靠自己去做幾于偏執(zhí)的復(fù)雜開發(fā)與配置(比如CPU綁定，tap/tun的網(wǎng)卡bonding，多Open×××進程共享虛擬網(wǎng)卡之類的)，雖然這種工作確實能證明自己是一個還算優(yōu)秀的研發(fā)人員。
??????? 隨著軟硬件越來越復(fù)雜，功能越來越全，性能越來越高，能把工作塞給它們的就不要自己來。但是永遠(yuǎn)不要把復(fù)雜的策略塞給它們，如果真的需要這樣，那就好好的設(shè)計一個協(xié)議來完成這些，千萬不要憑空的實現(xiàn)...這也是Cisco的做法，Cisco的很多高級功能是配置出來的，而不是它自動生成的，然而Cisco確實也實現(xiàn)了很多做這種本應(yīng)該由人來完成的協(xié)議。
??????? 只需要記住，在真正的人工智能還沒有之前，做事的只有計算機，權(quán)衡如何做事的只有人，人不要把策略交給計算機，也不要幫計算機完成重復(fù)的底層機制，因此有時候拋棄Open×××的server模式以及push功能并不能說明你在倒退，相反它是一種理性的回歸，一種返璞歸真的理性回歸。特別是路由這種東西，要么你自己配出來，要么靠成熟的路由協(xié)議來配置出來，我覺著這才是一款高魯棒性產(chǎn)品的根本，花哨的東西統(tǒng)統(tǒng)下課。

轉(zhuǎn)載于:https://blog.51cto.com/dog250/1268972

總結(jié)

以上是生活随笔為你收集整理的返璞归真的Open×××的p2p模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。