今天給大家介紹一下ATS如何進(jìn)行緩存策略增加動態(tài)服務(wù)吞吐量。，文章的內(nèi)容小編覺得不錯，現(xiàn)在給大家分享一下，覺得有需要的朋友可以了解一下，希望對大家有所幫助，下面跟著小編的思路一起來閱讀吧。

創(chuàng)新互聯(lián)2013年至今，先為柳河等服務(wù)建站，柳河等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為柳河企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

先看一下策略調(diào)整后瞬間的流量圖：

   為了提高用戶體驗，增大緩存放大比，同時又要避免客戶報障，在做cache時可謂是煞費苦心，大文件、小文件分離，在小文件里又把動態(tài)內(nèi)容和靜態(tài)內(nèi)容分離，能存的東西基本上全部存了，唯有動態(tài)內(nèi)容一直沒下手，按照之前的策略，動態(tài)內(nèi)容直接代理，1:1的進(jìn)出，可是某些局方就是不消停，非要達(dá)到某個放大比，沒折了，在動態(tài)內(nèi)容里面動一下刀吧。

  在動刀之前，先做分析，對能存的動態(tài)內(nèi)容和ATS的緩存策略做了大量測試，受益匪淺。當(dāng)前ATS的緩存策略完全按照http協(xié)議規(guī)定，采用最保守的緩存方式，即只對有明確生命周期緩存頭的信息進(jìn)行存儲，動態(tài)、cookie、authorization、no-cache一律不存，ats中對應(yīng)的配置參數(shù)就不寫了。為了保證質(zhì)量，直接把帶cookie、和授權(quán)的動態(tài)內(nèi)容略過了，原因就是風(fēng)險太大，剩余的有這幾類可以嘗試：

1、有明確生命周期頭的動態(tài)url圖片等內(nèi)容；（我們假設(shè)網(wǎng)站的頭信息是可信的）

2、沒有明確頭生命周期頭的靜態(tài)url圖片、動態(tài)url圖片等，包括沒有任何信息的或只有l(wèi)ast-modified頭的圖片等信息。

對于第1類，很好處理，ats有相應(yīng)的參數(shù)，打開即可：

proxy.config.http.cache.cache_urls_that_look_dynamic INT 1

對于第2類，處理起來，就是個技術(shù)活了，首先線上對于頭信息的必要條件是：

proxy.config.http.cache.required_headersINT  2

只有放開對這個的限制，才能把第2類給納括進(jìn)來，所以把其設(shè)置為0是第一必要，設(shè)置好后怎么保證其正常服務(wù)呢，比如說驗證碼，他在設(shè)置的時候就是沒有頭信息，保守的策略肯定是正常服務(wù)，但這么一放開肯定報障。經(jīng)分析，ats對于沒有頭信息內(nèi)容的緩存時間走的是大最小緩存時間來確保的，兩條時間參數(shù)如下:

proxy.config.http.cache.heuristic_min_lifetime INT 3600

proxy.config.http.cache.heuristic_max_lifetime INT 864000

對于只有l(wèi)ast-modified頭的信息是通過老化因子計算出來的，老化因子參數(shù)如下：

proxy.config.http.cache.heuristic_lm_factor-v 0.1

于是想出主意，內(nèi)容來后通存，但每次吐之前讓ATS發(fā)一個IMS頭信息給源站詢問是否有變化，由于這個頭信息只是詢問，不會占用多少流量，如果沒有變化就TCP_REFRESH_HIT吐給用戶，雖然回源了，但是內(nèi)容還是從緩存中吐出去的，如果有變化那就TCP_REFRESH_MISS吐給用戶，用戶拿到的同樣是最新內(nèi)容，這樣無形中會增加一部分吐流。

可是參數(shù)怎么設(shè)置呢？突然想到我可以把上面的參數(shù)都設(shè)置為0，理論上就達(dá)到了我的目的，第一次存下來，從第二次開始就IMS頭回源詢問，馬上找測試環(huán)境測試，果然跟料想的一樣，興奮之余立馬把策略更新到線上，通過流量圖工具監(jiān)控了一小時，回源總體是有所減少了，不過也發(fā)生了奇怪的事兒，用tsar看某些時刻的回源還是和吐的差不多，而且用traffic_logstats -s分析后發(fā)現(xiàn)有很多的ERR_CLIENT_ABORT,真是要命，這個日志是客戶端連接后數(shù)據(jù)還沒接收完就主動斷開了連接，少是正常的，多的話就有問題了，我找了個1M帶有max-age的圖片做測試，先purge一下，然后curl連接一下馬上斷開，制造這個錯誤日志，第二次訪問，竟然是TCP_HIT,下載到本地圖片正常打開，要命啊，原來ATS在處理這種問題時會繼續(xù)下載到cache里面去，因為這批域名質(zhì)量本就差，所以造成回源流量時而還是很高，繼續(xù)想辦法google上找資料，找到了這條參數(shù)：

proxy.config.http.background_fill_completed_thresholdFLOAT 0.5

默認(rèn)是設(shè)置為0的，這個參數(shù)的意思是客戶端突然斷開，下載到百分之多少時會繼續(xù)下載，否則就會斷開，沒有多加考慮，設(shè)置為0.5，做了測試，然后馬上更新上去，流量穩(wěn)定了，吞吐量也上升了。

終于算是一個小圓滿，并不是線上的參數(shù)就這么穩(wěn)定了，后續(xù)根據(jù)業(yè)務(wù)情況還是需要調(diào)整測試的的，不過這也是樂趣所在吧。

所有的調(diào)整是一個平衡，當(dāng)前的調(diào)整：1、增加了磁盤讀寫IO；2、增加了cpu的負(fù)載。

以上就是ATS如何進(jìn)行緩存策略增加動態(tài)服務(wù)吞吐量的全部內(nèi)容了，更多與ATS如何進(jìn)行緩存策略增加動態(tài)服務(wù)吞吐量相關(guān)的內(nèi)容可以搜索創(chuàng)新互聯(lián)之前的文章或者瀏覽下面的文章進(jìn)行學(xué)習(xí)哈！相信小編會給大家增添更多知識,希望大家能夠支持一下創(chuàng)新互聯(lián)！

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前名稱：ATS如何進(jìn)行緩存策略增加動態(tài)服務(wù)吞吐量-創(chuàng)新互聯(lián)
網(wǎng)站網(wǎng)址：http://chinadenli.net/article2/cdghic.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、商城網(wǎng)站、網(wǎng)站內(nèi)鏈、靜態(tài)網(wǎng)站、網(wǎng)站設(shè)計、響應(yīng)式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)