亚欧色一区w666天堂,色情一区二区三区免费看,少妇特黄A片一区二区三区,亚洲人成网站999久久久综合,国产av熟女一区二区三区

  • 發布文章
  • 消息中心
點贊
收藏
評論
分享
原創

一種CDN動態加速首次訪問加速方法

2024-11-14 09:41:58
13
0

具體方案如下:

1. 對于全站加速,節點內部的探測采用的非請求觸發式探測(已實現),在首次訪問時,使用配置的頂層父方案作為回源節點回源,具體如下:

master_parent_area: "area.parent1st.ctcdn.com"             #動態區域中心的主域名,分區域解析
backup_parent_area: "area.parent2nd.ctcdn.com"             #動態區域中心的備份域名,分區域解析
master_parent_country: "country.parent1st.ctcdn.com"           #動態全國中心的主域名,做全量解析
backup_parent_country: "country.parent2nd.ctcdn.com"           #動態全國中心的備份域名,做全量解析
master_parent_area_all: "area_all.parent1st.ctcdn.com"         #動態區域中心全量解析的主域名,該域名允許配置為空
backup_parent_area_all: "area_all.parent2nd.ctcdn.com"         #動態區域中心全量解析的備份域名,該域名允許配置為空

1)由于邊緣主機角色,只會解析動態區域中心的主域名,只有當主域名解析失敗或沒配置,才解析動態區域中心的備份域名,并對區域父進行探測;而全站加速只有邊緣主機會進行動態路徑設置,所以,針對首次訪問加速,邊緣需要額外根據源站ip進行edns解析頂層父方案的域名并進行探測,頂層父方案定義:

  • 若配置了動態全國中心的主域名master_parent_country且解析不為空,則頂層父方案為master_parent_country配置的父方案;否則,配置了動態全國中心的備域名backup_parent_country且解析不為空,則頂層父方案為backup_parent_country配置的父方案域名;
  • 如果沒有配置動態全國中心的主備域名或解析都為空,若配置了動態區域中心全量解析的主域名master_parent_area_all且解析不為空,則頂層父方案為master_parent_area_all配置的父方案;否則,若配置了動態區域中心全量解析的備域名backup_parent_area_all且解析不為空,則頂層父方案為backup_parent_area_all配置的父方案;
  • 如果沒有配置動態全國中心的主備域名或解析都為空、且沒有配置動態區域中心全量解析的主備域名或解析都為空,若配置了動態區域中心分區域解析的主域名且解析不為空,則頂層父方案為master_parent_area配置的父方案;否則,配置了動態區域中心分區域解析的備域名且解析不為空,則頂層父方案為backup_parent_area配置的父方案;

2)將頂層父方案作為全站加速頻道的回源節點與中轉節點一起(回源節點和中轉節點進行去重)加入到內部抽象域名dynamic.inner.daliqc.cn的探測中,并將頂層父方案解析出來的父節點列表按照頻道粒度作為回源節點vip進行保存,上報dynamic.inner.daliqc.cn頻道的所有父節點探測數據到ccs,ccs下發該頻道的兩兩節點的最優路徑到agent,agent對于不活躍的頻道設置首次訪問的加速路徑,路徑拼接邏輯如下:

a)查找所有屬于加速頻道的回源節點vip路徑;
b)agent獲取到本節點到回源節點的最優路徑后,判斷該路徑中的中轉節點(除回源父節點外)是否在該頻道使用的資源池里面,如果不在里面則過濾掉;
c)剩余的路徑再與源站ip進行路徑拼接,每個源站ip可能存在多條回源路徑,如果配置的是非fastest_simple回源策略,則將其中一條回該源站ip的回源路徑放在path,其他回該源站ip的回源路徑放在backup_paths的數組中供網關訪問失敗重試;否則,對于fastest_simple回源策略,將所有源站ip的多條回源路徑進行混排,并放在path中,按照隨機的順序進行排序,backup_paths的數組為空;

3)刪除全站加速原來根據源站ip進行源站區域覆蓋解析組域名的edns解析及回源節點vip列表的更新,根據頂層父方案解析的回源節點來更新探測的回源節點vip列表,并添加回源節點vip的探測計數,針對舊的回源節點vip探測,如果其他頻道都沒有再探測,則直接剔除該回源節點vip的探測,并清理其探測數據;

2. 對于應用加速,由于沒有規劃父方案,都是采用節點互探的機制來進行動態選路,因此,不能使用和全站加速一樣的方案來解決首次訪問加速的問題,考慮到應用加速資源池數量少,維護管理起來沒有全站加速那么復雜,仍然采用用戶上網加速及首次訪問加速優化方案,并在原來方案的基礎上,增加回源節點是否在頻道配置的資源池的判斷,過濾掉不在頻道資源池的回源節點路徑,當沒有任何可用路徑時,則進行首次訪問加速空路徑的告警。

3. 執行分頻道熱加載及全局reload時,以下幾種場景會立即重新按照首次訪問動態加速拼接路徑給網關:

  • 回源策略變更;
  • 源站ip列表及協議、端口變更;
  • 父節點ip列表及協議、端口變更;
  • 首次訪問加速(還未觸發探測選路或動態路徑設置到網關失敗);

備注:如果沒有可用的首次訪問加速拼接路徑,則調用/roledel接口清空網關共享內存的動態路徑,避免網關仍然使用舊路徑。

廢棄detect_conf_module配置塊中的origin_view_cover配置項

0條評論
作者已關閉評論
蔣輝
3文章數
0粉絲數
蔣輝
3 文章 | 0 粉絲
原創

一種CDN動態加速首次訪問加速方法

2024-11-14 09:41:58
13
0

具體方案如下:

1. 對于全站加速,節點內部的探測采用的非請求觸發式探測(已實現),在首次訪問時,使用配置的頂層父方案作為回源節點回源,具體如下:

master_parent_area: "area.parent1st.ctcdn.com"             #動態區域中心的主域名,分區域解析
backup_parent_area: "area.parent2nd.ctcdn.com"             #動態區域中心的備份域名,分區域解析
master_parent_country: "country.parent1st.ctcdn.com"           #動態全國中心的主域名,做全量解析
backup_parent_country: "country.parent2nd.ctcdn.com"           #動態全國中心的備份域名,做全量解析
master_parent_area_all: "area_all.parent1st.ctcdn.com"         #動態區域中心全量解析的主域名,該域名允許配置為空
backup_parent_area_all: "area_all.parent2nd.ctcdn.com"         #動態區域中心全量解析的備份域名,該域名允許配置為空

1)由于邊緣主機角色,只會解析動態區域中心的主域名,只有當主域名解析失敗或沒配置,才解析動態區域中心的備份域名,并對區域父進行探測;而全站加速只有邊緣主機會進行動態路徑設置,所以,針對首次訪問加速,邊緣需要額外根據源站ip進行edns解析頂層父方案的域名并進行探測,頂層父方案定義:

  • 若配置了動態全國中心的主域名master_parent_country且解析不為空,則頂層父方案為master_parent_country配置的父方案;否則,配置了動態全國中心的備域名backup_parent_country且解析不為空,則頂層父方案為backup_parent_country配置的父方案域名;
  • 如果沒有配置動態全國中心的主備域名或解析都為空,若配置了動態區域中心全量解析的主域名master_parent_area_all且解析不為空,則頂層父方案為master_parent_area_all配置的父方案;否則,若配置了動態區域中心全量解析的備域名backup_parent_area_all且解析不為空,則頂層父方案為backup_parent_area_all配置的父方案;
  • 如果沒有配置動態全國中心的主備域名或解析都為空、且沒有配置動態區域中心全量解析的主備域名或解析都為空,若配置了動態區域中心分區域解析的主域名且解析不為空,則頂層父方案為master_parent_area配置的父方案;否則,配置了動態區域中心分區域解析的備域名且解析不為空,則頂層父方案為backup_parent_area配置的父方案;

2)將頂層父方案作為全站加速頻道的回源節點與中轉節點一起(回源節點和中轉節點進行去重)加入到內部抽象域名dynamic.inner.daliqc.cn的探測中,并將頂層父方案解析出來的父節點列表按照頻道粒度作為回源節點vip進行保存,上報dynamic.inner.daliqc.cn頻道的所有父節點探測數據到ccs,ccs下發該頻道的兩兩節點的最優路徑到agent,agent對于不活躍的頻道設置首次訪問的加速路徑,路徑拼接邏輯如下:

a)查找所有屬于加速頻道的回源節點vip路徑;
b)agent獲取到本節點到回源節點的最優路徑后,判斷該路徑中的中轉節點(除回源父節點外)是否在該頻道使用的資源池里面,如果不在里面則過濾掉;
c)剩余的路徑再與源站ip進行路徑拼接,每個源站ip可能存在多條回源路徑,如果配置的是非fastest_simple回源策略,則將其中一條回該源站ip的回源路徑放在path,其他回該源站ip的回源路徑放在backup_paths的數組中供網關訪問失敗重試;否則,對于fastest_simple回源策略,將所有源站ip的多條回源路徑進行混排,并放在path中,按照隨機的順序進行排序,backup_paths的數組為空;

3)刪除全站加速原來根據源站ip進行源站區域覆蓋解析組域名的edns解析及回源節點vip列表的更新,根據頂層父方案解析的回源節點來更新探測的回源節點vip列表,并添加回源節點vip的探測計數,針對舊的回源節點vip探測,如果其他頻道都沒有再探測,則直接剔除該回源節點vip的探測,并清理其探測數據;

2. 對于應用加速,由于沒有規劃父方案,都是采用節點互探的機制來進行動態選路,因此,不能使用和全站加速一樣的方案來解決首次訪問加速的問題,考慮到應用加速資源池數量少,維護管理起來沒有全站加速那么復雜,仍然采用用戶上網加速及首次訪問加速優化方案,并在原來方案的基礎上,增加回源節點是否在頻道配置的資源池的判斷,過濾掉不在頻道資源池的回源節點路徑,當沒有任何可用路徑時,則進行首次訪問加速空路徑的告警。

3. 執行分頻道熱加載及全局reload時,以下幾種場景會立即重新按照首次訪問動態加速拼接路徑給網關:

  • 回源策略變更;
  • 源站ip列表及協議、端口變更;
  • 父節點ip列表及協議、端口變更;
  • 首次訪問加速(還未觸發探測選路或動態路徑設置到網關失敗);

備注:如果沒有可用的首次訪問加速拼接路徑,則調用/roledel接口清空網關共享內存的動態路徑,避免網關仍然使用舊路徑。

廢棄detect_conf_module配置塊中的origin_view_cover配置項

文章來自個人專欄
文章 | 訂閱
0條評論
作者已關閉評論
作者已關閉評論
0
0