網站加速之優化服務器的TCP
銳速是一款內嵌 Zeta-TCP 加速引擎的加速軟件, 尤其適合具有較分散互聯網用戶訪問的服務,能夠顯著提高距離服務器遠,跨運營商訪問服務器和通過無線網絡訪問服務器的用戶的體驗。
功能亮點
銳速是一款內嵌 ZetaTCP 加速引擎的廣域網加速軟件,適用于所有主流 Linux 和 Windows 系統版本的服務器。
當 用戶訪問您的服務器存在跨區域、跨運營商或跨國等情況,或者用戶通過移動無線網絡訪問您的服務器時,糟糕的廣域網狀況往往會使您的網絡業務的客戶體驗變得 很差,從而導致投訴增加、用戶流失。通過在服務器上單端部署銳速軟件,即可借助于其所提供的神奇的廣域網加速技術,使您的網絡業務的服務質量大幅改善、用 戶體驗顯著提升,進而增強您的網絡業務的競爭力。
銳速尤其適用于以下典型業務場景:
在線音、視頻點播或直播:有效提升終端用戶音、視頻播放的流暢度;
云存儲:顯著提升文件下載速度,縮短文件下載用時;
應用下載:顯著提升應用下載速度,縮短應用下載用時;
網頁圖片瀏覽:明顯降低終端用戶的圖片頁面加載時間;
數據同步:大幅提升數據同步的效率,縮短數據同步用時(此場景建議在數據同步的兩端主機上同時部署銳速軟件,可取得最佳的加速效果)。
另外,在以下場景中銳速的加速效果預期并不顯著,請慎重選擇:
非TCP協議應用(如基于UDP協議的視頻會議、P2P下載等)完全無效;
目標客戶群為同城同運營商用戶;
所提供的內容大多為小碎文件(10KB以下);
所提供服務以客戶端上傳為主;
服務器出口帶寬接近滿載。
云服務面臨的挑戰
各種復雜的網絡原因都會導致用戶的上網體驗下降。
傳統 TCP 傳輸的問題
ZETATCP 解決方案
AppEx 研究設計的新一代 Learning-based TCP 加速技術采用網絡路徑特征自學習的動態算法,基于每一個TCP 連接實時觀察、分析網絡特征,根據學習到的網絡特征隨時調整算法來更準確的判斷擁塞程度、更及時地判斷丟包,從而更恰當的進行擁塞處理并更快速的進行丟包 恢復。
第一, ZetaTCP引入了更精確的丟包判斷及預測算法。傳統TCP經常錯誤判斷丟包。將未丟的數據包判斷為丟失將導致錯誤的重傳,從而造成帶寬的浪費。反之, 如果不能及時判斷確實已丟失的數據包,將導致不必要的等待,從而導致帶寬空置。兩種誤判都會降低連接的吞吐率和帶寬的利用率。ZetaTCP加速引擎能夠 精確及時地判斷丟包,從而保證了最佳的帶寬利用率。
第 二, ZetaTCP隨時精確偵測連接路徑帶寬,并相應調整發送數據量。TCP協議通過滑動窗口機制對帶寬進行自適應。傳統TCP的滑動窗口實現經常誤判路徑帶 寬容量。高估帶寬容量將導致過量傳輸從而引發擁塞并導致大量丟包。低估帶寬容量則導致閑置帶寬容量。兩個極端的出現都將導致帶寬利用率的下降。傳統TCP 往往在兩個極端之間震蕩,很難有效利用帶寬。ZetaTCP在主動精確偵測路徑帶寬的基礎上,隨時調整發送數據量,從而在防止引入擁塞的同時最大限度地利 用路徑帶寬。
第三, ZetaTCP監控學習連接對端的傳輸行為,并根據其發送模式智能反饋引導對端正確判斷丟包及準確估算路徑帶寬,從而大幅提升下載方向帶寬利用率。對比于 傳統TCP被動確認及接受數據,ZetaTCP反向智能遙控對端的傳輸行為,實現了業界獨一無二的單邊下載加速。
除 了以上三點主要突破性技術手段,ZetaTCP在很多其它方面也對傳統TCP進行了細致的改進和完善。經過四年多在各種真實網絡環境中的不斷調整改 進,AppEx的單邊TCP加速不但具備了廣泛的適用性,而且達到了國際廣域網加速廠商通過雙邊部署才能達到的TCP加速效果。AppEx目前是業界唯一 擁有單邊部署即可對TCP上載和下載方向同時進行顯著加速的TCP加速技術和產品。
ZETATCP 成功案例阿里云加速
阿里云加速:加載500KB的文件采用第三方監測,未加速前平均3.012秒,TCP單邊加速提升到2.195秒,CDN加速提升到2.091秒;未加速前可用性平均96.98%,TCP單邊加速提升到99.75%,CDN加速提升到98.55%
監測任務 | 監測點數 | 性能(秒) | 可用性(%) | 文件大小 | ||||
均值 | 最好 | 最差 | 均值 | 最好 | 最差 | |||
AppEx 加速 | 1898 | 2.195 | 1.688 | 3.433 | 99.75 | 100.00 | 96.55 | 500KB |
CDN 加速 | 1865 | 2.091 | 1.013 | 3.537 | 98.55 | 100.00 | 90.91 | 500KB |
未加速 | 1834 | 3.012 | 2.503 | 6.291 | 96.98 | 100.00 | 86.97 | 500KB |
視頻流加速
ChinaCache 騰訊視頻加速: 首次緩沖率和二次緩沖率平均降低10%以上
文件下載加速
盛大云: 盛大云服務器加速最高提升了68.86%
金山云: 金山快盤的下載慢速比從11.39%下降到6.33%
網頁加速
帝聯CDN加速: 網頁文件傳輸延遲平均降低50%
常見問題
您為銳速設置的上行和下行帶寬小于服務器的實際網絡帶寬;
加載銳速前您的服務器已接近滿負荷。
沒有為銳速指定正確的加速接口;
您用來測試優化效果的測試機與您的服務器之間的網絡狀況十分良好,導致加速前后的變化不明顯;
您的服務器的網絡出口帶寬已被用盡,導致加速前后的變化不明顯;
您的服務器所提供的服務使用非tcp協議進行數據傳輸;
您的服務器所提供服務的響應速度的瓶頸不在于網絡傳輸部分而在于后臺的數據處理部分。
TCP 單邊加速和 CDN 加速有什么不同?
加速內容廣泛:對服務器上所有基于 TCP 協議的應用及內容全部加速,而CDN 只對靜態內容域名有加速效果;
高性價比:CDN 有保底帶寬,年費用最低10000以上;而100M帶寬以內銳速單臺服務器年費低于1K;
穩定性優勢:TCP單邊加速對應用全透明,只需在服務器單邊安裝,域名及內容不需要做任何改變,在網絡底層加速,穩定性高;CDN網絡節點眾多,需要修改DNS解析,易出故障;
高可控性:TCP單邊加速只按服務器臺數收取費用;CDN按照實際帶寬付費,突發帶寬會導致費用不可控;
高適用性:TCP單邊加速比CDN更適合云主機用戶;云平臺用戶訪問流量小,CDN的緩存命中率低,不能發揮CDN真正的加速效果。
如何確定銳速已成功運行?
通過lsmod查看是否有appex0的模塊被加載來確認銳速是否在正常運行,或通過查看/proc/net/appex/stats文件來確認銳速是否在正常運行。
銳速會消耗多少服務器的性能?
一般情況下,銳速占用的內存小于200M Bytes,每個CPU(對于多核CPU來說)的占用小于10%。
我已經成功運行銳速,為什么沒有看到明顯的優化效果?
可能的原因有:
運行銳速后,為什么我的服務器的吞吐有所下降?
可能的原因有:
推薦文章
2025-01-18
2024-11-28
2024-11-09
2024-10-25
2024-06-25
2024-01-04
2023-11-06
2023-10-30
2023-10-13
2023-10-10
穩定
產品高可用性高并發貼心
項目群及時溝通專業
產品經理1v1支持快速
MVP模式小步快跑承諾
我們選擇聲譽堅持
10年專注高端品質開發