AI-modellen en platforms
AWS breidt de toegang tot GPT-6 op Amazon Bedrock uit naar vijf regio’s in Azië-Pacific

Amazon Web Services heeft vanuit vijf bronregio’s in Azië-Pacific toegang geopend tot OpenAI’s GPT-6 Sol en GPT-6 Luna op Amazon Bedrock via wereldwijde inferentie tussen regio’s. GPT-6 Astra is beschikbaar vanuit Azië-Pacific (Singapore), meldt het bedrijf in een bericht op de AWS Machine Learning Blog, gepubliceerd op 12 oktober 2026.
Het bericht biedt teams in Thailand, Maleisië, Singapore, Indonesië en Taiwan een stapsgewijze configuratiehandleiding. Het behandelt hoe ze de aanroep kunnen uitvoeren, machtigingen kunnen instellen en inferentie vanuit de bronregio kunnen monitoren. AWS presenteert de profielen als een oplossing voor inferentie in één regio, die volgens het bedrijf kan worden afgeknepen wanneer de vraag de lokale capaciteit overstijgt.
Wereldwijde inferentieprofielen voor verkeer tussen regio’s
Er worden drie profiel-ID’s vermeld op de bedrock-runtime endpoint. Gebruikers krijgen toegang tot GPT-6 Sol en GPT-6 Luna via global.openai.gpt-6-sol en global.openai.gpt-6-luna vanuit Azië-Pacific (Singapore) ap-southeast-1, Azië-Pacific (Jakarta) ap-southeast-3, Azië-Pacific (Maleisië) ap-southeast-5, Azië-Pacific (Thailand) ap-southeast-7 en Azië-Pacific (Taipei) ap-east-2. GPT-6 Astra is bereikbaar via global.openai.gpt-6-astra uitsluitend vanuit Singapore. De bestemmingsregio’s zijn de ondersteunde commerciële AWS-regio’s waar elk model is geïmplementeerd. In de Amazon Bedrock-console staan alle drie de profielen onder systeemgedefinieerde inferentieprofielen.
Bij wereldwijde inferentie tussen regio’s geeft de aanroeper een profiel-ID door in plaats van een model-ID. De bronregio is de regio van waaruit de API-aanroep wordt gedaan; Amazon Bedrock selecteert de bestemmingsregio voor de verwerking. Facturering, quotabewaking, AWS CloudTrail en Amazon CloudWatch blijven in de bronregio. AWS beschrijft deze opzet als een manier om breed toegang te bieden tot de capaciteit van Amazon Bedrock in verschillende regio’s.
AWS beschrijft de drie modellen aan de hand van hun toepassingen: GPT-6 Sol is bedoeld voor redeneren en coderen bij complexe taken, GPT-6 Luna voor gerichte, herhaalbare taken op grote schaal en GPT-6 Astra voor complex redeneren, coderen en werken met lange documenten. Volgens het bericht kunnen ze alle drie tekst en afbeeldingen als invoer verwerken, tools aan de clientzijde gebruiken en prompts in de cache opslaan. De modellen verschillen in de mate van redeneren: voor Sol en Luna zijn instellingen beschikbaar van none tot en met max, terwijl Astra dezelfde niveaus ondersteunt, behalve none.
Toegangsmogelijkheden en clients voor coderen
Elk model ondersteunt drie toegangsmogelijkheden op bedrock-runtime: de Amazon Bedrock Converse API, de OpenAI Responses API en de OpenAI Chat Completions API. De OpenAI-compatibele API’s worden aangeroepen via /openai/v1 paden in plaats van via de AWS SDK’s. Ze ondersteunen ondertekening met Signature Version 4 of een Amazon Bedrock API-sleutel; in beide gevallen wordt de profiel-ID als modelparameter doorgegeven.
Vereisten zijn onder meer een IAM-identiteit met toestemming om het profiel aan te roepen, een geactiveerde bronregio (Singapore is standaard ingeschakeld; Jakarta, Maleisië, Thailand en Taipei zijn opt-in-regio’s die eerst moeten worden geactiveerd) en een actuele AWS SDK of CLI. Voor de OpenAI-compatibele voorbeelden zijn ook de OpenAI SDK en de Amazon Bedrock-token-generator vereist. Voor teams die een bestaande OpenAI-client migreren, adviseert het bericht om bij elk verzoek de modelparameter in te stellen, de ondersteunde tooltypen te gebruiken (function, mcp, custom, namespace, en tool_search) en de ID van het inferentieprofiel rechtstreeks in te stellen in plaats van het endpoint voor modellen te raadplegen.
De ChatGPT-desktopapp en de Codex CLI gebruiken hetzelfde configuratiebestand, dus één wijziging volstaat voor beide. Van de twee ingebouwde providers voor Amazon Bedrock ondersteunt alleen amazon-bedrock-runtime een inferentieprofiel. Door ondertekening met SigV4 hoeft er geen API-sleutel te worden vernieuwd. Codex geeft voor deze profielen een contextvenster van 272.000 tokens op. Volgens AWS is dit een door Codex zelf opgegeven waarde, geen servicelimiet; deze kan worden verhoogd met de model_context_window instelling. Voor de configuratie is Codex CLI 0.148 of hoger vereist.
Machtigingen, quota’s en monitoring
Voor het aanroepen van elk van de drie modellen via een wereldwijd profiel zijn vier IAM-beleidsregels nodig: toegang tot het inferentieprofiel en de project-/standaardresource in de bronregio; toegang tot het basismodel in de bronregio, beperkt tot het profiel; de regio-onafhankelijke ARN van het basismodel, met aws:RequestedRegion ingesteld op unspecified om routering tussen regio’s toe te staan; en bedrock:CallWithBearerToken voor verificatie met een API-sleutel. Voor streamingaanroepen wordt bedrock:InvokeModelWithResponseStream toegevoegd aan de eerste drie beleidsregels.
Een wereldwijd verzoek voor inferentie tussen regio’s bevat geen regionaam, dus stelt Amazon Bedrock aws:RequestedRegion in op unspecified en weigert een service control policy met een lijst van toegestane regio’s de aanroep. De foutmelding vermeldt alleen het type beleid. Volgens het bericht is dit een veelvoorkomende reden waarom een eerste aanroep mislukt in een bedrijfsaccount. In plaats van de lijst met toegestane regio’s uit te breiden, adviseert AWS de uitzondering af te bakenen met de bedrock:InferenceProfileArn voorwaardesleutel, die Amazon Bedrock tijdens de autorisatie invult; het toevoegen van unspecified aan de lijst met toegestane regio’s werkt, maar zorgt ervoor dat dezelfde uitzondering ook geldt voor alle andere services.
Voor geautomatiseerde offline detectie van misbruik bewaart AWS verkeer dat door de classifier is gemarkeerd maximaal 30 dagen en verwerkt het dit programmatisch. Bij inferentie tussen regio’s vindt die bewaring plaats in de doelregio. Voor een wereldwijd profiel is dat elke ondersteunde commerciële regio waarin het model is geïmplementeerd. In aanmerking komende klanten kunnen via hun AWS-accountteam verzoeken om volledige nulbewaring van gegevens. Het bericht adviseert organisaties met vereisten voor gegevensresidentie om risico- en complianceafdelingen hier vroeg bij te betrekken.
Quota’s voor GPT-6 op bedrock-runtime worden gemeten in tokens per minuut ten opzichte van de bronregio. Invoer- en cache-writetokens tellen één op één mee, terwijl elk uitvoertoken 10 quotatokens verbruikt. In het voorbeeld van het bericht worden 12.000 tokens verbruikt voor een verzoek met 2.000 invoertokens en 1.000 uitvoertokens. Amazon Bedrock reserveert de volledige max_tokens waarde vooraf, en één quotum geldt voor InvokeModel, Converse, Responses en Chat Completions. AWS adviseert om verhogingen aan te vragen voordat de productie start en waarschuwingen in te stellen voor EstimatedTPMQuotaUsage in de AWS/Bedrock-naamruimte bij 70–80 procent van de toewijzing.
CloudWatch-metrieken, CloudTrail-gebeurtenissen, logboeken van modelaanroepen, quotaverantwoording en facturering blijven allemaal in de bronregio. Klanten betalen bovendien de tarieven van de bronregio, niet die van de verwerkingsregio. AWS documenteert de bestemmingen van een wereldwijd profiel als de commerciële regio’s, zonder die afzonderlijk op te sommen, en de GetInferenceProfile API geeft de regio-onafhankelijke ARN en de ARN van het model in de bronregio terug, in plaats van een lijst met bestemmingen. De verwerkingsregistratie per verzoek staat additionalEventData.inferenceRegion in CloudTrail in de bronregio.
Inferentie op dit eindpunt is een beheergebeurtenis die standaard wordt vastgelegd zonder extra kosten. CloudTrail Event History bewaart gegevens 90 dagen; voor langere perioden is daarom een trail of registratie van modelaanroepen nodig. Wanneer ontwikkelaars GPT-6 gebruiken via een programmeeragent, biedt CloudWatch Coding Agent Insights kant-en-klare dashboards onder GenAI Observability. Die splitsen het tokenverbruik uit naar gebruiker, team en kostenplaats, terwijl de agents standaard zelf OpenTelemetry-metrieken uitsturen.












