ERP會堵住網路嗎?(轉)

ERP會堵住網路嗎?

http://www.226e.net/article/13/Article6540_1.htm

在計劃和部署企業ERP應用時，人們往往很注意系統本身，而忽視了網路這一重要因素。企業IT部門花費大量的時間用於配置伺服器並且計算它們能夠支援多少使用者，而很注意計劃客戶端的軟體分發。企業的部門首腦也很注意如何對員工進行訓練，以便使他們能夠使用這些新應用。然而他們都忽視了一個最基本的因素：網路。他們都根據以前部署其它應用的經驗，簡單地假設了企業網路能夠像處理所有其它的應用一樣處理新的ERP應用，但事實上，這種假設卻是錯誤的。

ERP結構
ERP應用絕大多數都部署在高度分散的分散式環境中。雖然ERP伺服器可能是中央化的，但客戶端一般都是部署在整個企業的各個角落。
一般而言，在ERP系統中伺服器和客戶端之間有三個功能領域是分散式的。第一就是資料庫元件，它儲存所有來自客戶端和傳輸到客戶端的資料。第二當然就是客戶端，由它進行初始的資料輸入、傳送請求以及顯示滿足這些請求的資訊等。第三個就是在客戶端和伺服器之間充當中介作用的應用元件。
由於ERP實施都是根據使用者的具體需求進行定製的，因此這些元件物理上位於何處以及如何相互作用也是差別很大的。但最通常的兩種實現結構是兩層結構和三層結構。
●兩層結構
在一個典型的兩層ERP結構中，伺服器處理與應用和資料庫相關的請求。客戶端負責顯示資料以及將使用者輸入的資料傳送給伺服器。雖然在實際的ERP系統中可能會有多個伺服器和客戶端跨越多種區域網和廣域網鏈路，但它們的基本處理過程都是相同的。圖1顯示了最簡單的兩層ERP實現的結構示意圖：

圖1：兩層ERP結構

●三層客戶／伺服器結構
在三層結構中，資料庫功能和應用功能是分離的，較大規模的ERP部署普遍採用的就是這種結構。在這種方案中，要想滿足客戶端請求需要兩個或更多的網路連線。在使用時最初由客戶端建立與應用伺服器的通訊，應用伺服器然後建立與資料庫伺服器的連線。圖2顯示了這種實現的三層式結構示意圖：

圖2：三層ERP結構

業務流量
從ERP實現的結構上，似乎看不出它與其它的分散式應用有多大區別，無非也就是伺服器與客戶端通訊以及伺服器與其它伺服器通訊罷了。如果單純從業務流的方式上講，ERP應用與其它的分散式應用的確沒有太多的差別。然而在ERP應用中，客戶端和伺服器之間要持續進行大量的業務流，而ERP應用對效能（系統的應答時間、延遲等）要求又非常高。在一個高速低延遲的鏈路上，效能可能不會成為一個問題。事實上，這就是為什麼效能問題直到ERP應用實施以後才被人們注意到的原因。因為在最初的開發和系統的測試期間，客戶端和伺服器一般都在放在孤立的網路或一個單個的子網中完成的。在這種環境中，端使用者可能從來不會遇到效能問題。但是當在真實的企業網路中部署ERP應用時，效能問題便會出現，因為企業網路中資料交換很多。
由於絕大多數ERP應用都是針對每一個具體的使用者而定製的，因此每個ERP應用的實現方式可能會各不相同。為了建立測試ERP應用業務流的的指令碼，美國GanymedeSoftware公司對各種ERP應用進行了廣泛的分析，該公司測試了在ERP應用中使用SMTP協議傳送電子郵件資訊這樣一種典型的網路交換方式，發現在網路上的，包括由客戶端和伺服器任何一方發起的資料傳輸的量是相當大的。
為什麼會在網路上發生那麼多的資料交換？原因就在於ERP應用和個別的處理操作本身也是非常複雜的。一個單個的業務，如增加庫存條目，可能就需要端使用者填寫幾個資訊表格。當每一個表格被完成以後，資料就要在網路上來回傳輸。每一個這樣的表格都有好幾項內容必須填寫。在有的ERP應用中，甚至將游標從一個專案跳到另一個專案時也會導致資料在客戶端和伺服器之間進行傳輸。
事實上，在兩層和三層環境中，通訊流量是有區別的。雖然傳送的總數量可能不會發生太大的變化，但通訊方式將會發生大的變化。在三層式環境中，伺服器－伺服器鏈路經常要承擔主要的通訊流量，而不是由客戶端－伺服器鏈路來承擔。因此三層式環境會給ERP應用帶來效能管理方面的問題，而且當端使用者遇到應用效能方面的問題時，要確定效能故障發生在哪一個特定的伺服器或網路連線也是一件困難的工作。

ERP對網路效能的影響

本部分的測試結果是我們使用GanymedeSoftware公司的Chariot軟體和ShunraSoftware公司的Cloud軟體產生的。Chariot被用來模擬與一個典型的ERP業務相關的各種網路流量，Cloud被用來模擬幾種不同的WAN環境。在下面的每一個測試中，我們使用Chariot來模擬在上表中列出的“增加使用者數量”這一業務流程。這個流程由客戶端和伺服器之間的242個傳送操作組成。為了確保統計的有效性，每個測試都重複進行10次，最後取平均值。
嚴格地講，系統處理一項業務所需的總時間包括客戶端輸入資料的時間、伺服器處理這些資料的時間以及網路傳輸時間。但客戶端輸入資料的時間並不是一個特別影響ERP效能的因素，因此這裡我們將測試的重點放在網路的應答時間上。
下面是具體的測試結果：
●區域網（LAN）效能：在第一個測試中，我們使用Chariot來模擬在100Mbps的LAN鏈路上增加使用者數量時對網路效能的影響。在這次測試中網路只達到了0．085Mbps的輸出，5微秒的理論應答時間變成了6秒。顯然如果想準確的預測這一類應用的效能還需要綜合考慮多種因素，網路效能只是一個方面。
●廣域網效能（T1線路）：緊接著，我們使用Cloud來模擬客戶端和伺服器在T1鏈路處理以上操作的情形。結果系統的應答時間已經從LAN上的6．2秒跳到了T1線路上的10．5秒。初一看這個結果也不算太令人失望。但是別忘了在這次測試中，我們假設了使用者完全擁有一個“空”T1線路，沒有其它的通訊和其它的使用者。在現實生活中，線路是一種共享的資源，每一個使用者都只能得到總頻寬的一小部分。因此10．5秒的應答時間只具有理論上的意義，在現實生活中是很難實現的。
●廣域網效能（56Kbps）：第三次測試是模擬在56Kbps的鏈路的情形，這裡再次假設了鏈路上沒有其它的通訊，使用者佔用全部資源。結果發現每個操作的網路應答時間從6．2秒上升到了接近40秒。這個結果也許與當使用者共享T1線路時網路的實際應答時間很相似。
●廣域網效能（28．8Kbps）：最後我們模擬了28．8Kbps的撥號線路，結果最大應答時間已經超過了80秒。一個使用繁忙的T1線路的使用者在訪問ERP應用時可能會出現類似的結果。
上面我們介紹了測試了在企業LAN、T1線路、56K線和28．8K線路上使用ERP時對網路效能的影響。這幾種線路應該包括了企業使用ERP時可能會用到的鏈路情況，因此它們是很有代表意義的。需要說明的是，我們都假設了測試是在“空”的廣域網鏈路上進行的。在真正的網路中有許多不利因素會發生，如擁塞、包丟失、碎片、位元錯誤等。所有這些都會影響上面測試的結果。

結論
網路效能是許多企業在部署ERP應用前經常忽視的問題。為了能夠充分預測到部署ERP應用以後的網路效果如何，在部署ERP應用前應該認真考慮以下幾個問題：
1．ERP應用與任何其它的網路應用都是不同的，不能用部署其它應用的方法來考慮ERP應用。
2．每一個ERP部署都是不同的。ERP的應用模組是定製的，系統結構和計算資源的分發要根據使用者的具體應用環境確定。
3．提前測試你的網路以瞭解這些應用是如何執行的，以及它們將對現有的應用產生什麼樣的影響，特別是要注意在WAN鏈路和負載較重的LAN上使用ERP時的情形。
4．計算機資源的物理位置可能會對ERP應用的執行效果產生重要的影響，在三層式環境中尤其是這樣。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-19895/，如需轉載，請註明出處，否則將追究法律責任。