AWS répertorie GPT-6 Sol et GPT-6 Luna sur Amazon Bedrock depuis cinq régions sources d’Asie-Pacifique : Singapour, Jakarta, la Malaisie, la Thaïlande et Taipei. GPT-6 Astra est listé depuis Singapour. Dans les trois cas, Bedrock choisit une région de destination prise en charge pour traiter la requête : la région d’où part l’appel ne fixe donc pas le lieu du calcul. AWS détaille les profils et leur fonctionnement.
Les profils GPT-6 répertoriés par AWS
| Modèle | Identifiant du profil global | Régions sources répertoriées par AWS |
| GPT-6 Sol | global.openai.gpt-6-sol | Singapour (ap-southeast-1), Jakarta (ap-southeast-3), Malaisie (ap-southeast-5), Thaïlande (ap-southeast-7) et Taipei (ap-east-2) |
| GPT-6 Luna | global.openai.gpt-6-luna | Singapour (ap-southeast-1), Jakarta (ap-southeast-3), Malaisie (ap-southeast-5), Thaïlande (ap-southeast-7) et Taipei (ap-east-2) |
| GPT-6 Astra | global.openai.gpt-6-astra | Singapour (ap-southeast-1) |
Ces régions sont les points de départ des appels via Amazon Bedrock, le service cloud d’AWS. Singapour est activé par défaut dans les comptes AWS concernés ; Jakarta, la Malaisie, la Thaïlande et Taipei doivent être activés comme régions sources. AWS indique que l’appel peut passer par Bedrock Converse, OpenAI Responses ou OpenAI Chat Completions sur bedrock-runtime. Pour les deux API compatibles avec OpenAI, le chemin commence par /openai/v1.
Les profils régionaux traitent une autre fonction que les agents gérés de Bedrock : notre présentation d’Amazon Bedrock Managed Agents porte sur la création d’agents et l’exécution de leurs outils.
La région d’appel ne détermine pas celle du traitement
Lorsqu’un client appelle un profil global depuis une région source, Amazon Bedrock sélectionne une région commerciale AWS prise en charge où le modèle est déployé. Les profils permettent donc d’envoyer une requête depuis les régions listées, mais le traitement peut avoir lieu dans une autre région.
AWS rattache la facturation, les quotas, les métriques CloudWatch et les événements CloudTrail à la région source. Cela ne signifie pas que l’inférence s’y déroule. Pour un service soumis à des exigences de localisation des données, il faut donc distinguer le lieu d’où l’appel est lancé de celui où le modèle traite la requête.
AWS précise aussi que le trafic signalé par un classificateur pour la détection automatisée des abus hors ligne peut être conservé jusqu’à 30 jours dans la région de destination. Les clients éligibles peuvent demander une conservation nulle complète auprès de leur équipe de compte AWS.
