Skip to content

New account stuck at 0 TPM / 0 RPM for all Anthropic models in eu-central-1 - provisioning issue

0

Hello AWS community, I am running into a known provisioning issue with Bedrock quotas on a newly created AWS account and would appreciate guidance on how to get it resolved. Situation:

AWS account: newly created (less than two weeks old), billing verified, no prior Bedrock usage Region: eu-central-1 (Frankfurt) Model access: granted for all Anthropic Claude models (Opus 4.6, Sonnet 4.6, Haiku 4.5) after submitting the use-case form IAM permissions: verified, policy allows bedrock:InvokeModel, bedrock:InvokeModelWithResponseStream, bedrock:Converse, and bedrock:ConverseStream on arn:aws:bedrock:eu-::foundation-model/anthropic. and the corresponding EU inference profiles

The problem: Every Anthropic model in my account shows 0 RPM and 0 TPM in both the Bedrock Quotas view and the Service Quotas console. This applies to:

Cross-region InvokeModel requests/tokens per minute for Claude Opus 4.6 Cross-region InvokeModel requests/tokens per minute for Claude Sonnet 4.6 Cross-region InvokeModel requests/tokens per minute for Claude Haiku 4.5

The AWS default values documented for these quotas are significantly higher, which suggests that my account was never seeded with baseline defaults at provisioning time. Any invocation — including a minimal test request via the Bedrock Playground or the bedrock-runtime converse CLI command with maxTokens=20 — immediately returns: ThrottlingException: Too many tokens per day, please wait before trying again. This happens regardless of prompt size or max_tokens setting, because the account-level quota itself is zero. What I have already done:

Confirmed model access is granted and the models appear as enabled Verified IAM permissions via the IAM policy simulator Tested with minimal maxTokens values to rule out the known issue where Bedrock reserves the model's maximum output capacity at request start Opened an AWS Support case requesting a quota increase, including a detailed business justification The support case has been open for more than 24 hours without assignment or response

Use case context: The account will be used as the GDPR-compliant inference backend for a self-hosted LibreChat deployment on a European server. The deployment is intended for a German data protection consulting firm and will be used for GDPR compliance assessments, legal opinion drafting, and internal document review. EU data residency is a hard regulatory requirement, which is why we chose Amazon Bedrock with EU Inference Profiles specifically over alternative providers. The initial rollout covers a small internal user group. What I am asking for:

Has anyone else encountered this specific 0 TPM / 0 RPM provisioning issue on a new account recently? If so, what was the resolution path and typical timeline? Is there a way to get the existing support case prioritized, given that I cannot generate any consumption history while quotas remain at zero (which the Bedrock quota increase guidance describes as a prerequisite for prioritization)? Is there a documented process for requesting that an account be seeded with the published baseline defaults, as opposed to a standard quota increase on top of an existing allocation?

I have seen several similar reports on re:Post over the past months, so this does not appear to be an isolated case. Any pointers from community members or AWS staff would be very much appreciated. Thank you.

2 Answers
0

Thank you for the detailed description. What you're experiencing is a known provisioning behavior with new AWS accounts and Amazon Bedrock, particularly in EU regions where additional compliance and data residency controls apply.

For new AWS accounts, Bedrock quotas are not automatically provisioned at the documented default values. Instead, accounts typically start with zero or very low quotas until AWS reviews and approves your use case. This is especially common when requesting access to high-capability models like Claude Opus and Sonnet in EU regions, where additional verification steps may apply due to data residency requirements.

Regarding your support case, quota increase requests for Bedrock foundation models typically require review by the Bedrock service team, and the timeline can vary from 24-72 hours to several business days, depending on the requested capacity and region. The lack of consumption history on a new account can indeed slow the review process, but your detailed business justification and GDPR compliance requirements should help expedite it.

Here are some recommendations:

For your existing support case:

  • If you haven't already, explicitly mention in your case that you have zero baseline quota (not requesting an increase above existing limits, but requesting initial provisioning)
  • Emphasize the EU data residency requirement and that you specifically chose Bedrock for GDPR compliance
  • Request a modest initial quota that aligns with your small internal user group (e.g., 10,000-50,000 TPM to start)

Alternative approaches while waiting:

  • Consider starting with Claude Haiku, which typically has faster approval times and lower capacity requirements, to establish some usage history
  • If you have an AWS account team or Technical Account Manager, engage them to help prioritize your case
  • Ensure your support case is filed under the correct category (Service Limit Increase → Bedrock)

Timeline expectations: Based on similar cases, initial quota provisioning for new accounts typically takes 2-5 business days once the case is assigned to the Bedrock team. The fact that your case hasn't been assigned after 24 hours suggests it may still be in the initial routing queue.

Unfortunately, there isn't a self-service way to provision baseline quotas - all initial allocations for foundation models require AWS review and approval. This is by design to ensure responsible scaling and compliance with regional requirements.

If your case remains unassigned after 48 hours, consider updating it with additional urgency indicators or, if you have access to Business or Enterprise support, requesting case escalation.

answered a month ago
EXPERT
reviewed a month ago
0

Hello.

Since you've already contacted AWS support, I think all you can do is wait for their response.
Also, please note that Bedrock quota requests may be rejected depending on the use case and usage, as described in the following documentation.
https://docs.aws.amazon.com/bedrock/latest/userguide/quotas-increase.html

Due to overwhelming demand, priority will be given to customers who generate traffic that consumes their existing quota allocation. Your request might be denied if you don't meet this condition.

EXPERT
answered a month ago
EXPERT
reviewed a month ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.