IT運維面臨網路緩慢的解決方法

2021-09-21 20:46:25 字數 1996 閱讀 2057

隨著

企業業務的

需要變化

,企業對網路的依賴程度也將相應增加,it部門需要對網路進行持續的改造與優化,以適應最新的企業

業務應用需求。在一系列的it持續性改進措施中,消除因為網路緩慢所造成的「抱怨」勢在必行,同時還需要我們對已有網路架構和發展需求進行逐一評估,以找出制約it效能瓶頸。在這一過程中,企業需要根據自身的業務特點

擴容網路中的資料流量,同時又能對影響上層應用的異常流量及時預警,以便從大量繁雜的資訊中尋找網路優化方向。

常言道:「不怕斷,就怕慢」,網路緩慢,業務系統訪問效率低下,儘管

it部門

應想出了無數種方法,甚至

購買riverbed優化,

擴充頻寬,

使用上網**伺服器,可

網路擁堵現象依然隨時刺激著it部門的神經。

首先,定位網路緩慢

問題。在it運維工程師日常的工作中,受到使用者抱怨最多的往往不是網路斷開,或者業務系統故障

,而是網速慢對工作造成影響

。在經過雙鏈路、雙路由、集群主機等精心呵護之後,企業的核心業務系統一般很少出現致命故障

,找到真正影響網路緩慢的根本原因是很困難的

。任何乙個網路都可能存在頻寬被吞噬,業務系統持續優化的問題,而使用者訪問業務系統的速度直接影響了他們對it部門的評價。在小型的網路中,管理人員可以使用免費網路檢測分析軟體對網路中傳輸的資料報進行捕獲。但在業務比較眾多,或規模較大網路中,如果單純的使用流量軟體,將很難找到問題的根源,如果是病毒或是環路引起的網路故障,很可能會拖延問題的解決,最終將導致整個網路的全部癱瘓。

有源測試當中的一項就是測試裝置的埠工作引數並做文件備案,便於早期發現問題,而不是等問題出現以後再處理。對於可靠性要求高的網路,防止問題發生比處理故障的意義來的更重要。在有些故障的診斷過程當中,現場測試是必不可少的,此時如果手中有一些應手的工具,診斷故障的過程會很順利,節省大量不必要的

「猜測、替代、試驗、對比

」時間。對尚未出現明顯問題的網路定期做一些測試,是消除網路故障重大隱患,提高網路效能的非常有效的手段

。 使用網路檢測分析軟體對

核心網路中傳輸的資料報進行捕獲,通過交換機的埠流量映象監控下來的日誌,

通過snmp協議檢視路由器執行狀態,使用ping\tracert、route printer命令來收集路由資訊,採用隔離逐一排查的方法的方法最終找到網路緩慢的真正源頭。常見的網路問題如下,還有個別時間段緩慢,跟企業的頻寬出口和應用峰值有關。

迴路問題

: 一般當網路較小涉及的節點數不是很多、結構不是很複雜時,這種現象很少發生。但在一些比較複雜的網路中,由於一些原因經常有多餘的備用線路,則會構成迴路,資料報會不斷傳送和校驗資料,從而影響整體網速,並且查詢比較困難。為避免這種情況發生,要求我們在鋪設網線時一定要養成良好的習慣,網線打上明顯的標籤,有備用線路的地方要做好記載。

廣播風暴

: 作為發現未知裝置的主要手段,廣播在網路中起著非常重要的作用。然而,隨著網路計算機數量的增多,廣播包的數量會急劇增加。當廣播包的數量達到30%時,網路傳輸效率將會明顯下降。當網絡卡或網路裝置損壞後,會不停地傳送廣播包,從而導致廣播風暴,使網路通訊陷於癱瘓。因此,當網路裝置硬體有故障時也會引起網速變慢。當懷疑有此類故障時,首先可採用置換法替換集線器或交換機來排除集線裝置故障。然後關掉集線器的電源後用ping命令對所涉及計算機逐一測試,找到有故障網絡卡的計算機,更換新的網絡卡可恢復網速正常。

埠瓶頸

: 實際上路由器的廣域網埠和區域網埠、交換機埠、集線器埠和伺服器網絡卡等都有可能成為網路瓶頸。我們可在網路使用高峰時段,利用網管軟體檢視路由器、交換機、伺服器端口的資料流量(用netstat命令也可統計各個埠的資料流量),確認網路資料流通瓶頸的位置,設法增加其頻寬。如更換伺服器網絡卡為100m或1000m、安裝多個網絡卡、通過改變路由器上配置來增加頻寬等方法都可以有效地緩解網路瓶頸,最大限度地提高資料傳輸速度。

乙個健康的企業網路不但要求高質量的方案設計和實施,更加重要的是形成過硬的維護支援體系,

需要it部門持續不斷地監督網路執行機制,提高網路的整體執行效率,為業務的持續和安全穩定執行保駕護航。

外包IT運維面臨的問題及挑戰

雲 端 顛覆客戶企業 it 基礎架構,打破原有的 it 部門與業務部門邊界,重物的運維逐步傾向對人 業務的支援。相應地,也對 it 運維外包服務商提出新要求 新挑戰。外包 it 運維面臨的問題及挑戰 1 傳統的 it 服務手段亟待網際網路資訊化公升級轉型 無服務台,服務管理流程混亂,承諾的 sla ...

SSH登入緩慢解決方法

最近幾天通過ssh登入區域網內的一台機器時,在輸入使用者名稱後,得等10多秒後才會有響應回來,很慢,但ping的時候ttl時間很快,那機器負載也蠻小的。這個小問題存在了幾天,一直沒顧上解決,今天在網上查了些資料,終於知道的這個問題產生的原因。原因之一是因為linux系統的乙個檔案 etc nsswi...

EF批量插入資料緩慢解決方法

在vs中新建ef之後,右鍵解決方案下的引用,選擇管理nuget程式包,搜尋z.entityframework.extensions並安裝。在irepository中加入方法 在 repository進行實現 1 public virtual void bulkinsert ienumerableen...