Questions fréquentes (FAQ) sur les passerelles de données de réseau virtuel

Nous prenons en charge GCC L4 (Texas et Virginie) et L5 (DoD Est). Cette fonctionnalité n’est actuellement pas prise en charge dans GCC L2.

Les clients ne doivent pas supprimer l’attribution de rp au niveau de l’abonnement tant qu’au moins trois heures après la suppression d’une passerelle, car nous devons toujours nettoyer les ressources.

Lorsque vous utilisez des informations d’identification OAuth2 dans Dataflows Gen1, la passerelle ne prend pas en charge l’actualisation automatique des jetons lors de l’expiration des jetons d’accès. Les jetons expirent généralement une heure après le démarrage de l’actualisation, mais peuvent expirer en moins d’une heure, en fonction de la source de données et des stratégies de locataire. Les dataflows Gen2, les modèles sémantiques, les pipelines de données sont en mesure d’actualiser les jetons intermédiaires et ne doivent pas être affectés en raison de cela.

Nous prenons en charge les clouds isolés dans US Nat East/West et US Sec East/West.

Utilisez des liaisons privées pour sécuriser cette connectivité. Plus d’informations : Documentation sur les liaisons privées Power BI

La passerelle de données de réseau virtuel se trouve physiquement dans la même région que votre réseau virtuel Azure. Toutefois, les métadonnées (nom, détails, sources de données, informations d’identification chiffrées, etc.) pour toutes vos passerelles de données de réseau virtuel sont stockées dans la région par défaut de votre locataire. Vous pouvez gérer toutes les passerelles de données de réseau virtuel lorsque vous sélectionnez la région d’origine de votre locataire dans le Centre d’administration Power Platform.

Oui. Vos stratégies d’accès conditionnel continueront à s’appliquer, même si vous utilisez une passerelle de données de réseau virtuel.

Une liste complète des services de données pris en charge :

• Pour Power BI, elle est disponible dans Services de données Azure pris en charge
• Pour les flux de données Power Platform, elle est disponible dans Sources de données prises en charge

Les passerelles de données de réseau virtuel sont une fonctionnalité Premium uniquement et sont disponibles uniquement dans Fabric (n’importe quelle référence SKU) et les capacités Power BI Premium (référence SKU A4 ou ultérieure ou toute référence SKU P).

Oui

Consultez la documentation sur les réseaux virtuels Azure pour connaître les restrictions (par exemple, concernant les régions) sur les réseaux virtuels, les points de terminaison et les ressources Azure associées.

Passez en revue la documentation du produit de service de données Azure correspondant pour vérifier si les points de terminaison privés sont pris en charge et comment les activer.

Si vous recevez des erreurs, telles que Authorization failed for Public API route ou DM_GWPipeline_Client_OAuthTokenLoginFailedError, lorsque vous essayez de créer une connexion de passerelle de données de réseau virtuel avec l’authentification OAuth à une ressource Azure avec un pare-feu bloquant l’accès à l’Internet public et configuré avec des points de terminaison privés, cela signifie que vous devez créer explicitement un point de terminaison de service pour l’authentification privée en appelant le service Microsoft Entra ID. Pour résoudre ce problème, accédez au sous-réseau du réseau virtuel utilisé pour la passerelle de données de réseau virtuel et activez le point de terminaison de service Microsoft.AzureActiveDirectory, comme illustré ci-dessous.

Oui, il n’y a pas de dépendance sur la région d’accueil Power BI pour cette fonctionnalité. Si cette fonctionnalité est activée dans la région où se trouve le réseau virtuel, vous pouvez créer une nouvelle passerelle de données de réseau virtuel.

Non. La passerelle de données de réseau virtuel se trouve physiquement dans la même région que votre réseau virtuel Azure. Actuellement, vous ne pouvez pas non plus choisir où les métadonnées (nom, détails, sources de données, informations d’identification chiffrées, etc.) de toutes vos passerelles de données de réseau virtuel sont stockées. Ces données sont stockées dans la région par défaut de votre locataire.

Non. La passerelle de données de réseau virtuel doit être créée dans le même locataire que le locataire Power BI.

Non, les passerelles de données de réseau virtuel sont actuellement disponibles dans la région d’origine de votre locataire uniquement.

Quelques points à vérifier :

• Assurez-vous que la source de données est active et en cours d’exécution.
• Assurez-vous que le source de données est accessible depuis le réseau virtuel, en particulier depuis le sous-réseau délégué lors de la création de la passerelle de données de réseau virtuel. Par exemple, vous pouvez déployer une machine virtuelle dans le sous-réseau et vérifier si vous pouvez vous connecter à la source de données.
• Les groupes de sécurité réseau (NSG) Azure suivants pourraient être requis selon votre scénario :
  • Autoriser le trafic sortant vers le point de terminaison Microsoft Entra ID en utilisant l’authentification OAuth ou de principal de service pour la connexion à une source de données.
  • Autorisez le trafic sortant vers l’autorité de certification tout en utilisant HTTPS pour vous connecter à une source de données.

La connectivité entre le nouveau service de réseau virtuel et votre réseau virtuel est établie via HTTPS et TLS 1.2.

Pour SQL serverless avec mise en pause automatique, la première requête peut échouer si SQL est dans un état de pause, mais les suivantes réussiront.

Lorsque vous utilisez la passerelle de réseau virtuel pour la première fois, comptez 2 minutes environ pour la configurer. De même, si la passerelle de données de réseau virtuel n’est pas utilisée pendant 30 minutes, vous pouvez constater un délai d’environ une minute la prochaine fois que vous l’utilisez.

Non, seuls les clouds commerciaux sont pris en charge pour la préversion publique.

Non. La passerelle de données de réseau virtuel fournit un calcul entièrement managé. Vous pouvez choisir de mettre à l’échelle le nombre de nœuds dans chaque cluster.

Oui

Vérifiez s’il existe d’autres passerelles utilisant le même réseau virtuel et le même sous-réseau. Pour pouvoir le supprimer, il faut compter entre 48 et 72 heures après la suppression de la dernière passerelle utilisant ce réseau virtuel et ce sous-réseau.

En plus des cinq adresses IP réservées, nous vous recommandons d’avoir 5 à 7 adresses IP supplémentaires environ pour pouvoir ajouter d’autres passerelles de réseau virtuel au même réseau virtuel et au même sous-réseau.

Veillez à disposer explicitement d’un rôle avec l’autorisation Microsoft.Network/virtualNetworks/subnets/join/action sur le réseau virtuel comme le rôle Contributeur de réseaux Azure. Cette autorisation est requise pour créer une passerelle de données de réseau virtuel.

Quel niveau de sécurité par rapport à la passerelle de données locale ? Oui, toutes les données passant par une passerelle de données de réseau virtuel restent sur la base d’Azure. Nous utilisons un tunnel Microsoft interne qui n’atteint pas l’Internet public entre le réseau virtuel et le service Power BI. D’autre part, la passerelle de données locale ouvre une connexion afin d’utiliser Azure Relay pour se connecter au service Power BI.

Compte tenu des différentes ressources : abonnement, fournisseur de ressources Microsoft.PowerPlatform, réseau virtuel, sous-réseau et le locataire d’accueil du service Power BI. Si vous utilisez un point de terminaison de service, le réseau virtuel et le sous-réseau doivent se trouver dans la même région que les données auxquelles vous êtes connecté(e). Si vous utilisez un point de terminaison privé, ces réseaux peuvent se trouver dans des régions différentes. La configuration de la passerelle de données réside dans la région du locataire d’accueil Power BI.

Une passerelle de réseau virtuel peut généralement atteindre des sources accessibles au sein de ce même réseau virtuel. S’il existe un autre réseau virtuel isolé du premier, une autre passerelle de réseau virtuel est nécessaire.

• La plage d’adresses IP du sous-réseau du réseau virtuel ne peut pas couvrir la plage 10.0.1.x.
• Vous ne pouvez pas déléguer un sous-réseau appelé gatewaysubnet au Centre d'administration Power Platform. En effet, il s’agit d’un mot réservé à la caractéristique de sous-réseau de passerelle d’Azure.
• Vous ne pouvez pas changer la région, l’abonnement ou le groupe de ressources du réseau virtuel sur lequel la passerelle de données de réseau virtuel a été créée. Ce scénario n’est pas pris en charge actuellement.
• Si une actualisation OAuth qui prend plus d’une heure est annulée avec l’erreur « Identifiants de connexion non valides » ou le dépassement du délai d’expiration, le problème est probablement que les informations d’identification ont expiré.

Les utilisateurs sont limités à 1 000 sources de données sur chaque passerelle de réseau virtuel. Si vous atteignez le nombre maximal de sources de données, vérifiez que le nombre de sources de données pour chaque passerelle de réseau virtuel n’est pas supérieur à la limite de 1 000. Pour résoudre les problèmes connexes, vous pouvez supprimer manuellement les sources de données du centre d’administration ou utiliser le script PowerShell suivant pour supprimer en bloc toutes les sources de données à l’aide d’une passerelle de réseau virtuel spécifiée qui dépasse cette limite. Vous devrez remplacer le texte « GatewayClusterID » par l’ID de passerelle de réseau virtuel spécifique pour que ce script fonctionne.

## https://learn.microsoft.com/powershell/module/datagateway/?view=datagateway-ps
## PowerShell version of '7.0.0' to run
## required module "DataGateway" Install-Module -Name DataGateway and sign in the same user who exceeded the 1000 limit
Connect-DataGatewayServiceAccount
 
## get the gateway information per the sign in person
$datasources = Get-DataGatewayClusterDatasource -GatewayClusterId <GatewayClusterId>;
foreach ($datasource in $datasources)
{
  $datasource
  "datasource id={2}, datasourceType={3}, datasource connection details={4}" -f $datasource.Id, $datasource.DatasourceType, $datasource.ConnectionDetails
 
  ## conditional logic to determine if name matches set
  ## Remove-DataGatewayClusterDatasource -GatewayClusterId $gw.Id -GatewayClusterDatasourceId $datasource.Id
}