Zones géographiques Azure : résidence des données
Cet article décrit comment les zones géographiques Azure gèrent la résidence des données lors du traitement du contenu d’utilisateur pour les fonctionnalités appelées Services désignés. Pour plus d’informations et une liste des régions de centre de données Azure dans chaque zone géographique, consultez Résidence des données dans Azure.
Comment Databricks gère-t-il la résidence des données lors du traitement du contenu d’utilisateur ?
Dans l’architecture Azure Databricks, il existe un « plan de contrôle », un « plan de calcul classique » et un « plan de calcul serverless » fournis sur une base spécifique à une région.
Les Services désignés, y compris ceux qui alimentent les charges de travail d’IA générative, sont disponibles sur une base de zones géographiques Azure. Les Services désignés sont toujours gérés par Databricks au nom de l’utilisateur.
Le contenu d’utilisateur est traité uniquement dans la même zone géographique que votre espace de travail, à l’exception de certains Services désignés. Si un Service désigné n’est pas disponible dans votre zone géographique d’espace de travail, un administrateur de compte peut utiliser la fonctionnalité en accordant explicitement l’autorisation de traiter les données pertinentes dans une autre zone géographique.
Services désignés proposés sur une base de zone géographique
Pour les Services désignés, tels que ceux qui dépendent du GPU ou d’autres traitements avancés, le contenu d’utilisateur est traité dans les zones géographiques Azure de l’espace de travail. Pour plus d’informations, consultez Services désignés Databricks.
Mes données seront-elles envoyées hors d’une zone géographique ?
Le contenu d’utilisateur est traité dans zones géographiques de la même façon que le plan de calcul classique traite les données dans une région spécifique.
Le contenu d’utilisateur est traité uniquement dans la même zone géographique que votre espace de travail, sauf si vous accordez à Azure Databricks l’autorisation d’envoyer des données à une autre zone géographique.
Activer le traitement intergéographique
Les administrateurs de compte peuvent activer le traitement intergéographique qui permet aux données des Services désignés d’être traitées en dehors de leur zone géographique d’espace de travail. Si un Service désigné n’est pas disponible dans votre zone géographique d’espace de travail, vous pouvez utiliser la fonctionnalité en accordant l’autorisation de traiter les données pertinentes dans une autre zone géographique.
Pour activer le traitement intergéographique :
- Dans la barre latérale, cliquez sur Espaces de travail.
- Pour rechercher l’espace de travail pour lequel vous souhaitez contrôler les paramètres de la zone géographique, utilisez la zone de recherche.
- Cliquez sur le nom de l’espace de travail, puis sur l’onglet Sécurité et conformité.
- Désactivez Appliquer le traitement de données dans la zone géographique de l’espace de travail pour les fonctionnalités d’IA.
Mes plans de calcul existants seront-ils déplacés vers une autre région dans la même zone géographique ?
Non. Dans les plans de calcul serverless et classique, les plans de calcul régionaux restent dans leur région pour tous les services existants. Le plan de calcul classique fonctionne dans un compte sous votre contrôle, et vous devez spécifier la région dans laquelle il fonctionne. Les ressources du plan de calcul serverless, telles que les entrepôts SQL serverless, sont proposées sur une base régionale et ne traitent pas les données en dehors de votre région sélectionnée.
Comment les zones géographiques affectent-t-elles les fonctionnalités en préversion ?
Les fonctionnalités en préversion peuvent impliquer le traitement des données dans des zones géographiques, sauf indication contraire dans la documentation.
Ressources supplémentaires
Consultez Résidence des données dans Azure pour plus d’informations et une liste des régions de centre de données Azure dans chaque zone géographique.
Consultez Confiance et sécurité de DatabricksIQ pour savoir comment les données sont utilisées et protégées pour DatabricksIQ.