Preguntas frecuentes sobre la puerta de enlace de datos de red virtual (red virtual)

Admitimos GCC L4 (Texas y Virginia) y L5 (DoD East). Esta característica no se admite actualmente en GCC L2.

Los clientes no deben quitar la asignación de RP de nivel de suscripción hasta al menos tres horas después de eliminar una puerta de enlace porque todavía necesitamos limpiar los recursos.

Al usar credenciales de OAuth2 en Dataflows Gen1, la puerta de enlace no admite la actualización automática de tokens cuando expiren los tokens de acceso. Los tokens suelen expirar 1 hora después de que se inicie la actualización, pero pueden expirar en menos de 1 hora, en función del origen de datos y de las directivas de inquilino. Los flujos de datos Gen2, los modelos semánticos, las canalizaciones de datos pueden actualizar tokens a mitad de flujo y no deben verse afectados debido a esto.

Se admiten nubes con disponibilidad aérea en US Nat East/Oeste y US Sec East/Oeste.

Utilice enlaces privados para asegurar esta conectividad. Más información: Documentación de enlaces privados de Power BI

La puerta de enlace de datos de red virtual está físicamente en la misma región que la red virtual de Azure. Sin embargo, los metadatos (nombre, detalles, orígenes de datos, credenciales cifradas, etc.) de todas sus puertas de enlace de datos de red virtual se almacenan en la región predeterminada de su inquilino. Puede administrar todas las puertas de enlace de datos de red virtual cuando selecciona la región principal de su inquilino en el Centro de administración de Power Platform.

Sí. Puede usar una puerta de enlace de datos de red, y se siguen aplicando sus directivas de acceso condicional.

Una lista completa de servicios de datos compatibles:

• En Power BI, está disponible en Servicios de datos de Azure compatibles.
• En los flujos de datos de Power Platform, está disponible en Orígenes de datos admitidos.

Las puertas de enlace de datos de red virtual son una característica de solo prémium y solo están disponibles en Las capacidades fabric (cualquier SKU) y Power BI Premium (SKU A4 o superior o cualquier SKU P).

Sí

Revise la documentación de redes virtuales de Azure para ver si hay restricciones (por ejemplo, relacionadas con la región) en las redes virtuales, los puntos de conexión y los recursos de Azure asociados.

Revise la documentación del producto del servicio de datos de Azure correspondiente para comprobar si los puntos de conexión privados son compatibles y cómo habilitarlos.

Si recibe errores, como Authorization failed for Public API route o DM_GWPipeline_Client_OAuthTokenLoginFailedError, al intentar crear una conexión a una puerta de enlace de datos de red virtual con autenticación OAuth hacia un recurso de Azure con un firewall que bloquea el acceso público a Internet y está configurado con puntos de conexión privados, esto significa que debe crear explícitamente un punto de conexión de servicio para la autenticación privada mediante una llamada al servicio Microsoft Entra ID. Para resolver esta situación, vaya a la subred de red virtual que se usa para la puerta de enlace de datos de red virtual y habilite el punto de conexión de servicio Microsoft.AzureActiveDirectory como se muestra a continuación.

Sí, para esta característica no hay dependencia de la región principal de Power BI. Si esta característica está habilitada en la región donde existe la red virtual, podrá crear una nueva puerta de enlace de datos de red virtual.

No. La puerta de enlace de datos de red virtual está físicamente en la misma región que la red virtual de Azure. Actualmente, tampoco puede elegir dónde se almacenan los metadatos (nombre, detalles, orígenes de datos, credenciales cifradas, etc.) de todas sus puertas de enlace de datos de red virtual. Esos datos se almacenan en la región predeterminada de su inquilino.

No. La puerta de enlace de datos de red virtual se debe crear en el mismo inquilino que el de Power BI.

No, las puertas de enlace de red virtual están disponibles actualmente solo en la región principal de su inquilino.

Algunas áreas a verificar:

• Asegúrese de que su origen de datos está en funcionamiento.
• Asegúrese de que se puede acceder al origen de datos desde dentro de la red virtual, específicamente desde la subred delegada al crear la puerta de enlace de datos de red virtual. Por ejemplo, puede implementar una máquina virtual en la subred y verificar si puede conectarse al origen de datos.
• Es posible que se requieran los siguientes grupos de seguridad de red de Azure (NSG), en función del escenario:
  • Permitir el tráfico saliente al punto de conexión de Microsoft Entra ID mientras se usa la autenticación OAuth o de la entidad de servicio para conectarse a un origen de datos.
  • Permitir el tráfico saliente a CA (entidad de certificación) mientras se usa HTTPS para conectarse a un origen de datos.

La conectividad entre el nuevo servicio de red virtual y la red virtual es a través de HTTPS y TLS 1.2.

Para SQL sin servidor con pausa automática, la primera solicitud puede provocar un error si SQL está en estado de pausa, pero las siguientes se procesarán correctamente.

Cuando se usa por primera vez, la puerta de enlace de red virtual tarda aproximadamente 2 minutos en configurarse. Del mismo modo, si la puerta de enlace de datos de red virtual no se usa durante 30 minutos, podría experimentar un retraso de aproximadamente un minuto la próxima vez que la use.

No, solo se admiten nubes comerciales en la versión preliminar pública.

No. La puerta de enlace de datos de red virtual proporciona un proceso totalmente administrado. Puede optar por escalar el número de nodos de cada clúster.

Sí

Compruebe si hay otras puertas de enlace que usen la misma red virtual y subred. Para poder eliminarla, se necesitarían entre 48 y 72 horas después de que se haya eliminado la última puerta de enlace que usa esta red virtual y esta subred.

Aparte de las cinco direcciones IP reservadas, nuestra recomendación es tener aproximadamente entre 5 y 7 direcciones IP más para que pueda agregar más puertas de enlace de red virtual a la misma red virtual y subred.

Asegúrese de tener explícitamente un rol con el permiso Microsoft.Network/virtualNetworks/subnets/join/action en la red virtual, como el de colaborador de red de Azure. Este permiso es necesario para crear una puerta de enlace de datos de red virtual.

¿Cómo se compara la seguridad con la puerta de enlace de datos local? Sí, todos los datos que pasan por una puerta de enlace de datos de red virtual permanecen en la red troncal de Azure. Usamos un túnel interno de Microsoft que no llega a la red pública de Internet entre la red virtual y el servicio Power BI. Por otro lado, la puerta de enlace de datos local abre una conexión para usar Azure Relay para conectarse al servicio Power BI.

Tenga en cuenta los distintos recursos: suscripción, proveedor de recursos de Microsoft.PowerPlatform, red virtual, subred e inquilino anfitrión de servicios de Power BI. Si usa un punto de conexión de servicio, la red virtual y la subred deben estar en la misma región que los datos a los que se conecta. Si usa un punto de conexión privado, pueden estar en regiones diferentes. La configuración de la puerta de enlace de datos se encuentra en la región del inquilino anfitrión de Power BI.

Por lo general, una puerta de enlace de red virtual puede acceder a orígenes accesibles dentro de esa misma red virtual. Si hay otra red virtual aislada de la primera, se necesita otra puerta de enlace de red virtual.

• El intervalo IP de la subred de la red virtual no se puede superponer con 10.0.1.x.
• No se puede delegar una subred llamada gatewaysubnet en el centro de administración de Power Platform. Esta restricción se debe a que es una palabra reservada para la característica de subred de puerta de enlace de Azure.
• No puede cambiar la región, la suscripción ni el grupo de recursos de la red virtual en la que se haya creado la puerta de enlace de datos de red virtual. Este escenario no se admite actualmente.
• Si se cancela una actualización de OAuth que tarda más de una hora con el error "Credenciales de conexión no válidas" o se agota el tiempo de espera, es probable que la credencial haya caducado.

Los usuarios están limitados a 1000 orígenes de datos en cada puerta de enlace de red virtual. Si alcanza el número máximo de orígenes de datos, compruebe que el número de orígenes de datos de cada puerta de enlace de red virtual no supera el límite de 1000. Para resolver cualquier problema relacionado, puede quitar manualmente los orígenes de datos del centro de administración o, como alternativa, usar el siguiente script de PowerShell para eliminar de forma masiva todos los orígenes de datos mediante una puerta de enlace de red virtual especificada que supere ese límite. Tendría que reemplazar el texto "GatewayClusterID" por el identificador de puerta de enlace de red virtual específico para que funcione este script.

## 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
}