Skip to main content

Documentation Index

Fetch the complete documentation index at: https://gcore.com/docs/llms.txt

Use this file to discover all available pages before exploring further.

Activate origin shielding for video

Origin shielding adds a shield, also called a precache server, between your video origin and Gcore CDN edge servers. Viewers still receive video from nearby CDN edges, but edge cache misses go to the shield first, not directly to your origin.
Origin shielding for video delivery
BenefitWhy it matters
Protects the originRepeated CDN edge misses are absorbed by the shield instead of hitting the origin from many locations.
Minimizes origin requestsThe shield requests the origin only when the object isn’t already cached there.
Reduces egress costsLess traffic is pulled from your origin, which matters when origin egress is costly.
Improves reliabilityA less overloaded origin reduces the risk of slow segments, timeouts, and playback errors.

Origin shielding request flow

Without shielding, every CDN edge location that misses cache can request the same manifest, segment, or video file from your origin. During a live event or a popular VOD release, this can create a large number of concurrent origin requests. With shielding, edge servers pull missed objects through one shield location. If the shield has the object, it serves the edge from cache. If not, it makes one origin request, caches the response, and shares it with other CDN edges.
Without shielding: Viewer -> CDN edge -> Origin
With shielding:    Viewer -> CDN edge -> Shield -> Origin
Origin shielding doesn’t replace origin capacity planning. Your origin still serves the first request for uncached or expired content.

Use cases

Sports broadcasting

A national TV broadcaster used origin shielding for live sports events with a very large concurrent audience. During match peaks, many viewers requested the same live playlists and segments at the same time from different regions. Shielding helped concentrate repeated CDN edge misses through the shield server instead of sending them all to the broadcaster’s origin. This reduced bandwidth pressure on the origin and helped keep the live stream available during the highest-traffic moments of the event.

VOD libraries

A large VOD platform used origin shielding for a several PB-sized video library. Hot content was usually served from CDN edge cache, but cold or previously hot titles could be evicted from edge caches and then requested again from different regions. Shielding let one missed request warm the shield cache, so other CDN edges reused that copy instead of repeatedly pulling the same files from origin.

When to enable shielding

Enable origin shielding when you expect a large live audience, release VOD content that may become hot, have limited origin bandwidth, pay significant origin egress costs, or see low cache hit ratio across multiple CDN edge locations. Choose a shield location close to your origin server. For live streaming, use short but cacheable TTLs for manifests and longer TTLs for segments where your workflow allows it. For VOD, make sure video files and segments can stay cached long enough to serve repeated requests. To enable and configure the feature, see Enable and configure origin shielding.

Enable origin shielding

Configure the shield server for your CDN resource

Low cache hit ratio

Diagnose cache misses and improve CDN cache efficiency

Improve video delivery speed

Learn how cache hits and misses affect video playback

GeoBalancer

Control which regions deliver content for your CDN resource