Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions machines/guides-examples/machine-placement.html.md
Original file line number Diff line number Diff line change
Expand Up @@ -12,11 +12,11 @@

Let’s say you run `fly scale count` and tell it to drop 10 machines into `dfw` and 10 more into `iad`. If either of those regions is out of capacity, _the entire scale operation fails_. Nothing gets placed. It’s all or nothing.

Most of the time this just works—`dfw` and `iad` are solid bets for region choices. But some regions, like `sjc`, `gru`, and `bom`, tend to be in high demand. If you hardcode your placement into one of those and cross your fingers, you might find yourself scaling to zero.

Check warning on line 15 in machines/guides-examples/machine-placement.html.md

View workflow job for this annotation

GitHub Actions / Vale linter

[vale] reported by reviewdog 🐶 [Fly.Spelling] Is 'hardcode' a typo? Raw Output: {"message": "[Fly.Spelling] Is 'hardcode' a typo?", "location": {"path": "machines/guides-examples/machine-placement.html.md", "range": {"start": {"line": 15, "column": 167}}}, "severity": "INFO"}

### How to check available capacity
### Where can you deploy?

Run `fly platform regions`. You’ll get a list of regions and their available CPU cores. These aren’t guarantees, but they’re a decent snapshot of where you’re most likely to succeed.
Run `fly platform regions` to see the regions where Fly.io has datacenters, along with their region codes. Use those codes to set region preferences for your Machines.

### Let the scheduler help

Expand Down
Loading