Skip to content

Amazon Bedrock Quotas: 0 TPM 0 RPM

0

Hi AWS Community, I'm hoping someone can help or an AWS engineer can escalate this. I've been stuck on this for over 2 weeks now. Account situation: New AWS account, region Stockholm eu-north-1, also tested in us-east-1. The Problem: Every single single model in Amazon Bedrock shows 0 TPM and 0 RPM in both the Bedrock Quotas console and Service Quotas. This includes Claude Haiku 4.5, Claude 3.5 Sonnet V2, and all other Anthropic and non Anthropic models. When I check Service Quotas and search for "Haiku 4.5", I can clearly see:

AWS default quota value: 10,000 RPM / 5,000,000 TPM My applied account-level quota: 0 RPM / 0 TPM

This means my account was never seeded with the default quota values at provisioning time. Even a single "Say Hello" prompt in the Bedrock Playground returns: ThrottlingException: Too many tokens per day, please wait before trying again. What I've already tried:

Raised 4 AWS Support cases (Case IDs: 177937757800211, 177937776800408, 177970540400029, 177970903800519) - all sat Unassigned with no response or contact.

What I need: My account quota is at 0 i can make no requests

I am not asking for anything above the published defaults — just what AWS documentation says new accounts should receive. Has anyone else experienced this? Is there a way to get this escalated beyond Basic Support? Thanks in advance.

asked 11 days ago66 views
2 Answers
1

Your account's Bedrock quotas weren't seeded during provisioning — it's a known bug, not something you did wrong. There's no self-service fix; an AWS internal team needs to manually correct it.

Fastest paths to resolution:

Upgrade to Developer Support for actual engineer access Use live chat instead of creating cases Post on AWS re:Post with your case IDs Open a new case under "Account" (not Bedrock) framing it as a provisioning defect Until it's fixed, try toggling model access off/on or requesting a quota increase through Service Quotas — both can sometimes re-trigger the seeding process.

EXPERT
answered 11 days ago
EXPERT
reviewed 11 days ago
0

I understand your frustration with the quota situation in Amazon Bedrock. Based on your description, it appears your account wasn't properly provisioned with the default service quotas for Bedrock models, which is preventing you from using the service entirely.

Here are some steps and information that may help:

Understanding Bedrock Quotas: Amazon Bedrock has default quotas for throughput (tokens per minute/TPM and requests per minute/RPM) that vary by model and region. These quotas are typically applied automatically to accounts, but in rare cases, provisioning issues can occur.

Immediate Actions You Can Take:

  1. Request Quota Increases via Service Quotas Console: Even though your current quota shows 0, you can still submit quota increase requests through the Service Quotas console. Navigate to Service Quotas → AWS services → Amazon Bedrock, find the specific model quotas you need, and request increases to at least the documented default values.

  2. Try Alternative Support Channels: Since you have a new account with Basic Support and your cases are unassigned, consider:

  • Using the AWS re:Post community for visibility from AWS experts
  • Checking if your account has any billing or verification holds that might be affecting service provisioning
  • Verifying your account is in good standing with no restrictions
  1. Model Access: Ensure you've explicitly requested access to the models through the Bedrock console (Model access page), though this typically affects model availability rather than quota values.

For AWS Support Escalation: With Basic Support, response times can vary. If this is impacting business operations, you might consider temporarily upgrading to Developer or Business Support for faster response times and technical guidance. Business Support includes 24/7 access to Cloud Support Engineers and faster response times for production system issues.

The situation you're describing—where quotas show 0 instead of default values—is unusual and likely requires AWS internal investigation to resolve the provisioning issue with your account.

answered 11 days ago
AWS
EXPERT
reviewed 7 days 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.