Fonctionnalités avec disponibilité régionale limitée
Cet article liste les fonctionnalités avec des différences de disponibilité par région.
Certaines fonctionnalités ne sont pas incluses dans les tableaux ci-dessous. Ces fonctionnalités, appelées Services désignés, utilisent Databricks Geos pour gérer la résidence des données lors du traitement du contenu des clients. Une Geo est un groupe de régions de centres de données que Databricks utilise pour fournir une prévisibilité et une transparence concernant l'endroit où vos données sont traitées. Consultez Services désignés Databricks et Databricks Geos : Résidence des données.
Les tableaux suivants répertorient le support des fonctionnalités disponibles uniquement dans un sous-ensemble de régions AWS. Les tables indiquent si une région prend en charge chacune de ces fonctionnalités. Si une fonctionnalité est prise en charge dans toutes les régions, elle n'est pas incluse.
Disponibilité des fonctionnalités de sécurité
Le tableau suivant montre les régions prises en charge pour ces fonctionnalités de sécurité dont la disponibilité est limitée :
Région | Emplacement | CMK | PrivateLink (plan de compute classique) | Activation du pare-feu pour le compute Serverless |
|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓ | ✓ |
| Asie-Pacifique (Séoul) | ✓ | ✓ | ✓ |
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ |
| Asie-Pacifique (Singapour) | ✓ | ✓ | ✓ |
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ |
| Asie-Pacifique (Jakarta) | ✓ | ✓ | ✓ |
| Canada (Centre) | ✓ | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ | ✓ |
| UE (Paris) | ✓ | ✓ | ✓ |
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ✓ | ✓ | |
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ |
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ |
Normes de conformité avec disponibilité du compute Serverless et standard
Pour les régions prises en charge par type de compute pour chaque norme de conformité, consultez le tableau **Support régional des fonctionnalités** sur la page de norme de conformité correspondante, répertorié dans Profil de sécurité de la conformité.
Disponibilité de la résilience.
Le tableau suivant présente les régions prises en charge pour ces fonctionnalités de résilience qui ont une disponibilité limitée :
Région | Emplacement | Reprise après sinistre gérée |
|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ |
| Asie-Pacifique (Mumbai) | ✓ |
| Asie-Pacifique (Singapour) | ✓ |
| Asie-Pacifique (Sydney) | ✓ |
| UE (Francfort) | ✓ |
| UE (Irlande) | ✓ |
| États-Unis – Est (Virginie du Nord) | ✓ |
| États-Unis – Est (Ohio) | ✓ |
| États-Unis – Ouest (Californie du Nord) | ✓ |
| États-Unis – Ouest (Oregon) | ✓ |
Disponibilité de Serverless
Le tableau suivant présente les régions prises en charge pour ces fonctionnalités serverless à disponibilité limitée :
- Compute Serverless: Notebooks, jobs, pipelines et SQL Warehouses
- Formation de modèles - prévision
- Databricks Apps
- espaces de travail serverless
- default storage
- Autoscaling de Lakebase Postgres
- Pipelines serverless autonomes (bêta)
- Lakehouse Real-Time (Bêta)
Région | Emplacement | compute Serverless (Notebook, Job, pipeline et SQL Warehouse) | Formation de modèles - prévision | Databricks Apps | espaces de travail serverless | default storage | Autoscaling Lakebase | Pipelines serverless autonomes (Bêta) | Lakehouse Real-Time (Bêta) |
|---|---|---|---|---|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Séoul) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ||
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Singapour) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Jakarta) | ✓ | ✓ | ✓ | ✓ | ||||
| Canada (Centre) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| UE (Paris) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ||
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ✓† | |||||||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | |||||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
† Le compute Serverless pour les notebooks, les jobs et les LakeFlow Pipelines est en aperçu public dans Databricks sur AWS GovCloud et Databricks sur AWS GovCloud DoD. Le compute Serverless pour les SQL Warehouse est en aperçu public dans Databricks sur AWS GovCloud et en bêta dans Databricks sur AWS GovCloud DoD. Voir Databricks sur AWS GovCloud.
Disponibilité de l'ingestion
Le tableau suivant présente les régions prises en charge pour ces fonctionnalités d'ingestion à disponibilité limitée :
Région | Emplacement | Connecteurs gérés dans Lakeflow Connect | Zerobus Ingest |
|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓ |
| Asie-Pacifique (Séoul) | ✓ | ✓ |
| Asie-Pacifique (Mumbai) | ✓ | ✓ |
| Asie-Pacifique (Singapour) | ✓ | ✓ |
| Asie-Pacifique (Sydney) | ✓ | ✓ |
| Asie-Pacifique (Jakarta) | ✓ | |
| Canada (Centre) | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ |
| UE (Paris) | ✓ | |
| Amérique du Sud (Sao Paulo) | ✓ | ✓ |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ||
| États-Unis – Ouest (Oregon) | ✓ | ✓ |
| États-Unis – Ouest (Oregon) | ✓ | ✓ |
Disponibilité des fonctionnalités d'IA et de machine learning
Le tableau suivant indique les régions prises en charge pour ces fonctionnalités d'IA et de machine learning à disponibilité limitée :
- Optimisation prédictive
- Recherche IA
- Affinement du modèle de fondation
- Databricks Monitoring de la qualité des données
Région | Emplacement | Recherche IA | Optimisation prédictive | Affinement du modèle de fondation | Contrôle qualité des données |
|---|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Séoul) | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Singapour) | ✓ | ✓ | ✓⥂ | ✓ |
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ | |
| Asie-Pacifique (Jakarta) | ✓ | |||
| Canada (Centre) | ✓ | ✓ | ✓ | |
| UE (Francfort) | ✓ | ✓ | ✓ | |
| UE (Irlande) | ✓ | ✓ | ✓ | |
| UE (Londres) | ✓ | ✓ | ✓ | |
| UE (Paris) | ✓ | ✓ | ||
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ | |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ | |
| États-Unis – Gouv, Ouest (Pendleton) | ✓ | |||
| États-Unis – Ouest (Oregon) | ✓ | |||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | ✓ |
⥂ Région prise en charge uniquement lorsque le routage intergéographique est activé. Les charges de travail de l'API du modèle de fondation qui dépendent de la disponibilité du compute GPU, telles que les charges de travail qui utilisent des modèles de la famille Meta Llama, nécessitent un routage intergéographique.
Disponibilité des fonctionnalités des agents IA
Le tableau suivant affiche les régions prises en charge pour ces fonctionnalités de l'agent qui ont une disponibilité limitée :
- Agents personnalisés et Agent Evaluation
- Knowledge Assistant et Agent superviseur
- Traces MLflow dans Unity Catalog
Région | Emplacement | Agents personnalisés sur Model Serving et Évaluation | Assistant de connaissances | Agent superviseur | Traces MLflow dans Unity Catalog |
|---|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Asie-Pacifique (Séoul) | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ | ✓ |
| Asie-Pacifique (Singapour) | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Asie-Pacifique (Sydney) | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Asie-Pacifique (Jakarta) | ||||
| Canada (Centre) | ✓ | ✓ | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ | ✓ | ✓ |
| UE (Paris) | ||||
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ||||
| États-Unis – Ouest (Oregon) | ||||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | ✓ |
⥂ Région prise en charge uniquement lorsque le routage intergéographique est activé. Les charges de travail de l'API du modèle de fondation qui dépendent de la disponibilité du compute GPU, telles que les charges de travail qui utilisent des modèles de la famille Meta Llama, nécessitent un routage intergéographique.
Disponibilité de la fonction IA
Le tableau suivant présente les régions prises en charge pour ces fonctions d'IA dont la disponibilité est limitée :
ai_query(inférence par batch)ai_parse_documentv2ai_prep_searchai_forecastai_extractetai_classifyv2- Autres fonctions IA (v1) (
ai_classify,ai_extract,ai_summarize,ai_genet autres)
Région | Emplacement |
|
|
|
|
| Autres fonctions IA (v1) |
|---|---|---|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓‡ | ✓ | ✓‡ | ✓ | ✓ | ✓⥂ |
| Asie-Pacifique (Séoul) | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓‡ | ✓⥂ |
| Asie-Pacifique (Mumbai) | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓⥂ | ✓⥂ |
| Asie-Pacifique (Singapour) | ✓‡ | ✓⥂ | ✓⥂ | ✓ | ✓‡ | ✓‡ |
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Asie-Pacifique (Jakarta) | ✓ | |||||
| Canada (Centre) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Paris) | ✓ | |||||
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ✓ | |||||
| États-Unis – Ouest (Oregon) | ✓ | |||||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
⍒ Région prise en charge uniquement lorsque le routage intergéographique est activé.
‡ Le trafic Geo d'Asie peut être envoyé pour traitement dans les régions du Japon, de la Corée du Sud ou de Singapour. Si votre Workspace se trouve dans une région du Japon, alors le trafic est traité dans cette région.
Disponibilité des fonctionnalités de Model Serving
Le tableau suivant présente les régions prises en charge pour ces fonctionnalités de Model Serving et celles qui ont une disponibilité limitée :
- Model Serving personnalisé
- API de modèle de fondation (paiement par jeton)
- API du modèle de fondation : throughput provisionné
- Modèles externes
- Unity AI Gateway
Pour les APIs de modèle de fondation avec paiement par jeton :
-
Les modèles hébergés par Databricks ne sont disponibles que dans certaines régions. Pour certains modèles, le fournisseur de modèles détermine la disponibilité régionale que Databricks doit respecter. Consultez les modèles de fondation hébergés sur Databricks pour savoir quels modèles sont pris en charge dans chaque région.
-
Si votre Workspace se trouve dans une région Model Serving, mais pas dans une région des États-Unis ou de l’UE, vous pourriez être en mesure d’ activer le traitement de données interrégional. Consultez les services désignés de Databricks pour connaître les régions géographiques qui traitent les charges de travail avec paiement par jeton.
Pour les APIs de modèles de fondation en throughput provisionné , les modèles Meta Llama 3.1 et 3.2 peuvent être downloaded depuis HuggingFace et servis à l'aide d'endpoints de throughput provisionné. Consultez les modèles de fondation hébergés sur Databricks pour connaître les régions prises en charge et les variantes de modèle.
Région | Emplacement | Fonctionnalité Custom Model Serving (service de CPU) | Capacité de Custom Model Serving (service GPU) | Modèles externes | APIs de modèle de fondation (throughput provisionné) ** | APIs de modèle de fondation (paiement par jeton) | |
|---|---|---|---|---|---|---|---|
| Asie-Pacifique (Tokyo) | ✓ | ✓ | ✓ | ✓‡ | ✓‡ | ✓ |
| Asie-Pacifique (Séoul) | ✓ | ✓ | ✓ | ✓‡ | ✓⥂ | ✓ |
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ | ✓ | ✓⥂ | ✓ |
| Asie-Pacifique (Singapour) | ✓ | ✓ | ✓ | ✓‡ | ✓⥂ | ✓ |
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ | ✓ | ✓⥂ | ✓ |
| Asie-Pacifique (Jakarta) | ||||||
| Canada (Centre) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Francfort) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Irlande) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Londres) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| UE (Paris) | ||||||
| Amérique du Sud (Sao Paulo) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Virginie du Nord, anciennement Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Est (Ohio) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| États-Unis – Gouv, Ouest (Pendleton) | ✓ | |||||
| États-Unis – Ouest (Oregon) | ||||||
| États-Unis – Ouest (Oregon) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
** Inclut la prise en charge du GPU
⥂ Région prise en charge uniquement lorsque le routage intergéographique est activé. Les charges de travail de l'API Foundation Model qui dépendent de la disponibilité du compute GPU nécessitent un routage intergéographique.
‡ Le trafic Geo d'Asie peut être envoyé pour traitement dans les régions du Japon, de la Corée du Sud ou de Singapour. Si votre Workspace se trouve dans une région du Japon, alors le trafic est traité dans cette région.
Disponibilité de la connexion HTTP MCP et Unity Catalog
Les serveurs MCP et les connexions HTTP Unity Catalog sont pris en charge dans les mêmes régions que le Model Serving personnalisé. Voir le tableau ci-dessus.