PTT職涯區 / MIS (IT資訊人員)

[Case] 企業內網_網站點擊查詢後等待時間過長

看板MIS (IT資訊人員)作者 (菩提本無物)時間2年前 (2022/05/20 11:41), 編輯推噓5(5推 0噓 34→)
留言39則, 10人參與, 最新討論串1/1
[▂事情是這樣的 最近接到一個issue是關於server更換實體位置放置後， User端開始有感網頁操作的回應時間變長了。 ========詳情======== 一台掛有外包網頁系統的server，原本放在 B棟 lab，多數使用者也在lab， user操作上存取回應很快，由 A/B棟連線，各種動作都是1s內完成。 由於前幾個月的台電停電，此server被規畫至另一UPS區域 C棟放置，問題就開始了.. 需要查詢DB的步驟，由 A/B棟連線過去，從原本的1s內，拉長為3~4s， 導致一天有數百筆資料要處理的lab user開始抱怨了。 ========環境======== 企業內網 光纖 光纖 A ---------- B ---------- C(server現存位置) (Switch 1G) (Switch 1G) B/C棟的光纖是由A棟拉過去的 而中間介面是一台1G的Swtich ========測試======== 目前實測，A/B棟(透過Switch 1G出去)連到C棟的都是3~4s， 但在C棟內找了數台裝置測試，仍維持在1s內的回應! ping值也都在1~2ms TTL=128也正常。 ========問題======== 在此情況下，還有什麼方式能夠測試，以判斷是設備效能不足抑或是網速不足導致的問題? (因為在同一網段內回應時間是1s內，暫時排除網頁系統效能問題。) 先感謝大家撥冗閱讀 (_"_) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 116.50.60.180 (新加坡) ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1653018103.A.EF1.html
推
05/20 12:49, 2年前 , 1F
先F12的Network看看到底卡在哪個環節？C棟有其他AB連正常
05/20 12:49, 1F
→
05/20 12:49, 2年前 , 2F
的服務嗎？
05/20 12:49, 2F
→
05/20 13:40, 2年前 , 3F
你先列出你手上設備的軟硬體清單，看那些可以監控，以及怎做
05/20 13:40, 3F
→
05/20 14:25, 2年前 , 4F
F12確認過，秒數都花在[時間]頁籤內(要求/回應)中的
05/20 14:25, 4F
→
05/20 14:25, 2年前 , 5F
已傳送要求 ===>2.3毫秒
05/20 14:25, 5F
→
05/20 14:26, 2年前 , 6F
等待(TTFB) ====>859.09毫秒
05/20 14:26, 6F
→
05/20 14:26, 2年前 , 7F
下載內容 =====>282.33毫秒
05/20 14:26, 7F
→
05/20 14:27, 2年前 , 8F
更正:已傳送要求====>2.30 秒
05/20 14:27, 8F
→
05/20 14:29, 2年前 , 9F
目前尷尬的是，C棟只有這個對外的service，無法比較
05/20 14:29, 9F
→
05/20 14:50, 2年前 , 10F
>>kojj 好的 硬體是網路設備，那軟體需要列哪些呢?
05/20 14:50, 10F
推
05/20 15:49, 2年前 , 11F
前陣子公司前輩有處理類似的 有聽到好像是從DNS方面下去
05/20 15:49, 11F
→
05/20 15:49, 2年前 , 12F
查而解決
05/20 15:49, 12F
→
05/20 17:21, 2年前 , 13F
你OS? DB? Web service? 以及你有多少權限做設定與監控?
05/20 17:21, 13F
→
05/20 17:23, 2年前 , 14F
看你剛回報數字，比較像你服務平台的延遲造成，但是原因....
05/20 17:23, 14F
→
05/20 17:26, 2年前 , 15F
859ms 那值太慢，但原因可能很多，要看你的最大負載在哪
05/20 17:26, 15F
→
05/20 21:21, 2年前 , 16F
這樣怎麼感覺Switch 的forwarding有出現問題？ 或者g
05/20 21:21, 16F
→
05/20 21:21, 2年前 , 17F
bic 沒有接好等可能，如果是我我會從switch 上開始盤
05/20 21:21, 17F
→
05/20 21:21, 2年前 , 18F
查問題
05/20 21:21, 18F
推
05/21 10:35, 2年前 , 19F
跨網域的先看是不是 db query 迴圈過多，handshake 會
05/21 10:35, 19F
→
05/21 10:35, 2年前 , 20F
花很多時間
05/21 10:35, 20F
→
05/21 10:36, 2年前 , 21F
還有就是 db query 量跟頻寬，說不定就真的需要這麼長
05/21 10:36, 21F
→
05/21 10:36, 2年前 , 22F
時間傳輸
05/21 10:36, 22F
→
05/21 16:02, 2年前 , 23F
就看Antonio 他檢查完，能提供多少訊息。
05/21 16:02, 23F
推
05/21 23:31, 2年前 , 24F
確認網卡跟網路設備的MTU
05/21 23:31, 24F
推
05/24 22:05, 2年前 , 25F
光纖多模距離太長會衰減 建議長距離都用單模光纖
05/24 22:05, 25F
→
05/28 09:36, 2年前 , 26F
Traceroute或到各SW上ping server，先看延遲是不是真的
05/28 09:36, 26F
→
05/28 09:36, 2年前 , 27F
發生在網路上
05/28 09:36, 27F
→
06/06 09:41, 2年前 , 28F
感謝各位大大提供的建議，前幾天在忙其他專案，
06/06 09:41, 28F
→
06/06 09:41, 2年前 , 29F
這周開始會繼續各位提供調查方向，感溫
06/06 09:41, 29F
→
06/06 09:42, 2年前 , 30F
有沒有解決都會來回報檢查結果 (_"_)
06/06 09:42, 30F
→
08/05 14:09, , 31F
20220805-已與廠商討論其會檢查SQL端，目前尚未解決
08/05 14:09, 31F
→
08/06 10:46, , 32F
這不是很簡單的問題嗎????
08/06 10:46, 32F
→
11/24 15:56, , 33F
非常感謝各位大大撥冗分享，初步用iperf3實測結果->
11/24 15:56, 33F
→
11/24 15:57, , 34F
11/24 15:57, 34F
→
11/24 15:58, , 35F
結果看來傳輸速度有落差。
11/24 15:58, 35F
→
11/24 15:58, , 36F
近期請廠商來現場檢測評估，初判是線路關係導致，
11/24 15:58, 36F
→
11/24 16:02, , 37F
推測由於早期的光纖配線盤接點老化，導致端點不通，
11/24 16:02, 37F
→
11/24 16:04, , 38F
才會以Cat.6跨棟牽線的方式替代，可能因距離導致衰弱
11/24 16:04, 38F
→
11/24 16:05, , 39F
。接下來就是再安排整體線路改善計畫，應能改善。
11/24 16:05, 39F
‣ 更多 antonio9033 的文章
文章代碼(AID): #1YXmttxn (MIS)
MIS 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 antonio9033 的文章
文章代碼(AID): #1YXmttxn (MIS)