A cache layer you control: what stays cached, for how long, and how rarely your origin gets asked. Dedicated cache capacity for libraries that do not fit a shared eviction policy.
Reply within 3 business hours. No sales sequence.
Dedicated nodes answer the question where. A private cache layer answers a different one: what stays cached, for how long, and who decides.
On shared cache, a large library competes for space with everyone else’s. Cold files get pushed out and the next request goes back to your origin. Dedicated cache removes that competition entirely.
How long an object lives in cache stops being a platform default and becomes your decision, per path and per content type.
An individual CDN server buys you capacity in a named place. A private cache layer buys you control over what that capacity holds.
Permanent cache keeps your files inside the network instead of letting them expire back to origin. It is priced separately and openly.
$0.02 per GB a month, with the first 500 GB included. That is the whole retention line: you are paying to keep files in the network, not to move them.
Delivery of those files is billed on your normal tier, exactly as it is for anything else.
Large catalogues with a long tail: back catalogue video, old game builds, archived software releases. Each file is requested rarely, so on shared cache it is always cold, and every request becomes an origin fetch.
If your hit ratio looks fine but your origin bill does not, this is usually why.
On a shared platform, caching rules are a negotiation. On dedicated cache, they are configuration.
A release artefact and a thumbnail do not deserve the same lifetime. Set them separately instead of taking one number for the whole zone.
Invalidate a file or a whole zone from the panel or the API, at the moment your release goes out rather than when a TTL happens to expire.
Because the cache is yours, an object leaves it when your rule says so, not when a neighbour’s traffic pushes it out.
Dedicated cache appears next to your existing zones. Automation you already wrote keeps working, and raw logs are available on the usual terms.
Cache quality is not a vanity metric. It decides how often your origin is asked for the same file.
A file that stays cached is fetched from your origin roughly once per TTL per region, instead of once for every user the edge missed. That ratio is the whole point of a cache layer.
Our network averages a 96%+ hit ratio. Once the edge is holding that much, a download no longer depends on your origin being able to carry the load, or to stay online at all.
Current network figures are published on performance metrics.
Four platform classes cover almost every private cache build. What separates them is how much of your library stays local, and how much traffic one node has to answer.
The working set answered from flash. The usual starting point for a private cache in a data centre rack.
Twice the flash and eight times the port. Network processing moves to the DPU, so the cores keep serving cache.
Flash in front of disk, so a long tail stays local instead of going back to origin every time somebody asks for it.
For a catalogue kept whole in one place: 1.4 petabytes of disk in a single chassis, fronted by flash.
Every configuration is specified per build. Cores, memory, flash, raw capacity and port speed follow the size of the library and the shape of the tail, and they are written into the quote before anything is ordered.
Both are dedicated hardware. They solve different complaints.
Your complaint is origin load and cold files. The library is large, the tail is long, and the shared cache keeps forgetting it.
Your complaint is a place. One region reads badly, or a launch needs capacity that is yours alone. See Individual CDN Servers.
And if the complaint is a country rather than a policy, with the node possibly living in your own rack or your operator’s network, start on Local Cache Servers.
Often the answer is both, and then it is a build rather than a product. That conversation starts on Custom Enterprise CDN Infrastructure.
Tell us how big the library is and how cold the tail gets. You get a reply within 3 business hours, with either a sizing or an honest answer that permanent cache on the standard tiers already covers you.
He reads every request sent from this page and replies within 3 business hours, including the reply that says permanent cache on the standard tiers already covers you. No sales sequence in between.