aiCache

aiCache是Aitrack Ltd的全資子公司, 經英格蘭和威爾斯公司註冊官註冊成立,公司總部位於英國倫敦漢普斯特得街29號。

aiCache為網際網路服務提供商,網際網路套用供應商,以及為使用IP內聯網技術的企業網提供高性能快取解決辦案。公司早期以WBS為名,早期的產品是JXEL。WBS自1999年起就提供網路快取技術。 2008年7月,Aitrack Ltd收購了WBS的所有資產和技術成立了新公司---aiCache。

基本介紹

  • 外文名:aiCache
  • 屬於:Aitrack Ltd
  • 註冊官:英格蘭和威爾斯公司
  • 總部位於:英國倫敦漢普斯特得街29號
aiCache公司介紹aiCache是什麼,aiCache加速原理,EPOLL機制帶來超級性能,快取動態內容,含不可快取內容的網站同樣受益,靈活控制快取內容,詳盡的訪問記錄和靈活的轉發機制,多樣的aiCache監測模式,

aiCache公司介紹aiCache是什麼

首先,我們需要了解什麼是aiCache!簡單的說,就是一個軟體,可以對網站加速的軟體。
運行在64位的linux環境下,基於epoll機制,利用RAM做高速快取,動態快取,高性能穩定的web伺服器加速軟體。顯著減輕伺服器負荷,節省伺服器資源,緩解訪問壓力,提高回響速度。

aiCache加速原理

由於利用記憶體作為高速快取,是一個多執行緒、輕量級、充分管道化、無堵塞的應用程式設計。(多執行緒:即為每個核心分配一個執行緒以最佳化多核硬體系統。該設計功能是世界上獨一無二的。)因此,aiCache可處理的請求達到每秒25000個,並且管理數萬個並發連線
訪問用戶就減少了連線時間,提高了連線效率。
訪客向網站發出訪問請求,由aiCache負擔原伺服器的處理進程做出回響,獲取原伺服器的相應網頁內容,將其儲存在自身的記憶體中,與 此同時,傳送給訪客這一快取的內容;如有另一訪客也請求訪問之前的相同內容,aiCache毋須再次獲取原伺服器上的相應內容,而直接從自身的記憶體中獲取,將這一內容傳送給訪客。反之,aiCache也可快取訪客的GET和POST請求。
訪客實際面對的是aiCache,與網站之間的通訊完全由aiCache反向代理,而非原伺服器直接回響訪客,這將大大加快訪客上網流暢度,有效提升訪問量,顯著降低頻寬占用,減輕原始伺服器的繁忙度,加快回響速度,毋須不停地購置大記憶體,大硬碟,擴容電力設施,增強冷卻設備等資源,為服 務器端節省可觀的開支!
例如:100請求/秒指向主頁,我們用20秒快取,只從一個原始伺服器的請求,就服務20×100-1=1999個請求。結果,因為使用了 這個特別的URL,我們就減少了原始伺服器的流量大約2000倍!結果所有實際的目的快取率是100%。當然,如果對該URL我們取得10請求/秒,那么減少將是200倍。
很明顯,如果網站上大部分內容以類似的樣式快取,我們能把原始基礎結構的負載量減少到幾乎為0。
在原伺服器前端安裝了aiCache,所有用戶的請求由aiCache智慧型管理,對大量相同內容的請求,aiCache僅僅對伺服器請求一次,將數據快取到RAM中,之後回響其他相同請求(將快取內容直接交付給其他請求)。大大減少了原始web伺服器資源占用。這樣一來,就達到了節省伺服器的目的。從我們的案例中就可以清楚的看到這一點。
所有網站或者說任何網站都會從aiCache的套用獲益。會有更好的運行時間統計,請求回響效率統計,能夠處理網路高峰時帶來的網速緩慢問題。主要的好處是遠程處理客戶請求或回響的快取和卸載,這是以前從未設計出來的。

EPOLL機制帶來超級性能

通過Single Instance(單一實例)結構程式處理方式,aiCache每秒可為25000個請求提供服務,管理上萬個同時發生的連線。
僅適用於Linux作業系統的aiCache,採用EPOLL機制,具有無與倫比的可擴展性和網路輸入輸出的能力。由於它的出現,數以萬計的客戶同時連線一台伺服器(解決著名的C10K難題)開銷幾乎為零!
對於那些需要支持的上萬連線數目web伺服器來說,傳統的網路編程方法已經無法滿足其需要,傳統方法單一進程打開的連線數是有限制的,一般來說是2048個。而epoll則沒有這個限制,它所支持的上限是最大可以打開檔案的數目,這個數字一般遠大於2048,舉個例子,在1GB記憶體的機器上大約是10萬左右,一般來說這個數目和系統記憶體關係很大。
因為epoll的這個特點,可以讓我們的aiCache軟體成為現實,讓aiCache可以輕鬆的管理上萬個連線。

快取動態內容

傳統的快取產品快取動態內容時,效率低下,且很可能導致用戶提交評論後無法及時看到自己發表的內容。這樣的缺陷,讓傳統快取技術對動態頁面往往無能為力。
然而,aiCache特有的回響驅動終止機制完全可以解決網站動態內容的快取問題!一旦有用戶提交新的信息,aiCache經過分析,會立刻終止當前快取的內容並將用戶請求提交給原始伺服器,經其處理後將新的回響返回給用戶,並刷新自己快取的內容,避免出現傳統快取致命的缺點。

含不可快取內容的網站同樣受益

就 aiCache 而言,回響內容可以被歸為兩大類別,即可快取的與不可快取的。由於aiCache 使用了極其有效的,零耗時的請求/回響處理過程,極大減少了web伺服器與客戶之間持續連線時間。因此,即使您的網站含有大量不可快取的內容,使用它也會極大提高網站速度。對於可快取的內容,aiCache利用共享快取內容機制,將web伺服器的負載降至最低。

靈活控制快取內容

aiCache提供簡單,精確,規則的語法式樣,讓您可以輕鬆控制快取內容。您可通過三種不同的匹配方式,指定快取內容及時間。

詳盡的訪問記錄和靈活的轉發機制

由於aiCache架設在web伺服器之前,當web伺服器無法得到真實的用戶信息,aiCache為您提供了一份含有需要記錄用戶信息詳細的日誌,內含訪問者信息。該日誌符合apache日誌標準,並且提供擴展的日誌記錄格式。
如果您有特殊需要,可以對aiCache進行設定,使其將用戶信息轉發給web伺服器。

多樣的aiCache監測模式

命令行(CLI)、網頁(WEB)、簡單網路管理協定(SNMP)等配備豐富的統計工具,讓您實時監控web站點,及時發現並排除故障。
先進的CLI(命令行介面)不但可以監視aiCache運行狀態,還可以方便您對快取內容刷新。
aiCache還有很多其它吸引人的功能。在使用它之後,您會領略aiCache帶來的快樂,體驗到什麼叫---快取而飛,捨我其誰?從而無條件地愛上它。
系統要求aiCache要求64位2.6.9以上核心Linux作業系統。幾乎所有的新近分發版都可以。為了獲取更好的性能,64位要求是必須的,這樣系統才支持超過4GB的記憶體,以提供更多快取內容記錄。aiCache經過64位Ubuntu 8,Fedora 10,OpenSUSE 11,RedHat 5和CentOS 5.2測驗通過。
aiCache能使千兆網卡飽和,所以你不會受到aiCache的限制,相反,你的上行空間,防火牆和負載平衡空間可能是限制因素。
aiCache所有快取的回響都是在記憶體中處理,而不是在磁碟上(本地或NFS網路檔案系統等)——所以記憶體空間在您的伺服器中越多越好。 32位系統對每個進程只限於提供最多3GB的記憶體(即使超過4GB也可安裝)。而64位系統沒有此限制,對於每個進程可用多大記憶體也沒有具體限制。

相關詞條

熱門詞條

聯絡我們