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 offrir prévisibilité et transparence quant à 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 listent la prise en charge des fonctionnalités qui ne sont disponibles que sur un sous-ensemble des régions Databricks sur Google Cloud. 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.
Toutes les fonctionnalités de Databricks sur Google Cloud sont prises en charge dans ces régions. Cependant, certaines régions ne prennent pas en charge les types d’instances GPU. Pour obtenir la liste des régions et des zones qui prennent en charge les types d’instances GPU, consultez la documentation Google Cloud Platform.
Disponibilité de Serverless
Le tableau suivant présente les régions prises en charge pour ces fonctionnalités de compute serverless à disponibilité limitée :
- Compute Serverless: Notebooks, jobs, pipelines et SQL Warehouses
- Databricks Apps
- espaces de travail serverless
- default storage
Région | Emplacement | Compute Serverless pour les Notebooks, les jobs, les pipelines et les SQL Warehouses | Databricks Apps | espaces de travail serverless | default storage |
|---|---|---|---|---|---|
| Tokyo, Japon | ✓ | ✓ | ✓ | |
| Mumbai, Inde | ✓ | ✓ | ✓ | ✓ |
| Singapour | ✓ | ✓ | ✓ | ✓ |
| Sydney, Australie | ✓ | ✓ | ✓ | |
| Belgique, Europe | ✓ | ✓ | ✓ | ✓ |
| Angleterre, Europe | ✓ | ✓ | ✓ | ✓ |
| Francfort, Allemagne | ✓ | ✓ | ✓ | ✓ |
| Dammam, Arabie saoudite | ✓ | ✓ | ✓ | |
| Montréal, Canada | ✓ | ✓ | ✓ | |
| São Paulo, Brésil | ✓ | ✓ | ✓ | |
| Iowa, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Nevada, États-Unis | ✓ |
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 |
|---|---|---|---|
| Tokyo, Japon | ✓ | |
| Mumbai, Inde | ✓ | ✓ |
| Singapour | ✓ | ✓ |
| Sydney, Australie | ✓ | |
| Belgique, Europe | ✓ | |
| Angleterre, Europe | ✓ | ✓ |
| Francfort, Allemagne | ✓ | ✓ |
| Dammam, Arabie saoudite | ✓ | |
| Montréal, Canada | ✓ | |
| São Paulo, Brésil | ||
| Iowa, États-Unis | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ |
| Nevada, États-Unis | ✓ |
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é 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 :
Région | Emplacement | Recherche IA | Contrôle qualité des données | Optimisation prédictive |
|---|---|---|---|---|
| Tokyo, Japon | ✓ | ||
| Mumbai, Inde | ✓ | ✓ | ✓ |
| Singapour | ✓ | ✓ | ✓ |
| Sydney, Australie | ✓ | ||
| Belgique, Europe | ✓ | ||
| Angleterre, Europe | ✓ | ✓ | ✓ |
| Francfort, Allemagne | ✓ | ✓ | |
| Dammam, Arabie saoudite | |||
| Montréal, Canada | ✓ | ||
| São Paulo, Brésil | ✓ | ||
| Iowa, États-Unis | ✓ | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ | ✓ |
| Nevada, États-Unis | ✓ | ✓ |
Disponibilité des fonctionnalités de l'agent
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 et évaluation | Assistant de connaissances | Agent superviseur | Traces MLflow dans Unity Catalog |
|---|---|---|---|---|---|
| Tokyo, Japon | ||||
| Mumbai, Inde | ✓ | ✓⥂ | ✓⥂ | |
| Singapour | ✓ | ✓⥂ | ✓⥂ | |
| Sydney, Australie | ||||
| Belgique, Europe | ||||
| Angleterre, Europe | ✓ | ✓⥂ | ✓⥂ | |
| Francfort, Allemagne | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Dammam, Arabie saoudite | ||||
| Montréal, Canada | ||||
| São Paulo, Brésil | ||||
| Iowa, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ | ✓ | ✓ |
| Nevada, États-Unis |
⥂ 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) |
|---|---|---|---|---|---|---|---|
| Tokyo, Japon | ✓ | |||||
| Mumbai, Inde | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓⥂ | ✓⥂ |
| Singapour | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓⥂ | ✓⥂ |
| Sydney, Australie | ✓ | |||||
| Belgique, Europe | ✓ | |||||
| Angleterre, Europe | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓⥂ | ✓⥂ |
| Francfort, Allemagne | ✓⥂ | ✓⥂ | ✓⥂ | ✓ | ✓⥂ | ✓⥂ |
| Dammam, Arabie saoudite | ✓ | |||||
| Montréal, Canada | ✓ | |||||
| São Paulo, Brésil | ✓ | |||||
| Iowa, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Nevada, États-Unis | ✓ |
⍒ Région prise en charge uniquement lorsque le routage intergéographique est activé.
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
Région | Emplacement | Fonctionnalité Custom Model Serving (service de CPU) | Capacité de Custom Model Serving (service GPU) | Modèles externes | APIs de modèles de fondation (throughput provisionné)** | APIs de modèle de fondation (paiement par jeton) | |
|---|---|---|---|---|---|---|---|
| Tokyo, Japon | ||||||
| Mumbai, Inde | ✓ | ✓ | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Singapour | ✓ | ✓ | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Sydney, Australie | ||||||
| Belgique, Europe | ||||||
| Angleterre, Europe | ✓ | ✓ | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Francfort, Allemagne | ✓ | ✓ | ✓ | ✓⥂ | ✓⥂ | ✓ |
| Dammam, Arabie saoudite | ||||||
| Montréal, Canada | ||||||
| São Paulo, Brésil | ||||||
| Iowa, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Caroline du Sud, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Virginie, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Oregon, États-Unis | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
| Nevada, États-Unis |
** 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 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 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.