VIDEO PROCESSING · DEDICATED GPU

Video Content Processing Servers

Dedicated GPU machines that sit in the same data centers as your delivery nodes and run your encoding pipeline. We supply and operate the hardware. What runs on it stays yours.

Reply within 3 business hours. No sales sequence.

Your encoder
We do not dictate the pipeline
Our hardware
Racked, patched and monitored by us
96 GB
GPU memory per card, RTX PRO 6000 Blackwell
15 years
Building CDN and cloud infrastructure
WHERE THE LINE IS

Your Pipeline, Our Hardware

Worth saying plainly, because the two are often sold as one thing and they are not.

What we provide

The machine and everything under it: GPUs, CPU, memory, NVMe, transit and the data center. We rack it, patch it, monitor it and replace it when hardware fails. On a self-managed build you get root and a node that behaves like the rest of your infrastructure. A managed build is also possible, and there the access model is written into the agreement rather than assumed.

What we do not do

We do not transcode your video for you, and we do not sell encoding as a service. Your ladder, your codecs, your packaging rules and your quality decisions stay in your pipeline, where they belong. Our delivery product says the same thing: Video CDN stores and serves your files exactly as you upload them.

This is custom infrastructure ordered per build. It is not a feature of Video CDN and it is not bundled with delivery.

Why Processing Belongs Next to Delivery

A mezzanine file is large. Every time it crosses a vendor boundary, somebody bills for the crossing and the clock keeps running.

One fewer egress bill

Encode where the output already needs to live. The rendition does not have to travel from a compute vendor to a delivery vendor before anyone can watch it.

Shorter path to the first viewer

When the encoder finishes inside the same network that will serve the file, the gap between the last frame written and the first frame delivered is a short one.

One vendor to ask

When a release is late, the compute and the delivery are on one contract with one support channel, so nobody spends the morning deciding whose incident it is.

What Runs On It

Whatever you already use. A self-managed node with root access does not care which encoder you picked, and neither do we.

Open-source tooling

FFmpeg and the rest of the usual chain, built the way your team builds it, with the GPU flags your ladder needs.

A commercial encoder

If you have licensed software and an operations team that knows it, the node is somewhere to run it rather than a reason to change it.

Your own build

Teams that have spent years tuning a pipeline rarely want a vendor’s opinion about it. Bring the container, keep the tuning.

Work that is not video

The same class of hardware handles rendering and inference. If that is the larger half of your workload, start from GPU Servers for AI Projects instead.

The Hardware

NVIDIA RTX PRO 6000 Blackwell Server Edition is the card most video pipelines land on, because it handles encoding and the graphics or inference work sitting next to it on the same node.

Entry point

2U, 2 GPU

A working ladder for a catalog that grows steadily, or a first node beside an existing pipeline.

Price on request
Bulk encoding

4U, 4 GPU

For a back catalog being re-encoded in bulk, or live ladders running alongside on-demand work.

Price on request

Larger multi-GPU configurations exist and are specified per build. GPU pricing moves with the AI market month to month, so we quote the current rate rather than print one that goes stale. The full line sits on Custom Enterprise CDN Infrastructure.

Where the Output Goes

The renditions your node produces have to live somewhere and then reach viewers. Both of those steps are priced openly, so you can add them up before you talk to us.

01

The node writes it

Your pipeline finishes a rendition on local NVMe. Nothing has left the building yet, and nothing has been billed for movement.

02

It gets stored

Cloud Storage runs at $0.015 per GB. If the file should stay resident in the network instead, permanent cache is $0.02 per GB with the first 500 GB included.

03

It gets delivered

Delivery runs on the standard tiers, $5.00 down to $2.50 per TB. A month of 100 TB comes to $415. See pricing.

Only the node itself is quoted per build. Everything downstream of it is on the published price list, which is the part most compute vendors leave for you to discover on the invoice.

Processing Nodes or Video CDN

Two different products that people ask for with the same sentence. They solve opposite halves of the job.

Processing nodes, this page

Your problem is making the renditions. Encoding is slow, or it costs too much, or the output has too far to travel before anyone can watch it. Custom infrastructure, quoted per build.

Video CDN

Your renditions already exist and your problem is serving them. Files replicate inside the network and are delivered on the standard tiers, untouched. See Video CDN.

Plenty of teams end up with both, and then the two sit in the same data centers by design. Related: Infrastructure for Streaming.

Before You Ask

The six questions that come up on every scoping call about processing hardware.

Who installs and licenses the encoder?

On a self-managed build, you do. We hand over a node with root access and a working network. The software, the licenses and the pipeline are yours, which is also why we do not charge you for them.

How many streams does one node handle?

That depends on your ladder, your codec and your preset, and any number quoted without those three is marketing. Bring your ladder to the call and we size against it.

What does a node cost per month?

A fixed monthly figure, quoted per build, following the GPU count, the CPU, the memory and the term. GPU pricing moves with the AI market, so we quote the current rate instead of publishing a stale one.

What is the hop from node to edge?

The processing nodes sit in the same data centers as delivery nodes, so the output does not cross a vendor boundary to get into the network. Figures for your specific locations come with the quote.

What is the minimum term?

Set per build, because it follows the hardware and the data center commitment behind it. Whatever it turns out to be, it is in the quote before anything is ordered.

Would a general cloud instance do?

Often, yes, and we will say so. The case for a node here is that the output lands next to the network that serves it. If your renditions are small or infrequent, that adjacency is not worth paying for.

Scope a Processing Node

Tell us what your pipeline does and how much of it there is. You get a reply within 3 business hours, from an engineer who will say if a general cloud instance would serve you just as well.

Ivan Vovk, COO at BlazingCDN
Who answers
Ivan Vovk
COO, BlazingCDN

He reads every request sent from this page and replies within 3 business hours, including the reply that says a general cloud instance would serve you just as well. No sales sequence in between.

Questions buyers ask about video processing servers

BlazingCDN supplies and operates dedicated GPU servers for your video encoding pipeline, placed in the same data centers as its delivery nodes. BlazingCDN provides the hardware, transit and monitoring; your team keeps the encoder, the ladder and the codecs. Each node is quoted per build, while storage and delivery of the output use published prices.

BlazingCDN quotes each GPU processing node per build as a fixed monthly figure, while delivering 100 TB of the output costs $415 on the published tiers (as of October 2026). The node price follows GPU count, CPU, memory and term. GPU pricing moves with the AI market month to month, so the current rate goes into the quote instead of onto the page.

Everything downstream of the node is published. Cloud Storage costs $0.015 per GB per month. Permanent cache on Video CDN costs $0.02 per GB per month after the first 500 GB. Delivery runs from $5 down to $2.50 per TB. For example, a team keeping 3,000 GB of renditions in permanent cache pays $50 a month for that storage, plus delivery. The minimum term is set per build and written into the quote before anything is ordered.

No, BlazingCDN does not transcode video or sell encoding as a service: the processing server is hardware, and the pipeline running on it stays yours. BlazingCDN supplies GPUs, CPU, memory, NVMe storage, transit and the data center. BlazingCDN engineers rack, patch and monitor the node and replace failed hardware. On a self-managed build, your team gets root access.

Your ladder, codecs, packaging rules and quality decisions stay in your pipeline. FFmpeg, a licensed commercial encoder or your own container all run the same way. The servers are custom infrastructure ordered per build, not a feature of Video CDN and not bundled with delivery. Video CDN itself stores and serves files exactly as uploaded. For example, a team re-encoding a back catalog on a 2 GPU node brings its own FFmpeg build with the GPU flags its ladder needs. A managed build is also possible, with access written into the agreement.

Often not, and BlazingCDN says so: a general cloud instance handles small or infrequent renditions just as well, and an engineer will tell you within 3 business hours. The case for a BlazingCDN node is adjacency. The node sits in the same data center as the delivery nodes, so output does not cross a vendor boundary before viewers can watch it.

A mezzanine file is large, and every crossing between a compute vendor and a delivery vendor adds an egress bill and waiting time. A node next to delivery removes that hop and puts compute and delivery on one contract with one support channel. For example, a platform re-encoding a large back catalog in bulk gains the most, while a team encoding a few short clips a week gains little. The same class of hardware also handles rendering and inference, if that becomes the larger share of the workload.

BlazingCDN processing nodes use the NVIDIA RTX PRO 6000 Blackwell Server Edition, in a 2U server with 2 GPUs or a 4U server with 4 GPUs. The 2U configuration has 32 CPU cores, 512 GB of memory, 7.6 TB of NVMe storage and a 10GbE network. The 4U configuration has 144 CPU cores across two sockets and 1 TB of memory.

The RTX PRO 6000 handles encoding plus the graphics or inference work that sits next to it on the same node. The 2U fits a catalog that grows steadily, or a first node beside an existing pipeline. The 4U fits bulk re-encoding of a back catalog, or live ladders running alongside on-demand work. Larger multi-GPU configurations are specified per build. For example, a team trying GPU encoding for the first time can start with one 2U node. Every configuration is quoted at the current GPU market rate.

BlazingCDN does not publish a streams-per-node figure, because the answer depends on three inputs: your ladder, your codec and your preset. Any number quoted without those three is marketing. Bring the ladder to the scoping call, and an engineer sizes the node against it, starting from the 2 GPU or 4 GPU configuration.

Setup on a self-managed build is direct. BlazingCDN hands over a node with root access and a working network. Your team installs and licenses the encoder, so BlazingCDN does not charge for software. Output is written to local NVMe first, then stored or delivered. For example, renditions moved into Cloud Storage cost $0.015 per GB per month (as of October 2026), and Video CDN serves them on the standard tiers. Figures for the hop from node to edge at your specific locations come with the quote. Scoping replies arrive within 3 business hours.