Virtuális hálózat (virtuális hálózat) adatátjáróval kapcsolatos gyakori kérdések

Támogatjuk a GCC L4 (Texas és Virginia) és az L5 (DoD East) műveletet. Ez a funkció jelenleg nem támogatott a GCC L2-ben.

Az ügyfeleknek az átjáró törlése után legalább három órával nem szabad eltávolítaniuk az előfizetési szintű RP-hozzárendelést, mert az erőforrásokat továbbra is törölni kell.

Ha OAuth2 hitelesítő adatokat használ az 1. generációs adatfolyamokban, az átjáró nem támogatja a jogkivonatok automatikus frissítését a hozzáférési jogkivonatok lejáratakor. A jogkivonatok általában a frissítés kezdete után 1 órával járnak le, de az adatforrástól és a bérlői házirendtől függően 1 órán belül lejárhatnak. A Gen2 adatfolyamok, a szemantikai modellek és az adatfolyamok képesek a jogkivonatok frissítésére a stream közepén, és emiatt nem szabad befolyásolni.

Az USA Keleti/Nyugati régiójában és az USA keleti/nyugati régiójában a levegőben leképezett felhőket támogatjuk.

A kapcsolat biztonságossá tételéhez használjon privát hivatkozásokat. További információ: A Power BI Private Links dokumentációja

A virtuális hálózati adatátjáró fizikailag ugyanabban a régióban található, mint az Azure-beli virtuális hálózat. A virtuális hálózati adatátjárók metaadatai (név, részletek, adatforrások, titkosított hitelesítő adatok stb.) azonban a bérlő alapértelmezett régiójában vannak tárolva. Az összes virtuális hálózati adatátjárót kezelheti, amikor kiválasztja a bérlő otthoni régióját a Power Platform Felügyeleti központban.

Igen. Használhat virtuális hálózati adatátjárót, és a feltételes hozzáférési szabályzatok továbbra is érvényesek.

A támogatott adatszolgáltatások teljes listája:

• A Power BI a támogatott Azure-beli adatszolgáltatásokban érhető el
• A Power Platform adatfolyamai támogatott adatforrásokban érhetők el

A virtuális hálózati adatátjárók csak prémium szintű szolgáltatások, és csak a Fabricben (bármilyen termékváltozatban) és a Power BI Premium-kapacitásokban (A4 termékváltozat vagy magasabb vagy bármely P termékváltozat) érhetők el.

Igen

Tekintse át az Azure virtuális hálózat dokumentációját a virtuális hálózatokra, végpontokra és a kapcsolódó Azure-erőforrásokra vonatkozó korlátozásokról (például régióval kapcsolatos).

Tekintse át a megfelelő Azure data service-termékdokumentációt, és ellenőrizze, hogy támogatottak-e a privát végpontok, és hogyan engedélyezheti őket.

Ha olyan hibákat tapasztal, mint például Authorization failed for Public API routeDM_GWPipeline_Client_OAuthTokenLoginFailedError amikor OAuth-hitelesítéssel rendelkező virtuális hálózati Data Gateway-kapcsolatot próbál létrehozni egy Olyan Azure-erőforrás felé, amely tűzfal blokkolja a nyilvános internet-hozzáférést, és privát végpontokkal van konfigurálva, ez azt jelenti, hogy kifejezetten létre kell hoznia egy szolgáltatásvégpontot a privát hitelesítéshez a Microsoft Entra ID szolgáltatás meghívásával. A probléma megoldásához nyissa meg a virtuális hálózati adatátjáróhoz használt virtuális hálózati alhálózatot, és engedélyezze a Microsoft.AzureActiveDirectory szolgáltatásvégpontot az alább látható módon.

Igen, ehhez a funkcióhoz nincs függőség a Power BI otthoni régiójától. Ha ez a funkció engedélyezve van abban a régióban, ahol a virtuális hálózat létezik, létrehozhat egy új virtuális hálózati adatátjárót.

Szám A virtuális hálózati adatátjáró fizikailag ugyanabban a régióban található, mint az Azure-beli virtuális hálózat. Jelenleg azt sem tudja kiválasztani, hogy az összes virtuális hálózati adatátjáró metaadatai (név, részletek, adatforrások, titkosított hitelesítő adatok stb.) hol vannak tárolva. Az adatok tárolása a bérlő alapértelmezett régiójában történik.

Szám A virtuális hálózati adatátjárót ugyanabban a bérlőben kell létrehozni, mint a Power BI-bérlőt.

Nem, a virtuális hálózati átjárók jelenleg csak a bérlő otthoni régiójában érhetők el.

Néhány ellenőrizendő terület:

• Győződjön meg arról, hogy az adatforrás működik.
• Győződjön meg arról, hogy az adatforrás elérhető a virtuális hálózaton belülről – különösen a virtuális hálózati adatátjáró létrehozásakor delegált alhálózatról. Üzembe helyezhet például egy virtuális gépet az alhálózaton, és ellenőrizheti, hogy tud-e csatlakozni az adatforráshoz.
• A forgatókönyvtől függően a következő Azure-hálózati biztonsági csoportokra (NSG-k) lehet szükség:
  • A Microsoft Entra ID-végpont felé irányuló kimenő forgalom engedélyezése OAuth- vagy szolgáltatásnév-hitelesítéssel az adatforráshoz való csatlakozáshoz.
  • Engedélyezze a kimenő forgalmat a hitelesítésszolgáltató (hitelesítésszolgáltató) felé, miközben HTTPS-t használ egy adatforráshoz való csatlakozáshoz.

Az új virtuális hálózati szolgáltatás és a virtuális hálózat közötti kapcsolat HTTPS-en és TLS 1.2-en keresztül történik.

Az automatikus szüneteltetéssel rendelkező SQL-kiszolgáló nélküli SQL esetében előfordulhat, hogy az első kérés meghiúsul, ha az SQL szüneteltetett állapotban van, de a következők sikeresek lesznek.

Első használat esetén a virtuális hálózati átjáró beállítása körülbelül 2 percet vesz igénybe. Hasonlóképpen, ha a virtuális hálózati adatátjárót nem használják 30 percig, a következő használatkor körülbelül egy perc késést tapasztalhat.

Igen, szuverén felhőben is támogatott.

Szám A VNET adatátjáró teljes mértékben felügyelt számítást biztosít. Az egyes fürtök csomópontjainak számát skálázhatja.

Igen

Ellenőrizze, hogy vannak-e más átjárók, amelyek ugyanazt a virtuális hálózatot és alhálózatot használják. A törléshez a virtuális hálózatot és alhálózatot használó utolsó átjáró eltávolítása után akár 48–72 órát is igénybe vehet.

Az öt fenntartott IP-címen túl azt javasoljuk, hogy körülbelül 5-7 további IP-cím legyen, hogy több virtuális hálózati átjárót adjon hozzá ugyanahhoz a virtuális hálózathoz és alhálózathoz.

Győződjön meg arról, hogy kifejezetten a Microsoft.Network/virtualNetworks/alhálózatok/csatlakozás/művelet engedélyekkel rendelkezik a virtuális hálózaton, például az Azure Network Közreműködő szerepkörével. Ez az engedély szükséges egy virtuális hálózati adatátjáró létrehozásához.

Hogyan viszonyul a biztonság a helyszíni adatátjáróhoz? Igen, a virtuális hálózati adatátjárón áthaladó összes adat az Azure gerinchálózatán marad. Belső Microsoft-alagutat használunk, amely nem éri el a nyilvános internetet a virtuális hálózat és a Power BI szolgáltatás között. Másrészt a helyszíni adatátjáró megnyit egy kapcsolatot, amely az Azure Relay használatával csatlakozik a Power BI szolgáltatás.

Figyelembe véve a különböző erőforrásokat: előfizetés, Microsoft.PowerPlatform erőforrás-szolgáltató, virtuális hálózat, alhálózat és a Power BI Szolgáltatás otthoni bérlője. Szolgáltatásvégpont használata esetén a virtuális hálózatnak és az alhálózatnak ugyanabban a régióban kell lennie, mint az adatok, amelyekhez csatlakozik. Ha privát végpontot használ, azok különböző régiókban lehetnek. Az adatátjáró konfigurációja a Power BI otthoni bérlői régiójában található.

A virtuális hálózati átjárók általában elérhetik az ugyanazon a virtuális hálózaton belül elérhető forrásokat. Ha egy másik virtuális hálózat van elkülönítve az elsőtől, akkor egy másik virtuális hálózati átjáróra van szükség.

• A Power Platform felügyeleti központjába hívott gatewaysubnet alhálózatot nem delegálhatja. Ennek a korlátozásnak az az oka, hogy ez egy fenntartott szó az Azure Gateway alhálózati funkcióhoz.
• Nem módosíthatja annak a virtuális hálózatnak a régióját, előfizetését vagy erőforráscsoportját, amelyen a virtuális hálózati adatátjáró létre lett hozva. Ez a forgatókönyv jelenleg nem támogatott.
• Ha egy olyan OAuth-frissítés, amely hosszabb időt vesz igénybe, mint egy óra, "Érvénytelen kapcsolati hitelesítő adatok" vagy időtúllépés hibaüzenet jelenik meg, a probléma valószínűleg a hitelesítő adatok lejártát eredményezi.

A felhasználók legfeljebb 1000 adatforrást hozhatnak létre az egyes VNET-átjárókon. Ha eléri az adatforrások maximális számát, ellenőrizze, hogy az egyes VNET-átjárók adatforrásainak száma nem éri-e el az 1000-es korlátot. A kapcsolódó problémák megoldásához manuálisan eltávolíthatja az adatforrásokat a felügyeleti központból, vagy a következő PowerShell-szkripttel tömegesen törölheti az összes adatforrást egy megadott, a korlátot meghaladó virtuális hálózati átjáró használatával. A szkript működéséhez cserélje le a "GatewayClusterID" szöveget a megadott VNET-átjáróazonosítóra.

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