Partager via

Configuration de la prise en charge multigéographique pour Fabric

  • Article

La caractéristique multigéographique de Microsoft Fabric aide les clients multinationaux à répondre aux exigences régionales, sectorielles ou en matière de résidence des données organisationnelles. En tant que client Fabric, vous pouvez déployer du contenu sur des centres de données dans des régions autres que la région d’accueil du locataire Fabric. Une zone géographique (géographie) peut contenir plusieurs régions. Par exemple, les États-Unis sont une zone géographique, et les USA Centre-Ouest et les USA Centre Sud sont des régions des États-Unis. Vous pouvez choisir de déployer du contenu dans l’une des zones géographiques suivantes définies dans la carte géographique Azure.

  • Les clouds souverains prennent en charge la Multigéographie dans les régions au sein de ce cloud.

  • Chine Nord ne prend pas en charge la Multigéographie.

  • Power BI Embedded prend en charge la Multigéographie.

  • Power BI Premium par utilisateur (PPU) n’est pas pris en charge pour les fonctionnalités multigéographiques.

Activer et configurer

Lorsque vous créez de nouvelles capacités, activez les zones géographiques multiples en sélectionnant une région autre que la région par défaut dans la liste déroulante. Une fois qu’une capacité est créée, elle affiche la région où elle se trouve actuellement.

Une fois que vous avez créé une capacité, elle reste dans cette région, et le contenu de tous les espaces de travail créés sous celle-ci sera stocké dans cette région.

Suivez ces étapes pour modifier la région de capacité par défaut lorsque vous créez une capacité.

  1. Dans Fabric, sélectionnez Paramètres (⚙), puis dans le menu, sélectionnez Portail d’administration.

  2. Dans le portail d’administration, sélectionnez Paramètres de capacité.

  3. Sélectionnez Configurer une nouvelle capacité.

  4. Dans le menu déroulant Région, sélectionnez la région que vous souhaitez utiliser pour cette capacité.

Déplacer des espaces de travail entre les capacités

Suivez les étapes ci-dessous pour déplacer des espaces de travail d’une capacité vers une autre dans la même région. Pendant la migration, certaines opérations peuvent échouer, telles que la publication de nouveaux modèles sémantiques ou l’actualisation planifiée des données.

  1. Ouvrez les Paramètres de l’espace de travail.

  2. Dans la barre latérale, sélectionnez Informations de licence.

  3. Dans le menu déroulant Capacité de licence, sélectionnez la capacité vers laquelle vous souhaitez déplacer l’espace de travail.

Modifier la région de votre contenu existant

Pour modifier la région de contenu existant, effectuez l’une des opérations suivantes :

  • Créez une nouvelle capacité et déplacez vos espaces de travail vers les nouvelles capacités. Les utilisateurs gratuits ne rencontrent aucun temps d’arrêt tant que le locataire a des cœurs v-core de rechange.

  • Déplacez temporairement votre contenu vers une capacité partagée. Vous n’avez pas besoin de cœurs v-core supplémentaires, mais les utilisateurs gratuits seront parfois confrontés à un temps d’arrêt. Après avoir créé une capacité dans la région souhaitée, déplacez vos espaces de travail vers la nouvelle capacité.

Déplacer du contenu vers votre région d'origine

Pour déplacer des espaces de travail vers votre région d'origine, effectuez l’une des opérations suivantes :

  • Supprimer la capacité actuelle où se trouve l’espace de travail. Les espaces de travail de la capacité supprimée sont déplacés vers une capacité partagée dans la région d'origine.

  • Migrer des espaces de travail individuels vers une capacité située dans le locataire d’origine.

Les modèles sémantiques de format de stockage volumineux ne doivent pas être déplacés de la région où ils ont été créés. Les rapports basés sur un modèle sémantique de grande taille ne pourront pas charger le modèle sémantique et retourneront une erreur Impossible de charger le modèle. Déplacez le modèle sémantique de format de stockage volumineux vers sa région d’origine pour le rendre à nouveau disponible.

Considérations et limitations

  • Confirmez que tout mouvement que vous lancez entre des régions est conforme à toutes les exigences de conformité des entreprises et du gouvernement avant d’amorcer le transfert de données.

  • Lorsque vous utilisez la fonctionnalité multigéographique, les éléments suivants sont stockés dans la région qui n’est pas votre région d’origine :

    • Bases de données SQL
    • Modèles (fichiers .ABF) pour les modèles sémantiques d’importation et DirectQuery
    • Cache de requête
    • Images R

    Ces éléments restent dans la région d’origine du locataire :

    • Transmettre des jeux de données
    • Métadonnées de tableau de bord/rapport : noms de vignettes, requêtes de vignettes et autres données
    • Bus de service pour requêtes de passerelle ou travaux d’actualisation planifiés
    • Autorisations
    • Informations d’identification du modèle sémantique
    • État enregistré de l’aire de jeu Power BI Embedded Analytics
    • Métadonnées liées aux données de cartes Purview

  • Les données et requêtes mises en cache qui sont stockées dans une région distante restent dans cette région au repos. De plus, les données au repos sont répliquées vers une autre région de la même zone géographique Azure pour la reprise d’activité si la zone géographique Azure comprend plusieurs régions. Les données en transit peuvent aller et venir entre plusieurs zones géographiques.

  • Lors du déplacement de données d’une région à une autre, les données source peuvent rester dans la région à partir de laquelle les données ont été déplacées pendant 30 jours maximum. Pendant ce temps, les utilisateurs finaux n’y ont pas accès. Les données sont supprimées de cette région et détruites pendant la période de 30 jours.

  • Le trafic du texte et du résultat de la requête pour les modèles de données importés et de type DirectQuery ne transite pas par la région d’origine. Cependant, les métadonnées de rapport proviennent de la région d’origine et certains états de routage DNS peuvent envoyer ce même trafic hors de la région.

  • Certaines fonctionnalités, comme les captures d’écran, les alertes de données, entre autres, traitent les données dans la région d’origine.

  • Les métadonnées détaillées du modèle sémantique mises en cache dans le cadre de l’analyse améliorée des métadonnées sont toujours stockées dans la région d’origine, même si le modèle sémantique analysé se trouve dans une région distante.

  • Les métadonnées détaillées des modèles sémantiques résident dans le locataire d’accueil.

  • La fonctionnalité flux de données n’est pas prise en charge en mode multigéographique.

  • Il est possible de créer et de maintenir des modèles sémantiques de format de stockage volumineux dans des régions distantes pour répondre aux exigences de résidence des données. Toutefois, vous ne pouvez pas déplacer les modèles sémantiques de format de stockage vers une autre région. Le déplacement de modèles sémantiques de format de stockage volumineux à partir de la région où ils ont été créés entraîne l’échec des rapports à charger le modèle sémantique. Déplacez le modèle sémantique de stockage volumineux vers sa région d’origine pour le rendre disponible. Si vous devez déplacer un tel modèle, déployez-le comme s’il s’agissait d’un nouveau modèle, puis supprimez l’ancien modèle de la région indésirable.

  • Multi-Geo ne prend pas en charge les métriques dans Power BI.

  • Les espaces de travail avec des éléments non Power BI Fabric ne peuvent pas être déplacés entre les régions. Vous devez supprimer tous les éléments non-Power BI Fabric avant de déplacer un espace de travail vers une autre région. Une fois l’espace de travail déplacé, il faut attendre jusqu’à 30 minutes avant que des éléments non-Power BI puissent être créés.

Contenu connexe