Brama danych sieci wirtualnej (sieć wirtualna) — często zadawane pytania

Obsługujemy GCC L4 (Texas i Virginia) i L5 (DoD East). Ta funkcja nie jest obecnie obsługiwana w GCC L2.

Klienci nie powinni usuwać przypisania na poziomie subskrypcji do co najmniej trzech godzin po usunięciu bramy, ponieważ nadal musimy wyczyścić zasoby.

W przypadku korzystania z poświadczeń protokołu OAuth2 w przepływach danych Gen1 brama nie obsługuje automatycznego odświeżania tokenów po wygaśnięciu tokenów dostępu. Tokeny zwykle wygasają 1 godzinę po rozpoczęciu odświeżania, ale mogą wygasnąć w mniej niż 1 godzinę, w zależności od źródła danych i zasad dzierżawy. Przepływy danych Gen2, modele semantyczne, potoki danych mogą odświeżać tokeny w połowie strumienia i nie powinny mieć na to wpływu.

Obsługujemy chmury rozdyskowane przez powietrze w regionie Nat Wschodnie/Zachodnie stany USA i STANY USA Wschodnie/Zachodnie stany USA.

Użyj linków prywatnych, aby zabezpieczyć tę łączność. Więcej informacji: Dokumentacja usługi Power BI Private Links

Brama danych sieci wirtualnej znajduje się fizycznie w tym samym regionie co sieć wirtualna platformy Azure. Jednak metadane (nazwa, szczegóły, źródła danych, zaszyfrowane poświadczenia itd.) dla wszystkich bram danych sieci wirtualnej są przechowywane w domyślnym regionie dzierżawy. Podczas wybierania regionu macierzystego dzierżawy w centrum administracyjnym platformy Power możesz zarządzać wszystkimi bramami danych sieci wirtualnej.

Tak. Możesz użyć bramy danych sieci wirtualnej, a zasady dostępu warunkowego nadal mają zastosowanie.

Pełna lista obsługiwanych usług danych:

• Usługa Power BI jest dostępna w obsługiwanych usługach danych platformy Azure
• Przepływy danych platformy Power Platform są dostępne w obsługiwanych źródłach danych

Bramy danych sieci wirtualnej są funkcją tylko w warstwie Premium i są dostępne tylko w sieci szkieletowej (dowolnej jednostce SKU) i pojemnościach usługi Power BI Premium (jednostka SKU A4 lub nowsza lub dowolna jednostka SKU P).

Tak

Zapoznaj się z dokumentacją sieci wirtualnej platformy Azure, aby uzyskać ograniczenia (na przykład związane z regionem) w sieciach wirtualnych, punktach końcowych i skojarzonych zasobach platformy Azure.

Zapoznaj się z odpowiednią dokumentacją produktu usługi danych platformy Azure, aby sprawdzić, czy są obsługiwane prywatne punkty końcowe i jak je włączyć.

Jeśli występują błędy, takie jak Authorization failed for Public API route lub DM_GWPipeline_Client_OAuthTokenLoginFailedError podczas próby utworzenia połączenia bramy danych sieci wirtualnej z uwierzytelnianiem OAuth w stosunku do zasobu platformy Azure z zaporą blokującą publiczny dostęp do Internetu i skonfigurowany z prywatnymi punktami końcowymi, oznacza to, że musisz jawnie utworzyć punkt końcowy usługi na potrzeby uwierzytelniania prywatnego, wywołując usługę Microsoft Entra ID. Aby rozwiązać tę sytuację, przejdź do podsieci sieci wirtualnej używanej dla bramy danych sieci wirtualnej i włącz punkt końcowy usługi Microsoft.AzureActiveDirectory, jak pokazano poniżej.

Tak, nie ma zależności od regionu głównego usługi Power BI dla tej funkcji. Jeśli ta funkcja jest włączona w regionie, w którym istnieje sieć wirtualna, możesz utworzyć nową bramę danych sieci wirtualnej.

L.p. Brama danych sieci wirtualnej znajduje się fizycznie w tym samym regionie co sieć wirtualna platformy Azure. Obecnie nie można również wybrać miejsca przechowywania metadanych (nazwa, szczegóły, źródła danych, zaszyfrowane poświadczenia itd.) dla wszystkich bram danych sieci wirtualnej. Te dane są przechowywane w domyślnym regionie dzierżawy.

L.p. Brama danych sieci wirtualnej musi zostać utworzona w tej samej dzierżawie co dzierżawa usługi Power BI.

Nie, bramy sieci wirtualnej są obecnie dostępne tylko w regionie macierzystym twojej dzierżawy.

Kilka obszarów do sprawdzenia:

• Upewnij się, że źródło danych jest uruchomione.
• Upewnij się, że źródło danych można uzyskać dostęp z poziomu sieci wirtualnej — w szczególności z podsieci delegowanej podczas tworzenia bramy danych sieci wirtualnej. Możesz na przykład wdrożyć maszynę wirtualną w podsieci i sprawdzić, czy możesz nawiązać połączenie ze źródłem danych.
• Następujące sieciowe grupy zabezpieczeń platformy Azure mogą być wymagane w zależności od scenariusza:
  • Zezwalaj na ruch wychodzący do punktu końcowego identyfikatora entra firmy Microsoft podczas używania uwierzytelniania OAuth lub jednostki usługi w celu nawiązania połączenia ze źródłem danych.
  • Zezwalaj na ruch wychodzący do urzędu certyfikacji (urząd certyfikacji) podczas nawiązywania połączenia ze źródłem danych przy użyciu protokołu HTTPS.

Łączność między nową usługą sieci wirtualnej a siecią wirtualną odbywa się za pośrednictwem protokołów HTTPS i TLS 1.2.

W przypadku bezserwerowego programu SQL z automatycznym wstrzymaniem pierwsze żądanie może zakończyć się niepowodzeniem, jeśli program SQL jest w stanie wstrzymania, ale kolejne z nich powiedzie się.

W przypadku użycia po raz pierwszy brama sieci wirtualnej trwa około 2 minut, aby uzyskać konfigurację. Podobnie, jeśli brama danych sieci wirtualnej nie jest używana przez 30 minut, może wystąpić opóźnienie około minuty przy następnym użyciu.

Nie, tylko chmury komercyjne są obsługiwane w publicznej wersji zapoznawczej.

L.p. Brama danych sieci wirtualnej zapewnia w pełni zarządzane obliczenia. Możesz wybrać skalowanie liczby węzłów w każdym klastrze.

Tak

Sprawdź, czy istnieją inne bramy korzystające z tej samej sieci wirtualnej i podsieci. Usunięcie może potrwać do 48–72 godzin po usunięciu ostatniej bramy przy użyciu tej sieci wirtualnej i podsieci.

Poza pięcioma zastrzeżonymi adresami IP zalecamy posiadanie około 5–7 kolejnych adresów IP, dzięki czemu można dodać więcej bram sieci wirtualnej do tej samej sieci wirtualnej i podsieci.

Upewnij się, że jesteś jawnie w roli z uprawnieniem Microsoft.Network/virtualNetworks/subnets/join/action w sieci wirtualnej, takiej jak rola Współautor sieci platformy Azure. To uprawnienie jest wymagane do utworzenia bramy danych sieci wirtualnej.

W jaki sposób zabezpieczenia są porównywane z lokalną bramą danych? Tak, wszystkie dane przechodzące przez bramę danych sieci wirtualnej pozostają w sieci szkieletowej platformy Azure. Używamy wewnętrznego tunelu firmy Microsoft, który nie dociera do publicznego Internetu między siecią wirtualną i usługa Power BI. Z drugiej strony lokalna brama danych otwiera połączenie, aby nawiązać połączenie z usługa Power BI za pomocą usługi Azure Relay.

Biorąc pod uwagę różne zasoby: subskrypcja, dostawca zasobów Microsoft.PowerPlatform, sieć wirtualna, podsieć i dzierżawa główna usługi Power BI. Jeśli używasz punktu końcowego usługi, sieć wirtualna i podsieć powinny znajdować się w tym samym regionie co dane, z którymi nawiązujesz połączenie. Jeśli używasz prywatnego punktu końcowego, mogą znajdować się w różnych regionach. Konfiguracja bramy danych znajduje się w regionie dzierżawy głównej usługi Power BI.

Brama sieci wirtualnej może zazwyczaj uzyskiwać dostęp do źródeł, które są dostępne w tej samej sieci wirtualnej. Jeśli istnieje inna sieć wirtualna, która jest odizolowana od pierwszej, konieczna jest inna brama sieci wirtualnej.

• Zakres adresów IP podsieci sieci wirtualnej nie może nakładać się na 10.0.1.x.
• Nie można delegować podsieci wywoływanej gatewaysubnet do centrum administracyjnego platformy Power Platform. To ograniczenie jest spowodowane tym, że jest to słowo zarezerwowane dla funkcji podsieci usługi Azure Gateway.
• Nie można zmienić regionu, subskrypcji ani grupy zasobów dla sieci wirtualnej, w której utworzono bramę danych sieci wirtualnej. Ten scenariusz nie jest obecnie obsługiwany.
• Jeśli odświeżanie OAuth trwa dłużej niż jedna godzina, zostanie anulowane z powodu błędu "Nieprawidłowe poświadczenia połączenia" lub przekroczenia limitu czasu, problem prawdopodobnie wygasł.