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

[antonio9033 (菩提本無物)]

[▂事情是這樣的

最近接到一個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
推 asimon: 先F12的Network看看到底卡在哪個環節？C棟有其他AB連正常
→ asimon: 的服務嗎？
→ kojj: 你先列出你手上設備的軟硬體清單，看那些可以監控，以及怎做
→ antonio9033: F12確認過，秒數都花在[時間]頁籤內(要求/回應)中的
→ antonio9033: 已傳送要求 ===>2.3毫秒
→ antonio9033: 等待(TTFB) ====>859.09毫秒
→ antonio9033: 下載內容 =====>282.33毫秒
→ antonio9033: 更正:已傳送要求====>2.30 秒
→ antonio9033: 目前尷尬的是，C棟只有這個對外的service，無法比較
→ antonio9033: >>kojj 好的 硬體是網路設備，那軟體需要列哪些呢?
推 McAfee: 前陣子公司前輩有處理類似的 有聽到好像是從DNS方面下去
→ McAfee: 查而解決
→ kojj: 你OS? DB? Web service? 以及你有多少權限做設定與監控?
→ kojj: 看你剛回報數字，比較像你服務平台的延遲造成，但是原因....
→ kojj: 859ms 那值太慢，但原因可能很多，要看你的最大負載在哪
→ jenhsiangyu: 這樣怎麼感覺Switch 的forwarding有出現問題？ 或者g
→ jenhsiangyu: bic 沒有接好等可能，如果是我我會從switch 上開始盤
→ jenhsiangyu: 查問題
推 chang505: 跨網域的先看是不是 db query 迴圈過多，handshake 會
→ chang505: 花很多時間
→ chang505: 還有就是 db query 量跟頻寬，說不定就真的需要這麼長
→ chang505: 時間傳輸
→ kojj: 就看Antonio 他檢查完，能提供多少訊息。
推 xxoo1122: 確認網卡跟網路設備的MTU
推 torosome: 光纖多模距離太長會衰減  建議長距離都用單模光纖
→ JamesGO: Traceroute或到各SW上ping server，先看延遲是不是真的
→ JamesGO: 發生在網路上
→ antonio9033: 感謝各位大大提供的建議，前幾天在忙其他專案，
→ antonio9033: 這周開始會繼續各位提供調查方向，感溫
→ antonio9033: 有沒有解決都會來回報檢查結果 (_"_)
→ antonio9033: 20220805-已與廠商討論其會檢查SQL端，目前尚未解決
→ asdfghjklasd: 這不是很簡單的問題嗎????
→ antonio9033: 非常感謝各位大大撥冗分享，初步用iperf3實測結果->
→ antonio9033: https://imgur.com/a/RysS4xr
→ antonio9033: 結果看來傳輸速度有落差。
→ antonio9033: 近期請廠商來現場檢測評估，初判是線路關係導致，
→ antonio9033: 推測由於早期的光纖配線盤接點老化，導致端點不通，
→ antonio9033: 才會以Cat.6跨棟牽線的方式替代，可能因距離導致衰弱
→ antonio9033: 。接下來就是再安排整體線路改善計畫，應能改善。