Scaling Up (Vertical Scaling)
Scaling up, also called vertical scaling, expands a system's capacity by increasing the power of existing components rather than adding more of them. In practice this means upgrading the CPU, adding RAM, or installing more accelerator cards in machines that are already deployed. It contrasts with scaling out, which adds capacity by connecting additional nodes of the same kind. Both approaches grow total capability, but scaling up concentrates that growth inside individual machines.
What is scaling up?
Scaling up raises the ceiling of a single resource. A compute node that gains a faster processor, more memory, or additional GPUs can handle larger or more demanding work without any change to the number of nodes in the cluster. The upgrade path differs between environments. On premises, an operator can physically swap a CPU for a more powerful one or add accelerator cards to an existing server. In the cloud, the same effect is usually achieved by migrating a workload onto a larger instance template, since individual cloud instances are relatively static and cannot have their hardware changed in place.
Why scaling up matters
Vertical scaling suits workloads that are hard to distribute across many machines. A job that depends on a very large shared memory space, tight data locality, or a single-threaded bottleneck often runs better on one big machine than on many small ones. Scaling up avoids the coordination overhead, network latency, and software complexity that come with spreading work across nodes. Its limits are physical and economic: a single machine can only hold so many processors, so much memory, and so many cards, and the largest configurations become disproportionately expensive. For that reason, large HPC and AI environments typically scale up individual nodes only to a practical point and then scale out to grow further.
How scaling up works
The mechanism is straightforward: identify the constrained resource and enlarge it in place.
- CPU, replace the processor with a higher core count or clock speed, or move to a larger cloud instance type.
- Memory, add RAM so larger datasets fit without spilling to slower storage.
- Accelerators, install additional GPUs or other cards to increase parallel throughput on one machine.
Because the machine count does not change, the operating system, scheduler, and network topology usually stay the same, which keeps the operational footprint simple compared with adding and provisioning new nodes.
Scaling up vs. scaling out
| Scaling up (vertical) | Scaling out (horizontal) | |
|---|---|---|
| Method | Make existing machines more powerful | Add more machines like the existing ones |
| Changes | CPU, RAM, accelerators per node | Node count in the cluster |
| Best for | Shared-memory, hard-to-distribute work | Distributable, parallel workloads |
| Limit | Physical capacity of one machine | Network, coordination, and floor space |
| Cloud method | Move to a larger instance template | Spin up and network additional instances |
In real deployments the two are complementary. Operators scale up nodes to a sensible size, then scale out by adding more of those nodes to reach the total capacity a workload demands.
Built for scale. Chosen by the world’s best.
2.75M+
Rocky Linux instances
Being used world wide
90%
Of fortune 100 companies
Use CIQ supported technologies
250k
Avg. monthly downloads
Rocky Linux
9
Enterprise products
Spanning the kernel to the orchestrator