Näennäisverkon (näennäisverkon) tietoyhdyskäytävän usein kysytyt kysymykset

Tuemme GCC L4:ää (Texas ja Virginia) ja L5:tä (DoD East). Tätä ominaisuutta ei tällä hetkellä tueta GCC L2:ssa.

Asiakkaiden ei tulisi poistaa tilaustason RP-määritystä ennen kuin kolme tuntia yhdyskäytävän poistamisen jälkeen, koska resursseja on vielä puhdistettava.

Kun käytät OAuth2-tunnistetietoja Tietovuot Gen1:ssä, yhdyskäytävä ei tue tunnusten päivittämistä automaattisesti, kun käyttöoikeustietueet vanhenevat. Tunnukset vanhenevat yleensä 1 tunti päivityksen alkamisen jälkeen, mutta ne voivat vanhentua alle tunnissa tietolähteen ja vuokraajakäytäntöjen mukaan. Tietovuot Gen2, semanttiset mallit, tietoputket voivat päivittää tunnuksia streamin keskiosassa, eikä tähän tulisi vaikuttaa.

Tuemme ilmakatkoja Yhdysvaltain Nat East/West- ja Us Sec East/West -yksissä.

Käytä yksityisiä linkkejä tämän yhteyden suojaamiseen. Lisätietoja: Power BI:n yksityisten linkkien dokumentaatio

Näennäisverkon tietoyhdyskäytävä on fyysisesti samalla alueella kuin Azure-näennäisverkkosi. Kaikkien näennäisverkon tietoyhdyskäytäviä koskevat metatiedot (nimi, tiedot, tietolähteet, salatut tunnistetiedot ja niin edelleen) tallennetaan kuitenkin vuokraajan oletusalueelle. Voit hallita kaikkia näennäisverkon tietoyhdyskäytäviä, kun valitset vuokraajan kotialueen Power-ympäristön hallintakeskuksessa.

Kyllä. Voit käyttää näennäisverkon tietoyhdyskäytävää, ja ehdolliset käyttöoikeuskäytäntösi ovat edelleen voimassa.

Täydellinen luettelo tuetuista tietopalveluista:

• Power BI:lle on saatavilla tuetut Azure-tietopalvelut
• Power Platform -tietovuot ovat käytettävissä tuetuissa tietolähteissä

Näennäisverkon tietoyhdyskäytävät ovat vain Premium-ominaisuus, ja ne ovat käytettävissä vain Fabricissa (mikä tahansa SKU) ja Power BI Premium -kapasiteeteissa (A4 SKU tai uudempi tai mikä tahansa P-varastointiyksikkö).

Kyllä

Katso Azure-näennäisverkon dokumentaatiosta rajoituksia (esimerkiksi alueeseen liittyviä) VNets-verkoissa, päätepisteissä ja niihin liittyvissä Azure-resursseissa.

Tarkista Vastaavasta Azure-tietopalvelun tuotedokumentaatiosta, tuetaanko yksityisiä päätepisteitä ja miten ne otetaan käyttöön.

Jos saat virheitä, kuten Authorization failed for Public API route tai DM_GWPipeline_Client_OAuthTokenLoginFailedError kun yrität luoda näennäisverkon tietoyhdyskäytäväyhteyden OAuth-todennuksella kohti Azure-resurssia, jonka palomuuri estää julkisen Internet-yhteyden ja joka on määritetty yksityisillä päätepisteillä, tämä tarkoittaa sitä, että sinun on eksplisiittisesti luotava palvelun päätepiste yksityiselle todentamiselle kutsumalla Microsoft Entra ID -palvelu. Voit korjata tämän tilanteen siirtymällä näennäisverkon tietoyhdyskäytävässä käytettyyn näennäisverkon aliverkkoon ja ottamalla käyttöön palvelun päätepisteen Microsoft.AzureActiveDirectory alla kuvatulla tavalla.

Kyllä, tällä ominaisuudella ei ole riippuvuutta Power BI -kotialueeseen. Jos tämä ominaisuus on käytössä alueella, jossa näennäisverkko on olemassa, voit luoda uuden näennäisverkkotietoyhdyskäytävän.

Ei. Näennäisverkon tietoyhdyskäytävä on fyysisesti samalla alueella kuin Azure-näennäisverkkosi. Tällä hetkellä et myöskään voi valita, mihin kaikkien näennäisverkon tietoyhdyskäytäviä koskevat metatiedot (nimi, tiedot, tietolähteet, salatut tunnistetiedot ja niin edelleen) tallennetaan. Nämä tiedot tallennetaan vuokraajan oletusalueelle.

Ei. Näennäisverkon tietoyhdyskäytävä on luotava samassa vuokraajassa kuin Power BI -vuokraaja.

Ei. Näennäisverkkoyhdyskäytävät ovat tällä hetkellä käytettävissä vain vuokraajan kotialueella.

Muutama tarkistettava alue:

• Varmista, että tietolähde on toiminnassa.
• Varmista, että tietolähdettä voidaan käyttää näennäisverkosta – erityisesti delegoidusta aliverkosta, kun luot näennäisverkon tietoyhdyskäytävää. Voit esimerkiksi ottaa näennäiskoneen käyttöön aliverkossa ja tarkistaa, voitko muodostaa yhteyden tietolähteeseen.
• Seuraavat Azure-verkon käyttöoikeusryhmät (NSG) voidaan vaatia skenaariosi mukaan:
  • Salli lähtevä liikenne Microsoft Entra ID -päätepisteeseen OAuth- tai Palvelun päänimi -todennusta käytettäessä yhteyden muodostamiseksi tietolähteeseen.
  • Salli lähtevä liikenne varmenteiden myöntäjään (varmenteiden myöntäjään) muodostettaessa yhteyttä tietolähteeseen HTTPS:n avulla.

Yhteys uuden näennäisverkkopalvelun ja näennäisverkon välillä on HTTPS- ja TLS 1.2 -protokollan kautta.

Jos SQL-palvelinta ei ole käytössä automaattisella keskeytyksellä, ensimmäinen pyyntö voi epäonnistua, jos SQL on keskeytetty, mutta seuraavat pyyntö onnistuu.

Kun näennäisverkkoyhdyskäytävää käytetään ensimmäistä kertaa, sen asennus kestää noin 2 minuuttia. Vastaavasti, jos näennäisverkon tietoyhdyskäytävää ei käytetä 30 minuuttiin, saatat kokea noin minuutin viiveen, kun käytät sitä seuraavan kerran.

Ei, vain kaupallisia pilvipalveluita tuetaan julkisessa esikatseluversiossa.

Ei. VNET-tietoyhdyskäytävä tarjoaa täysin hallitun käsittelyn. Voit skaalata solmujen määrän kussakin klusterissa.

Kyllä

Tarkista, onko muita yhdyskäytäviä, jotka käyttävät samaa näennäisverkkoa ja aliverkkoa. Sen poistaminen vie jopa 48–72 tuntia sen jälkeen, kun viimeinen tätä näennäisverkkoa ja aliverkkoa käyttävä yhdyskäytävä oli poistettu.

Viiden varatun IP:n lisäksi suosituksemme on, että siinä on noin 5–7 IP:tä, jotta voit lisätä näennäisverkkoyhdyskäytäviä samaan näennäisverkkoon ja aliverkkoon.

Varmista, että sinulla on eksplisiittisesti rooli, jolla on Microsoft.Network/virtualNetworks/subnets/join/action-käyttöoikeus näennäisverkossa, kuten Azuren verkkoosallistujan rooli. Tämä käyttöoikeus vaaditaan näennäisverkon tietoyhdyskäytävän luomiseen.

Miten suojausta verrataan paikalliseen tietoyhdyskäytävään? Kyllä, kaikki näennäisverkkotietoyhdyskäytävän kautta menevät tiedot pysyvät Azuren runkona. Käytämme sisäistä Microsoft-tunnelia, joka ei pääse julkiseen Internetiin näennäisverkon ja Power BI -palvelun välillä. Toisaalta paikallinen tietoyhdyskäytävä avaa yhteyden Azure Relayen yhteyden muodostamiseksi Power BI -palveluun.

Eri resurssit: tilaus, Microsoft.PowerPlatform-resurssipalvelu, näennäisverkko, aliverkko ja Power BI -palvelun kotivuokraaja. Jos käytät palvelun päätepistettä, näennäisverkon ja aliverkon on oltava samalla alueella kuin tiedot, joihin muodostat yhteyden. Jos käytät yksityistä päätepistettä, ne voivat olla eri alueilla. Tietoyhdyskäytävän määritykset sijaitsevat Power BI -kotivuokraajan alueella.

Näennäisverkkoyhdyskäytävä voi yleensä tavoittaa lähteet, jotka ovat tavoitettavissa samassa näennäisverkossa. Jos toinen näennäisverkko on eristetty ensimmäisestä, tarvitaan toinen näennäisverkkoyhdyskäytävä.

• Näennäisverkon aliverkon IP-alue ei voi olla päällekkäinen 10.0.1.x:n kanssa.
• Power Platform -hallintakeskukseen ei gatewaysubnet voi delegoida aliverkkoa. Tämä rajoitus johtuu siitä, että kyseessä on Azure Gateway Subnet -ominaisuuden varattu sana.
• Et voi muuttaa näennäisverkon tietoyhdyskäytävän luomisen aluetta, tilausta tai resurssiryhmää. Tätä skenaariota ei tällä hetkellä tueta.
• Jos OAuth-päivitys, joka kestää kauemmin kuin yhden tunnin, peruutetaan virheellisen yhteyden tunnistetiedoilla tai aikakatkaisulla, ongelma on todennäköisesti tunnistetietojen vanhentuminen.

Käyttäjäkohtainen 1 000 tietolähdettä kullekin VNET-yhdyskäytävälle on rajoitettu 1 000 tietolähteeseen. Jos tietolähteiden enimmäismäärä täyttyy, tarkista, että käyttäjäkohtainen tietolähteiden määrä ei ole ylittynyt kunkin VNET-yhdyskäytävän osalta. Voit ratkaista mahdolliset liittyvät ongelmat poistamalla tietolähteet manuaalisesti hallintakeskuksesta tai vaihtoehtoisesti käyttämällä seuraavaa PowerShell-komentosarjaa kaikkien tietolähteiden joukkopoistoon käyttämällä määritettyä, kyseistä rajaa ylittävää VNET-yhdyskäytävää. Sinun on korvattava teksti "GatewayClusterID" erityisellä VNET-yhdyskäytävätunnuksella, jotta tämä komentosarja toimisi.

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