Cloudflare 推出了讓你買 cache 空間的 Cache Reserve
source link: https://blog.gslin.org/archives/2022/05/13/10700/cloudflare-%e6%8e%a8%e5%87%ba%e4%ba%86%e8%ae%93%e4%bd%a0%e8%b2%b7-cache-%e7%a9%ba%e9%96%93%e7%9a%84-cache-reserve/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
Cloudflare 推出了讓你買 cache 空間的 Cache Reserve
這幾天 Cloudflare 推出了一大包東西，其中一個是 Cache Reserve：「Introducing Cache Reserve: massively extending Cloudflare’s cache」。
一般的使用情境是依照 LRU 演算法在決定 Cloudflare 的 cache 滿的時候要排除誰：
We do eviction based on an algorithm called “least recently used” or LRU. This means that the least-requested content can be evicted from cache first to make space for more popular content when storage space is full.
Cache Reserve 就是自己買 cache 空間，他的作法是你付 R2 的空間費用：
Cache Reserve is a large, persistent data store that is implemented on top of R2.
這樣就可以完全依照 Cache-Control 這類 HTTP header 內的時間保存了，你就不用擔心會被 purge 掉，首先價錢包括了 R2 的部份：
The Cache Reserve Plan will mimic the low cost of R2. Storage will be $0.015 per GB per month and operations will be $0.36 per million reads, and $4.50 per million writes.
另外還有還沒公告的 Cache Reserve 的部份：
(Cache Reserve pricing page will be out soon)
對於很極致想要拼 hit rate 的使用者來說是個選擇就是了，另外可以想到直播相關的協定 (像是 HLS) 好像可以這樣搞來壓低對 origin server 的壓力？
Related
讀書時間：Spectre 的攻擊方式
上次寫了 Meltdown 攻擊的讀書心得 (參考「讀書時間：Meltdown 的攻擊方式」)，結果後來中獎狂流鼻水，加上 Spectre 用的手法就更複雜，慢慢看的情況就拖到最近才看完... 這邊就以讀者看過 Meltdown 那篇心得的前提來描述 Spectre。 Spectre 的精華在於 CPU 支援 branch prediction 與 out-of-order execution，也就是 CPU 遇到 branch 時會學習怎麼跑，這個資訊提供給 out-of-order execution 就可以大幅提昇執行速度。可以參考以前在「CPU Branch Prediction 的成本...」提到的效率問題。 原理的部份可以看這段程式碼： 這類型程式碼常常出現在現代程式的各種安全檢查上：確認 x 沒問題後再實際將資料拉出來處理。而我們可以透過不斷的丟 x 值進去，讓 CPU 學到以為都是 TRUE，而在 CPU 學壞之後，突然丟進超出範圍的 x，產生 branch misprediction，但卻已經因為 out-of-order execution 而讓 CPU 執行過 y…
January 17, 2018In "Computer"
Varnish 的 Super Fast Purger...
Reverse Proxy 的 Cache Infrastructure 在遇到 cache invalidate 都是很討厭的問題，不是不能做，而是效能不太好... 常見的作法是設計成不用 purge 的形式，只要是需要更新，就產生不同的 url，而舊的 url 在沒人 access 後會透過各種 Cache algorithms 自動回收掉，像是 LRU (Least Recently Used) 之類的演算法。 發展久了之後也因此衍伸出很多不同的架構，像是 groupcache 就是假設在同一個 address 的內容永遠不會變的前提。 而 Varnish Cache 這次發表的東西則是打算從根本問題解決，也就是想辦法讓 purge (cache invalidate) 的成本降低：「Simple scales better and faster in the real world」、「VAC 2.0.3 with high performance…
September 15, 2013In "Computer"
關於各家 CDN 的選擇...
在使用 CDN 前，先考慮上 SPDY 或 HTTP/2 (i.e. 全站 HTTPS)，改善的效果跟 CDN latency 帶來的效益有得拼。尤其是 server 放在美國機房的情況，SPDY 與 HTTP/2 帶來的效能提昇是相當明顯的。 會寫這篇是因為這兩個禮拜意外被問到好幾次，所以來整理幾家如果讓我來選，我會選擇的 CDN。至少再被問到的時候可以直接從這邊開始說明。 下面的圖是從我家裡 HiNet 光世代測試的結果 (最後是走兩條電話線)，所以會有個 10ms 的 latency 基底，如果要計算 latency 的效能影響請考慮進去。 Akamai 先講 Akamai。 Akamai 的歷史很久了，再加上併購了不少公司，所以產品成熟度很夠，你要什麼產品都有提供，只要拿的出錢就可以。 KKBOX (敝公司) 用過 PMD、DSD、DSA 三個產品，其中 PMD 與 DSD 只有保障服務可靠度 (availability)，DSA 還有保障效能提昇 (performance)。早期是用 PMD + DSD，現在改用 PMD…
August 20, 2015In "CDN"
Leave a Reply
Your email address will not be published. Required fields are marked *
Comment *
Name *
Email *
Website
Notify me of follow-up comments by email.
Notify me of new posts by email.
To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Learn More)
Post navigation
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK