AWS detalló el 12 de octubre de 2026 el acceso a GPT-6 Sol y GPT-6 Luna mediante perfiles globales de Amazon Bedrock desde cinco regiones de origen de Asia-Pacífico; para GPT-6 Astra, enumeró Singapur. Bedrock elige una región compatible para procesar cada solicitud, así que la región desde la que se invoca el modelo no determina dónde se ejecuta la inferencia.
Perfiles y regiones de origen
AWS asigna los siguientes perfiles a las regiones desde las que se pueden iniciar las solicitudes:
| Modelo | ID del perfil global | Regiones de origen enumeradas por AWS |
| GPT-6 Sol | global.openai.gpt-6-sol | Singapur (ap-southeast-1), Yakarta (ap-southeast-3), Malasia (ap-southeast-5), Tailandia (ap-southeast-7) y Taipéi (ap-east-2) |
| GPT-6 Luna | global.openai.gpt-6-luna | Singapur (ap-southeast-1), Yakarta (ap-southeast-3), Malasia (ap-southeast-5), Tailandia (ap-southeast-7) y Taipéi (ap-east-2) |
| GPT-6 Astra | global.openai.gpt-6-astra | Singapur (ap-southeast-1) |
La lista describe desde qué regiones de AWS se pueden invocar los perfiles de Bedrock. Para Sol y Luna, Singapur está habilitada de forma predeterminada en las cuentas de AWS; Yakarta, Malasia, Tailandia y Taipéi requieren activación previa. La llamada se hace a través de Bedrock, no directamente al servicio de OpenAI en cada país.
AWS documenta tres vías de acceso: Bedrock Converse, OpenAI Responses y OpenAI Chat Completions. Las dos API compatibles con OpenAI usan rutas /openai/v1; el perfil correspondiente se indica como modelo y la autenticación puede hacerse con Signature Version 4 (SigV4) o con una clave de API de Amazon Bedrock. La identidad de AWS también necesita permiso para invocar el perfil.
La región de origen no fija el procesamiento
Bedrock selecciona una región de destino compatible donde esté desplegado el modelo. AWS indica que los perfiles globales pueden enrutar solicitudes a regiones comerciales compatibles; la región que inicia la llamada no equivale a una garantía de procesamiento en el mismo país.
La facturación, el seguimiento de cuotas, las métricas de CloudWatch y los eventos de CloudTrail quedan asociados a la región de origen. Son referencias operativas útiles, pero no indican por sí mismas dónde se procesó una solicitud.
Para las solicitudes que un clasificador marque para la detección automatizada de abusos sin conexión, AWS señala que los datos pueden conservarse hasta 30 días en la región de destino. Los clientes que cumplan los requisitos pueden solicitar la retención cero total a través de su equipo de cuenta de AWS.
Quien necesite conocer la región de procesamiento de una invocación correcta puede consultar en CloudTrail el campo additionalEventData.inferenceRegion del evento registrado en la región de origen. AWS conserva los eventos de administración en el historial de CloudTrail durante 90 días.
La inferencia global entre regiones es distinta de Managed Agents de Amazon Bedrock, una función que NeoTeo explicó en una cobertura anterior.
