作者：張醫博
背景：面向不同業務類型的網站，很多人都選擇了 CDN 加速來優化自己的網站，目的在于加速網民的體驗效果，赢取流量。
在網站調優的過程中，如果正确了解基于 CDN 的網絡調優以及正确的配合 CDN 服務方來快速提供調優資訊做了詳細的講解，
希望對大家有用，希望對從事 CDN 的人和對網絡調優感興趣的人能有作用。
1、确認調優類型
1.1、靜态檔案
- 小檔案： URL 小于 64KB
- 大檔案： URL 大于 1MB
- 視訊流：相當于大檔案，要求速度平穩無卡頓
- 全頁面：網頁包含多個域名及元素
1.2 動态
- 全頁面網頁： 包含多個域名及元素
- 事物流程：模拟通路，登入，點選，送出等行為
1.3 協定
- http、https
1.4 調優評測機制
- NetworkBench 、Gomez、 Bonree
1.5 使用者自定義評測
- 日志統計（下載下傳日志分析對比）
- client 端探測（内嵌入播放器）
- 自定義監測點（蘋果 ADSL 檢測）
2 觀察名額時間，找出阻塞時間點
DNS 時間
建聯時間
- 定義：
浏覽器和 WEB 服務建立 TCP/IP 連接配接時間
- 特征
代表 RTT ，直接展現 ping 值，反應 CDN 邊緣節點品質
建聯時間應該在 30ms 以内，小檔案建聯時間應越小越好。
建連時間是基礎，建聯時間長會引發一系列慢的情況，不同 CDN 服務商會有不同的 TCP/IP 的優化。
SSL 握手時間
- 定義
浏覽器和 WEB 服務端建立安全套接層（SSL）連結的消耗時間
隻有 HTTPS 協定中才有這個時間名額，反應服務端的處理能力，SSL 握手時間長會導緻整體時間長
首包時間
- 定義：是從浏覽器發送 HTTP 請求結束後，收到 WEB 伺服器傳回的第一個有效載荷資料包
- 特征：代表建聯時間和伺服器的響應時間之和
建聯時間長且首包時間長：網絡問題
建連時間端但首包時間長：伺服器負載過高，或者靜态資料沒能緩存住
内容下載下傳時間
- 定義：浏覽器從收到首包開始計時，至資料包全部接收全所需要的時間
- 特征：
受網路品質（RTT 和丢包率）影響
受裝置負載影響
受 TCP 協定棧技術影響
3、CDN 調優可調的名額有哪些
- 解析層級 ：應控制台二層以内，解析層級過多損耗更多。
- CDN 節點配置：節點精細化比較好，一般都是到省級别的骨幹節點，輔助個别地市級别的節點
- 如果遇到域名劫持，需要向當地營運商回報，目前 CDN 在 client 端防劫持的手段可以通過 HTTPS 預防，效果不一定是 100% 但是在 DNS 階段不太好禁止。DNS 劫持我們可以通過 nslookup 或者 dig 驗證。
檢查裝置負載
- CPU 負載高，導緻應用處理能力下降
- 磁盤 I/O 負載高，導緻伺服器給出資源耗時長
- cache server 響應時間
- 網絡負載
- 帶寬負載
- 裝置帶寬
虛拟機（網橋性能問題）接近門檻值丢包響應時間長
實體機（網卡級别）接近門檻值丢包，響應時間長
- 連接配接數異常高，導緻網絡處理能力下降
長連接配接
keepalive 是使用同一個 TCP 連結來發送和接收多個 HTTP 請求/應答，而不是每一個新的請求/應答打開新的連接配接的方法。
未完待續