Absorb demand spikes without manually resizing compute.
Variable production traffic
Neon · Const
An autoscaling range defines the minimum and maximum Compute Units for a Neon compute. Neon scales within those bounds as workload changes, subject to an 8 CU maximum spread.
An autoscaling range sets the minimum and maximum compute sizes for a Neon compute. Neon adjusts resources within those boundaries according to workload, while the difference between the maximum and minimum cannot exceed 8 CU.
neon branches add-compute <branch> --cu <min>-<max>| Name | Type | Description |
|---|---|---|
min | CU | Smallest compute size allowed by the range, measured in Compute Units. |
max | CU | Largest compute size allowed by the range, measured in Compute Units. |
A compute configuration that automatically scales between the specified minimum and maximum CU values.
neon branches add-compute main --cu 0.5-2Sets the main branch compute to autoscale from 0.5 CU to 2 CU.
Variable production traffic
Development and testing
Read-heavy architectures
An autoscaling range is the lower and upper compute-size boundary for a Neon compute. Neon scales between those values based on current workload, never going below the minimum or above the maximum.
Follow-up: What constraint applies to the two bounds? The maximum cannot exceed the minimum by more than 8 CU.
The documented autoscaling sizes span 0.25 CU through 16 CU. One CU corresponds to approximately 4 GB of RAM, so the selected range also determines the approximate memory envelope.
Follow-up: Can every range across that span be selected? No; the maximum-minus-minimum difference is limited to 8 CU.
Autoscaling applies to a primary compute or a read replica. It is configured by opening the compute's Edit compute drawer and setting the minimum and maximum sizes.
Follow-up: How can it be configured outside the console? The computes documentation shows updating the endpoint with minimum and maximum autoscaling CU fields via the Neon API.
Autoscalingcomputeread replicascale to zero