Scale the Number of Machines
We'll be migrating all V1 apps in phases. Learn more about how and why we're getting off Nomad.
You can also migrate your V1 app yourself using our migration tool or manually.
For existing Nomad/V1 Fly Apps: There's a whole doc on scaling legacy V1 apps.
There are two ways to scale the number of platform Machines—Machines managed by fly deploy
—on a V2 Fly App after its first deployment:
- with the
fly scale count
subcommand - by explicitly cloning or destroying existing Machines on the app
fly scale count
does not yet support scaling Machines with persistent storage volumes. Use fly machine clone
and fly machine destroy
to scale any process groups with mounted volumes.fly scale count
uses internal rules to create or destroy Machines to reach the target scale that you specify. As you would expect, specifying a target number of Machines that's higher than the existing total results in the creation of Machines, while a lower target results in the destruction of Machines.
When Machines are created or destroyed using either of the above methods, the resulting scale is preserved by fly deploy
—except in the case that you scale right down to zero Machines. In that case, fly deploy
seeds the app with new Machines according to the primary_region
and [processes]
configured in fly.toml
.
Further adjustments to the capacity of the app can be made by starting and stopping its Machines. Stopped Machines cost less than running Machines because they don't consume any CPU or RAM resources. See Automatically Stop and Start App Machines for ways to do this dynamically.
View the App's Current Scale
fly scale show
outputs all the scale information about an app's Machines: how many Machines of each VM specification, in each of the app's process groups, in each region.
Here's an example to illustrate that:
fly scale show
VM Resources for app: scalecmd
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
app 3 shared 4 1024 MB mia,scl(2)
other 3 shared 4 1024 MB ord(2),scl
task 4 performance 1 2048 MB iad,mia,ord,scl
This app has 10 Machines total. The app
process group has two in scl (Santiago) and one in mia (Miami). other
has two in ord (Chicago) and one in scl. task
has one Machine in each of iad (Ashburn, Virginia), mia, ord, and scl. You can put your Machines wherever works best for your app!
Scale a Simple App in a Single Region
The default process name in a Fly App is app
. If you don't define process groups, all the app's platform Machines belong to the app
group.
fly scale count
applies changes to the default process group if it is not passed explicit per-process target counts.
Here's the fly scale show
output for a simple newly deployed web app, with two machines in yyz (Toronto):
fly scale show
VM Resources for app: scalecmd
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
app 2 shared 1 256 MB yyz(2)
The simplest way to scale up is simply fly scale count <target-count>
. This just adds more Machines of the default process group in the app's existing region:
fly scale count 4
The result:
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
app 4 shared 1 256 MB yyz(4)
Now there are four Machines in yyz.
Scale an App's Regions
The --region
option takes one or more region codes. fly scale count
creates and/or destroys Machines to reach the specified target count across the regions you list in this option, and tries to balance its changes across these regions.
If --region
is not used, the target count is distributed across all regions in which the app already has platform Machines belonging to any process group.
You can set the scale explicitly per region by specifying a single region per fly scale
command.
An example: to end up with a total of three Machines between the yyz and ewr (Secaucus, NJ) regions on an app:
fly scale count 3 --region yyz,ewr
In the above example, the resulting total Machine count seen with fly scale show
will be more than 3 if it has Machines in regions other than yyz and ewr:
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
web 4 shared 1 256 MB ewr,mia,yyz(2)
You can also set the scale explicitly per region by specifying a single region per fly scale
command.
Change the Number of Machines in a Process Group
fly scale count
takes explicit target counts per process group.
Here's an app with two process groups running in two regions, nrt (Tokyo) and yyz (Toronto):
fly scale show
VM Resources for app: scalecmd
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
web 4 shared 1 256 MB nrt(2),yyz(2)
worker 4 shared 1 256 MB nrt(2),yyz(2)
Scale it out to 10 web
Machines and 6 worker
Machines, without constraining the change by region:
fly scale count web=10 worker=6
App 'scalecmd' is going to be scaled according to this plan:
+3 machines for group 'web' on region 'yyz' with size 'shared-cpu-1x'
+3 machines for group 'web' on region 'nrt' with size 'shared-cpu-1x'
+1 machines for group 'worker' on region 'yyz' with size 'shared-cpu-1x'
+1 machines for group 'worker' on region 'nrt' with size 'shared-cpu-1x'
? Scale app scalecmd? Yes
Executing scale plan
Created 9080eeddc29387 group:web region:yyz size:shared-cpu-1x
...
Created 1781779b52d489 group:worker region:nrt size:shared-cpu-1x
fly scale show
...
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
web 10 shared 1 256 MB nrt(5),yyz(5)
worker 6 shared 1 256 MB nrt(3),yyz(3)
Say we've decided have more capacity than we'll need, for the foreseeable future, in Toronto. Scale both processes down by one Machine just in yyz:
fly scale count web=4 worker=2 --region yyz
As requested, nrt is unchanged, but in yyz the web
process is scaled down to 4 and worker
to 2 Machines.
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
web 9 shared 1 256 MB nrt(5),yyz(4)
worker 5 shared 1 256 MB nrt(3),yyz(2)
You can specify process groups to act on, and restrict the changes by region with the --region
option in the same command.
Add a New Region
In Apps V2, adding a region to an app just means putting at least one Machine there.
For example, add syd (Sydney, Australia) to an app's regions by scaling up from 0 there:
fly scale count 2 --region syd
Now syd will show up in the app's regions list
:
fly regions list
Regions [app]: yyz, syd
If the app has multiple process groups, specify which process or processes to put in the new region:
fly scale count web=1 worker=1 --region syd
Alternatively, you can clone specific Machines to a new region, and the new Machine inherits the process group of its source Machine.
Balance Machines Between Regions With --max-per-region
Use --max-per-region
for added control over Machine placement by region if the changes proposed by fly scale count
look unbalanced. This option caps the resulting count of Machines in any one region to the number you provide.
You can also use --max-per-region
to redistribute the Machine count more evenly among regions. For example, on an app with 8 machines in yyz, 2 in yul (Montreal) and only 1 in ewr:
NAME COUNT KIND CPUS MEMORY REGIONS
app 11 shared 1 256 MB ewr,yul(2),yyz(8)
fly scale count 11 --max-per-region 5
NAME COUNT KIND CPUS MEMORY REGIONS
app 11 shared 1 256 MB ewr(3),yul(3),yyz(5)
You can combine --max-per-region
with process groups and --region
in a single fly scale count
command.
Scale to Zero and Back Up
Scale to zero Machines with fly scale count
. Don't leave out any processes:
fly scale count web=0 worker=0
Check that it worked:
fly scale show
VM Resources for app: scalecmd
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
Now if there are no Machines in any process groups, we can't just scale up, because fly scale count
relies on essentially cloning an existing Machine. But we can simply redeploy!
fly deploy
fly scale show
...
Groups
NAME COUNT KIND CPUS MEMORY REGIONS
web 2 shared 1 256 MB yyz(2)
worker 2 shared 1 256 MB yyz(2)
fly deploy
creates two Machines per process, for resilience purposes.
We're back in business and can scale as desired!
Scale Up With fly Machine Clone
You can add platform Machines to an app by cloning platform Machines. The new Machine will be, as you would expect, a copy of the specified Machine, and will belong to the same process group. If the original Machine has a Fly Volume attached, an empty volume will be provisioned for the new Machine. It's up to you to decide what to put on the new volume; fly machine clone
will not automatically copy the contents of the original Machine's volume.
$ fly machine clone 21781973f03e89
$ fly machine clone --region syd 21781973f03e89
$ fly machine clone --region ams 21781973f03e89
After running the above commands, there are four Machines running for this app: the original Machine plus three new ones
Scale Down With fly Machine Destroy
Use fly machine stop
and fly machine destroy
to scale down the app by removing specific Machines:
$ fly machine stop 9080524f610e87
$ fly machine destroy 9080524f610e87
If a Machine is misbehaving (for instance, it's not stop
ping successfully), you can use fly machine destroy --force
to get rid of it.
fly machine destroy --force 0e286039f42e86
destroy
a Machine, don't forget that any volume that it had been using still exists until you either fly volumes delete
it or fly destroy
the Fly App it belongs to.