1. 程式人生 > >七牛雲-CDN常見問題

七牛雲-CDN常見問題

CDN常見問題總結

源站域名可以和加速域名一致麼?

不可以 源站型別為域名時,源站域名不允許和加速域名相同;
因為 cname記錄 和 A記錄 會衝突,不能配置同一個主機記錄;

CDN對於加速內容檔案大小有何限制?

針對檔案大小無限制

  • 如果是圖片,js,css等網頁檔案, 推薦使用 “圖片小檔案” 平臺

  • 如果是大檔案, 軟體安裝包,大的壓縮包(超過20M),推薦使用 ”下載分發“平臺

  • 如果大檔案是音視訊檔案,加速視訊的點播服務,推薦使用 ”點播“ 平臺

針對動態檔案可以進行加速分發麼?

如果加速域名下面的檔案型別多為動態檔案,強烈建議做動靜分離;動態內容採用獨立域名,不使用CDN加速

採用CDN服務對源站點是否需要改造?

基本不需要,但建議使用者先做動靜分離,以達到更優的加速效果,動態檔案和靜態檔案放在不同的域名下面
,靜態資源加速。

CDN是對網站所在的伺服器加速,還是對域名加速?

是針對某個域名下面加速的,如果該域名完成了加速配置,那麼這個域名下面的檔案的訪問都會通過CDN

七牛雲CDN的優勢

  • 全面覆蓋,無盲點
    • 自建+融合,讓七牛在資源冗餘和節點覆蓋上更加全面;
  • 融各家之所長
    • 全面評估各廠商節點效能,分割槽域精選各家優質節點,組合優質線路為客戶提供服務;
  • 全面監控,實時優化,長期保證
    • 針對線上優質線路,實時動態持續優化。自研的一整套CDN運營優化體系,幫助客戶專業管理CDN,保證長期穩定的高品質服務
  • 一主N備,一鍵下線,穩定高可用
    • 除傳統廠商內部監控排程系統外,七牛自主研發的外圍監控體系,大大增加了整體系統的可靠性;
  • 防劫持優化
    • 通過happy DNS等方式,大大降低劫持可能性;
  • 小運營商全面覆蓋
    • 融合多家CDN廠商,小運營商資源豐富;
    • 與小運營商(鵬博士等)合作共建,充分保障小運營商訪問效果;
  • 與七牛Pandora結合,超強日誌分析。

七牛雲CDN國內外分佈情況

  • 國內
    這裡寫圖片描述
  • 海外
    這裡寫圖片描述

發生賬戶欠費後,CDN會停止服務麼?

不會, 能夠繼續使用,避免導致客戶業務受影響;
會通過簡訊還有控制檯提示充值。

快取相關

七牛CDN快取規則是預設快取30天, 如圖所示:


這裡寫圖片描述

檢視結果
這裡寫圖片描述

CDN檔案的快取時間是多久?

  • 檔案的快取時間,是指檔案在瀏覽器中的快取時間週期。
  • CDN 快取伺服器嚴格遵守http的標準協議,具體的快取時間由http 響應頭裡面的 Cache-Control 和
    Expires 響應頭控制
  • Html的檔案快取時間檢視方式:檢視http訊息頭裡面的 Cache-Control ,如”Cache-Control maxage=2592000(秒)”,表示檔案將會快取30天。這時除非使用手動重新整理,否則新開的瀏覽器頁面在
    檔案快取週期內都不會去回源重新獲取檔案

是否支援源站的Cache-Control設定?

支援,CDN的cache本身是遵循http協議的,所以具體的快取時間由使用者的檔案header頭來控制的;在portal平臺可以選擇”遵循源站“,如圖:
這裡寫圖片描述

快取策略設定注意事項

  • 對於不經常更新的靜態檔案,建議將快取時間設定為1個月以上(eg:圖片,安裝包,音視訊);
  • 對於需要更新並且更新很頻繁的靜態檔案,可以將快取時間設定短些,視業務情況而定(eg:js,css);
  • 對於動態檔案(eg:php | jsp | asp),需要將 Cache-Control 設定為no-cache, private或者max-age=0,這樣CDN就不會做快取,直接回源站。(建議:做好動靜分離)

Tips:

變更快取配置規則後,新規則不會立即生效,在”原有快取配置”時間失效後,新的配置會自動生效;若要立即生效,需要手動重新整理,注意:目錄重新整理請仔細評估資源回源量,以免造成源站壓力

節點快取資料的更新和同步,是實時麼?

CDN的更新不實時,首先建議使用者不要做同名更新,如果必須是同名更新,使用者源站更新之後,需要從控制檯
提交重新整理請求,或者使用API,完成主動重新整理。如果不主動提交重新整理,只能等待快取檔案到期後才能回源拉取最
新的檔案。

快取重新整理和檔案預取操作有限制麼?

  • 檔案每天500個, 目錄每天50個, 檔案預取到CDN節點每天100個
  • 每次 重新整理檔案/預取檔案 最多20個, 每次重新整理目錄最多5個

如圖所示:
這裡寫圖片描述

快取重新整理、檔案預取的區別和使用場景是什麼?

  • 快取重新整理:強制將分發節點上快取的資源標記為過期,當用戶再次對該資源發起請求時,節點會回源
    拉取資源,並快取一份更新後的資源在分發節點
  • 檔案預取:主動觸發將源站資源推送到邊緣節點,使用者訪問資源時,可以直接命中快取,緩解突增回
    源流量給源站造成的壓力

針對特殊的檔案的字尾、路徑 可否做特殊的快取配置?

有的,七牛有推薦配置(可修改),還可以自己新增字尾和目錄來配置,如圖所示:
這裡寫圖片描述

效能相關

CDN的快取命中率是多少?

這個要看使用者資料的熱點。檔案的訪問量越大,命中率相應的就會越高;按正常情況基本上是 95%+

如何判斷請求是否命中?

  • X-Cache:HIT TCP_MEM_HIT 表示命中快取
  • X-Cache:MISS TCP_MISS 則表示未命中快取

可以檢視Response Headers中關於X-Cache的資訊,檢視是否命中快取

命中率如果較低的原因是什麼?

  • 網站訪問量較低,檔案熱度不夠,CDN收到請求較少無法有效命中快取
  • 快取配置不合理,針對某些檔案設定較短,導致CDN節點頻繁回源
  • HTTP Header設定導致無法快取,需要使用者檢查源站的 Cache-Control 設定或者 Expires 的設定
  • 源站動態資源較多,多為不可快取的內容,也會導致頻繁回源拉取

CDN什麼情況下會回源拉取資源?

  • 使用者訪問時,如節點上無快取,則會回源拉取資源
  • CDN節點上的檔案超時過期,會回源拉取資源
  • 若為不快取檔案,使用者訪問時,會直接回源

回源頻寬峰值高於網路頻寬峰值如何理解?

  • 針對大檔案,由於CDN的一級快取和二級快取均支援range回源,會有效降低網路頻寬峰值,若使用者的源站不支援range回源,大檔案回源將會引起回源頻寬值增長,造成回源頻寬峰值高於網路頻寬峰值
  • 使用了檔案預取功能,該功能會將源站資源主動下發到邊緣節點,引起回源流量的增長,但不會引起網路流量增長,造成回源頻寬峰值高於網路頻寬峰值

CDN回源失敗的場景有哪些?

  • 源站頻寬或計算過載,導致無法正常回源
  • 源站儲存的資源有問題,不能正常回源訪問資源
  • 可以考慮通過設定快取時間的方式,降低迴源率,並對源站進行升級擴容

功能相關

是否支援HTTPS加速?

支援,且https 相容 http

是否支援泛域名加速?

目前圖片小檔案加速、大檔案下載加速、視音訊點播加速均支援泛域名新增;直播業務和HTTPS安全加速暫不支援泛域名。

使CDN加速真正生效,如何完成解析設定”CNAME繫結”

參考連結:

CDN資源監控有哪些?

  • 流量統計:監控單個或多個域名的運營情況,按照域名、時間,統計流量和頻寬實時資訊,包含網路流量和回源流量統計
  • 請求命中率:時間粒度內所有請求命中快取的概率,即Cache節點向終端使用者提供服務產生的請求數佔用戶所有請求數的概率
  • PV:統計一個時間段內當前域名下資原始檔的訪問次數
  • UV:統計一個時間段內當前域名下獨立請求的IP次數
  • 使用者區域分佈:分析使用者在不同區域的訪問量佔比
  • 運營商佔比:分析使用者在的訪問量佔比
  • URL訪問次數統計:按訪問量統計排名前100的URL列表

故障檢測

加速域名無法訪問或者訪問速度慢,如何定位故障?

  • ping domain 檢查
  • tracert -d domain 檢查
  • 檢查本地網路情況
  • 將CDN節點ip 提交工單 有技術支援協助解決

使用CDN,通常的故障狀況有那些?

  • 本地網路異常
  • CDN節點異常
  • 快取配置錯誤
  • 源站異常
  • 源站採集異常

使用CDN,第一次回源拉資料訪問是否會出現慢的情況?

會相對慢些,因為第一次CDN節點上沒有資料,要回源取資料,需要回源站獲取資料;建議使用檔案預取,將資源提前分發到邊緣節點

單一CDN節點負載過大如何解決?

CDN有監控措施,如果單節點負載大,會智慧呼叫附近的節點資源來支援,保證加速效果。

訪問CDN加速的資源返回狀態碼403

403狀態碼是拒絕訪問,可以檢查是否是私有空間、配置了防盜鏈(時間戳、referer)、回源鑑權不通過