Claude på Amazon Bedrock: kvoter, throttling og forhøjelser

Hvad der begrænser Claude på Amazon Bedrock, hvilke standardkvoter AWS offentliggør, hvorfor throttling begynder tidligere, end regningen antyder, og hvordan I får mere kapacitet. Alle oplysninger om AWS på denne side kommer fra AWS' egen dokumentation, linket nedenfor.

Opret en virksomhedskontoeller skriv til contact@standardcompute.com

Standard Compute · Kilder kontrolleret 9. november 2026

Det korte svar

Amazon Bedrock begrænser Claude i tokens pr. minut, pr. model og pr. region, hvor input- og output-tokens tæller sammen. Nogle modeller har også en kvote for forespørgsler pr. minut, og hver konto har et dagligt loft for tokens.

Hver output-token fra Claude tæller 5, 10 eller 15 gange mod kvoten afhængigt af modellen, og hele max_tokens reserveres, når forespørgslen starter. Derfor begynder throttling længe før de fakturerede tokens når kvoten.

En ThrottlingException er HTTP 429 og betyder, at kontoen har overskredet en Bedrock-kvote. AWS anbefaler eksponentiel backoff med jitter, en kvoteforhøjelse og Reserved Tier eller Provisioned Throughput ved vedvarende belastning.

Større forhøjelser behandles af AWS Support. AWS prioriterer konti, der allerede bruger deres kvote, og kan afvise andre anmodninger.

På Standard Compute betjenes Claude af flere clouds, så én udbyders kvote eller nedbrud stopper ikke jeres arbejde: en begrænset eller fejlet forespørgsel går automatisk til en anden udbyder af samme model.

De kvoter, der gælder for Claude

Amazon Bedrock-kvoter på endpointet bedrock-runtime
Kvote (AWS-navn)OmfangHvad den tæller
Cross-Region InvokeModel tokens per minutePr. model, pr. regionInput- og output-tokens samlet, for kald via en cross-region inference-profil
On-demand InvokeModel tokens per minutePr. model, pr. regionInput- og output-tokens samlet, for on-demand-kald i én region
InvokeModel requests per minutePr. model, pr. regionForespørgsler pr. minut, for modeller med denne kvote; Claude Opus 4.7 og 4.8 har ingen
Cross-Model Max Tokens Per DayPr. konto, pr. regionTokens pr. dag på tværs af alle understøttede modeller

Trods navnene gælder kvoterne for alle inferens-API'er, der kalder modellen på bedrock-runtime, også Converse, Responses og Chat Completions. Det nyere endpoint bedrock-mantle tælles for sig, med egne kvoter for input- og output-tokens pr. minut og uden kvote for forespørgsler pr. minut.

Offentliggjorte standardværdier for de aktuelle Claude-modeller

Standardkvoter på Bedrock for Claude, i hver understøttet region
ModelCross-region, tokens pr. minutGlobal cross-region, tokens pr. minutCross-region, forespørgsler pr. minut
Claude Opus 5.530.000.00030.000.000Ikke offentliggjort
Claude Opus 530.000.00030.000.000Ikke offentliggjort
Claude Opus 4.830.000.00030.000.000Ingen RPM-kvote
Claude Sonnet 5.56.000.0006.000.000Ikke offentliggjort
Claude Sonnet 56.000.0006.000.000Ikke offentliggjort
Claude Sonnet 4.66.000.0006.000.00010.000
Claude Haiku 5.510.000.00010.000.000Ikke offentliggjort
Claude Haiku 4.55.000.0005.000.00010.000
Fra tabellen over Amazon Bedrock-kvoter i AWS General Reference; alle værdier ovenfor kan justeres. Cross-Model Max Tokens Per Day er som standard 700.000.000 og kan ikke justeres. Ifølge AWS kan kontoens kvoter være lavere afhængigt af region, kontoens alder og brugs- og betalingshistorik. Service Quotas viser jeres reelle værdier.

Hvorfor kvoten falder hurtigere end regningen

Bedrock omregner output-tokens til kvoteforbrug med en burndown-faktor. AWS angiver 10 gange for Claude Opus 5.5, Sonnet 5, Opus 5 og Fable 5.1, 15 gange for Claude-modeller i version 4.8 og 5 gange for version 4.7 og ældre. Siden angiver ingen særskilt faktor for Sonnet 5.5 eller Haiku 5.5. I betaler kun for de tokens, der faktisk bruges.

Kvoten belastes også på forhånd. Når en forespørgsel starter, trækker Bedrock input-tokens plus hele max_tokens fra og giver den ubrugte del tilbage til sidst. Læsninger fra cachen tæller ikke. AWS' formel brugt på én forespørgsel til Claude Opus 5.5:

kvoteberegning, Claude Opus 5.5 (10x output-burndown)
input-tokens          20.000
max_tokens            32.000
genereret output       2.000

reserveret ved start  52.000
  = input + max_tokens
belastet til sidst    40.000
  = input + output x 10
fakturerede tokens    22.000
  = input + output

At sætte max_tokens tæt på den reelle outputstørrelse er den billigste måde at få plads til flere samtidige forespørgsler i samme kvote.

Cross-region inference

Cross-region inference sender en forespørgsel gennem en inference-profil, og Bedrock vælger den region, der betjener den. Kald gennem en profil bruger modellens cross-region-kvote, som er adskilt fra on-demand-kvoten for kald i én region.

Geografisk og global cross-region inference
ProfilHvor forespørgsler kørerPris
Geografisk (US, EU, APAC)I de regioner i den geografi, som profilen omfatterStandardpris
GlobalI enhver understøttet kommerciel AWS-regionCa. 10 % billigere ifølge AWS
AWS opkræver ikke ekstra for routing og logger den betjenende region i CloudTrail som additionalEventData.inferenceRegion. Inference-profiler understøtter ikke Provisioned Throughput.

ThrottlingException og beslægtede fejl

Throttling- og kapacitetsfejl på Bedrock
FejlHTTPBetydningAWS anbefaler
ThrottlingException429Forespørgslen overskred kontoens Bedrock-kvoterPrøv igen med eksponentiel backoff og jitter, tjek kvoterne, anmod om forhøjelse, eller brug Reserved Tier eller Provisioned Throughput ved vedvarende belastning
ModelNotReadyException429Nogle runtime-operationer returnerer også 429 for detteSe på fejltypen, ikke kun statuskoden
ServiceUnavailable503Midlertidig kapacitetsmangel, uafhængig af jeres kvoteVent og prøv igen; skift region eller brug cross-region inference, hvis det varer ved
overloaded_error529Modellen mangler kapacitet lige nuRespekter Retry-After, undgå synkrone genforsøg, brug cross-region inference

AWS' eksempel er seks forsøg i alt, den første forespørgsel plus fem genforsøg. I boto3:

python
import boto3
from botocore.config import Config

config = Config(retries={
    "total_max_attempts": 6,
    "mode": "standard",
})
client = boto3.client(
    "bedrock-runtime", config=config
)

Sådan anmoder I om en kvoteforhøjelse

  1. Åbn Service Quotas, vælg Amazon Bedrock, og tjek kontoens værdier for den model og region, I kalder.
  2. Tjek først modellens livscyklus. AWS giver ikke forhøjelser for Legacy- eller Deprecated-modeller.
  3. Anmod om forhøjelsen på "Cross-Region InvokeModel tokens per minute" for modellen. AWS Support tilbyder så at hæve on-demand-tokens pr. minut og tokens pr. dag i samme sag.
  4. Vis reelt forbrug. Ifølge AWS prioriteres kunder, hvis trafik allerede bruger den nuværende kvote, og andre anmodninger kan afvises. Mindre forhøjelser godkendes ofte automatisk; større vurderes af AWS Support.
  5. Endpointet bedrock-mantle har sin egen procedure.
terminal
# Kontoens Claude-kvoter, aktuel region
aws service-quotas list-service-quotas \
  --service-code bedrock \
  --query "Quotas[?contains(QuotaName,
    'Claude Sonnet 5.5')].[QuotaName,Value]" \
  --output table

# Anmod om forhøjelse med kvotekoden
aws service-quotas \
  request-service-quota-increase \
  --service-code bedrock \
  --quota-code L-XXXXXXXX \
  --desired-value 12000000

Provisioned Throughput og service tiers

Bedrocks kapacitetsmuligheder ud over on-demand
MulighedHvad I fårVilkår
Provisioned ThroughputModelenheder, hver med en fast mængde input- og output-tokens pr. minut, faktureret pr. timeUden binding, 1 måned eller 6 måneder. Kapacitet og pris pr. enhed via jeres AWS account manager
Reserved TierReserverede input- og output-tokens pr. minut, overløb til Standard, oppetidsmål på 99,5 %1 eller 3 måneder; mindst 100.000 input- og 10.000 output-tokens pr. minut; via jeres AWS-kontoteam
Priority TierForespørgsler betjenes før Standard og Flex, mod et tillægIngen reservation; deler on-demand-kvoten
Flex TierRabat for arbejde, der kan tåle længere behandlingIngen reservation; deler on-demand-kvoten
Understøttelsen afhænger af model og region; modelkortet i Bedrock-dokumentationen viser tiers. Claude Code på Bedrock vælger tier med ANTHROPIC_BEDROCK_SERVICE_TIER.

Få mere ud af den kvote, I har

  • Sæt max_tokens til det forventede output, da hele værdien reserveres ved starten af hver forespørgsel.
  • Brug prompt caching til tilbagevendende kontekst.
  • Begræns efter tokens og samtidighed. AWS advarer om, at en grænse alene på forespørgsler pr. minut ikke beskytter, når forespørgslernes størrelse ændrer sig.
  • Skru op i trin, og hold øje med andelen af 429, 503 og 529 på hvert niveau.
  • Flyt offline-arbejde til batch inference og latenstolerant arbejde til Flex Tier, hvor modellen understøtter det.

Ud over én kontos kvote

For at nå et oppetidsmål anbefaler AWS selv begrænsede genforsøg og fallback på tværs af regioner eller modeller i jeres applikation. En gateway gør det arbejde for jer, på tværs af flere udbydere.

Med Standard Compute bliver jeres Bedrock-konto én af flere veje for Claude, og I skal ikke selv ansøge om en Bedrock-kvote. Claude betjenes af Anthropic og de store clouds, og samme API når GPT, Gemini og åbne modeller som GLM, DeepSeek og MiniMax. Hvert trin går til den billigste model, der kan klare det, og til den billigste udbyder, der er hurtig nok.

For Claude i Europa sætter I en Europa-regel for virksomheden, et team eller en enkelt nøgle: hver forespørgsel, også gentagelser og fallbacks, betjenes så kun af godkendte europæiske inferens-endpoints. Claude Opus 5.5, Sonnet 5.5 og Haiku 5.5 kører i Europa på Google Vertex AI og Amazon Bedrock i Irland. Databehandleraftalen underskriver I i dashboardet.

python
from openai import OpenAI

client = OpenAI(
    base_url="https://api.stdcmpt.com/v1",
    api_key=STANDARD_COMPUTE_KEY,
)

# "standardcompute" sender hvert trin til den
# billigste model, der kan klare det.
# For at låse Claude fast:
# model="anthropic/claude-sonnet-5.5"
client.chat.completions.create(
    model="standardcompute",
    messages=messages,
)

Om kvoter på Azure OpenAI, se Azure OpenAI kvoter. Hvordan Standard Compute fungerer for virksomheder, står på AI-gateway til virksomheder.

Sæt jeres team på Standard Compute

Opret en virksomhedskonto, inviter teamet, og giv hver person og hver applikation sin egen nøgle.

Opret en virksomhedskontoStandard Compute til virksomheder

Ofte stillede spørgsmål

Vi rammer hele tiden throttling på Claude i Bedrock, og en kvoteforhøjelse tager lang tid. Hvad gør andre virksomheder?

Inden for AWS: en global eller EU-inference-profil, `max_tokens` tæt på det reelle output, prompt caching og en anmodning om forhøjelse med reelt forbrug, da AWS prioriterer konti, der bruger deres kvote. Ud over én konto: en gateway. På Standard Compute betjenes Claude af flere clouds, så én udbyders kvote eller nedbrud stopper ikke jeres arbejde, og I skal ikke ansøge om en egen Bedrock-kvote.

Er der et alternativ, som stadig holder Claude i Europa?

Standard Compute leverer Claude Opus 5.5, Sonnet 5.5 og Haiku 5.5 i Europa via Google Vertex AI og Amazon Bedrock i Irland. Med en Europa-regel betjenes hver forespørgsel, også gentagelser og fallbacks, kun af godkendte europæiske inferens-endpoints, og kan ingen af dem betjene den, afvises den, før jeres prompt sendes.

Hvad er standardkvoterne for Claude på Amazon Bedrock?

AWS offentliggør pr. region 30.000.000 tokens pr. minut via cross-region inference for Claude Opus 5.5, Opus 5 og Opus 4.8, 6.000.000 for Sonnet 5.5, Sonnet 5 og Sonnet 4.6 og 10.000.000 for Haiku 5.5. Jeres kontos værdier kan være lavere; tjek Service Quotas.

Hvad betyder ThrottlingException på Bedrock?

Kontoen har overskredet en Bedrock-kvote for modellen, fx tokens pr. minut. Tjek værdierne i Service Quotas, prøv igen med backoff og jitter, og anmod om en forhøjelse, hvis trafikken er stabil.

Hvorfor bliver vi begrænset, når forbruget ser ud til at ligge under kvoten?

Fordi output-tokens fra Claude tæller 5, 10 eller 15 gange afhængigt af modellen, og Bedrock reserverer hele max_tokens ved starten af hver forespørgsel. Sænk max_tokens, og brug prompt caching, hvor læsninger fra cachen ikke tæller.

Skal vi købe Provisioned Throughput til Claude på Bedrock?

Kun ved forudsigelig, vedvarende belastning. Det faktureres pr. time pr. modelenhed, uden binding eller for 1 eller 6 måneder, og virker ikke med inference-profiler. Alternativet for reserverede tokens pr. minut er Reserved Tier fra 100.000 input- og 10.000 output-tokens pr. minut, via jeres AWS-kontoteam.

Kilder (kontrolleret 9. november 2026)

  1. Quotas for Amazon Bedrock (engelsk)docs.aws.amazon.com
  2. Quotas for the bedrock-runtime endpoint (engelsk)docs.aws.amazon.com
  3. How tokens are counted in Amazon Bedrock (engelsk)docs.aws.amazon.com
  4. Amazon Bedrock service quotas, AWS General Reference (engelsk)docs.aws.amazon.com
  5. Cross-Region inference (engelsk)docs.aws.amazon.com
  6. Troubleshooting Amazon Bedrock API error codes (engelsk)docs.aws.amazon.com
  7. Scaling and throughput best practices (engelsk)docs.aws.amazon.com
  8. Provisioned Throughput (engelsk)docs.aws.amazon.com
  9. Service tiers for inference (engelsk)docs.aws.amazon.com
  10. Requesting a quota increase, Service Quotas (engelsk)docs.aws.amazon.com
  11. Claude Code on Amazon Bedrock (engelsk)code.claude.com