Max volume number per project?
jtourkos
PROOP

2 years ago

Hi team!

I am trying to attach a volume to a service but I am getting You can only have 10 volumes per project. Where is this documented?

Thanks.

Solved

20 Replies

jtourkos
PROOP

2 years ago

56cafcfa-394c-46c9-a811-dc3207bad3dc


2 years ago

Hey, may I ask your usecase for more than 10 volumes per project?


maddsua
HOBBY

2 years ago

Can't have more than 10 services with volumes then?


2 years ago

correct


efstajas
PRO

2 years ago

we have about 10 services in our environment, 6 of which have a volume (some DBs, redis etc.). we duplicate this environment once for staging, and once for development. and then we also have PR envs that automatically get generated when a new PR is open and clone the dev environment.

Now we need to add one more stateful service (a meilisearch instance), and this is blocking us.

It also seems a incosistent — we already have way more than 10 volumes right now across all the envs in this project. Seems like when you duplicate an env or a PR env is created automatically, it doesn't enforce the limit?


2 years ago

iirc it's 10 volumes per environment to be technically correct


efstajas
PRO

2 years ago

don't think so, just tried in this particular env which has only 4 volumes

1328378367665246228


2 years ago

interesting, I'll bump it for you, just wanna hear back from OP


efstajas
PRO

2 years ago

OP and I are on the same team 😄


2 years ago

ah, just thought you were someone else with the same issue


2 years ago

how many volumes would you say you need to have safe margin from getting that error again?


efstajas
PRO

2 years ago

if it were per environment, we'd be definitely fine with only 10 at least for a while

if it's per project BUT automatically generated PR envs don't count, then I suppose 30 so we could duplicate an environment with 10 volumes 3 times.

if it's per project and automatically generated PR envs also count, i guess the number would have to be much higher, maybe 50 or so? it'd be pretty hard to predict then, would be a bummer if someone gets blocked from deploying something new just because a bunch of PRs happen to be open

curious though whether generally this is a plan-based limitation or there's a technical reason for it? like, we pay for storage over time afaik, so why is such a relatively low limit needed?


2 years ago

the reason for it would be far above my understanding, something about we want users to reach out to us and talk to us about what they're using the platform for, but that's at the cost of temporarily blocking the team given it is such a low number (same number for hobby) so I'm just going to bump it to 50 (it's a workspace level setting)


efstajas
PRO

2 years ago

got it, so i guess it's an artificial entry point for the enterprise plan sales funnel then 😄

thank you very much, that'll keep us going for a good while at least 👍


2 years ago

something like that I guess, hasn't worked as far as I've seen, we've always just been like "yep they aren't doing anything suspicious, here's more volumes"


2 years ago

I'll let you know when I've bumped it


2 years ago

bumped


jtourkos
PROOP

2 years ago

That's great, thank you!


2 years ago

no problem!


2 years ago

!s


Status changed to Solved brody over 1 year ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...