Ustalanie rozmiaru lokalnej bramy danych
Ten artykuł dotyczy administratorów sieci szkieletowej, którzy muszą zainstalować lokalną bramę danych i zarządzać nią.
Brama jest wymagana za każdym razem, gdy usługa Power BI musi uzyskiwać dostęp do danych, które nie są dostępne bezpośrednio przez Internet. Można go zainstalować na serwerze lokalnym lub hostowanej na maszynie wirtualnej infrastruktury jako usługi (IaaS).
Obciążenia bramy
Lokalna brama danych obsługuje dwa obciążenia. Ważne jest, aby najpierw zrozumieć te obciążenia, zanim omówimy rozmiar i zalecenia dotyczące bramy.
Obciążenie buforowanych danych
Obciążenie Buforowane dane pobiera i przekształca dane źródłowe do ładowania do modeli semantycznych usługi Power BI. Robi to w trzech krokach:
- Połączenie: brama łączy się z danymi źródłowymi.
- Pobieranie i przekształcanie danych: dane są pobierane i w razie potrzeby przekształcane. Jeśli to możliwe, aparat mashupu Power Query wypycha kroki przekształcania do źródła danych — jest znany jako składanie zapytań. Jeśli nie jest to możliwe, przekształcenia muszą być wykonywane przez bramę. W takim przypadku brama będzie zużywać więcej zasobów procesora CPU i pamięci.
- Transfer: dane są przesyłane do usługa Power BI — ważne jest niezawodne i szybkie połączenie internetowe, szczególnie w przypadku dużych ilości danych.
Połączenia na żywo i obciążenia trybu DirectQuery
Obciążenie Połączenie na żywo i Tryb DirectQuery działa głównie w trybie przekazywania. Usługa Power BI wysyła zapytania, a brama odpowiada za pomocą wyników zapytania. Ogólnie rzecz biorąc, wyniki zapytania są niewielkie.
- Aby uzyskać więcej informacji na temat połączenia na żywo, zobacz Semantyczne modele w usługa Power BI (modele hostowane zewnętrznie).
- Aby uzyskać więcej informacji na temat trybu DirectQuery, zobacz Tryby modelu semantycznego w trybie usługa Power BI (tryb DirectQuery).
To obciążenie wymaga zasobów procesora CPU na potrzeby routingu zapytań i wyników zapytań. Zwykle zapotrzebowanie na procesor CPU jest znacznie mniejsze niż jest wymagane przez obciążenie danych pamięci podręcznej — szczególnie wtedy, gdy jest to wymagane do przekształcania danych na potrzeby buforowania.
Niezawodna, szybka i spójna łączność jest ważna, aby zapewnić użytkownikom raportów dynamiczne środowiska.
Zagadnienia dotyczące ustalania rozmiaru
Określenie prawidłowego rozmiaru maszyny bramy może zależeć od następujących zmiennych:
-
dla obciążeń danych pamięci podręcznej:
- Liczba równoczesnych odświeżeń modelu semantycznego
- Typy źródeł danych (relacyjna baza danych, baza danych analityczne, źródła danych lub pliki)
- Ilość danych do pobrania ze źródeł danych
- Wszystkie przekształcenia wymagane do wykonania przez aparat mashupu Power Query
- Ilość danych, które mają być przesyłane do usługa Power BI
-
dla obciążeń połączenia na żywo i trybu DirectQuery:
- Liczba równoczesnych użytkowników raportu
- Liczba wizualizacji na stronach raportu (każda wizualizacja wysyła co najmniej jedno zapytanie)
- Częstotliwość aktualizacji pamięci podręcznej zapytań pulpitu nawigacyjnego usługi Power BI
- Liczba raportów w czasie rzeczywistym korzystających z funkcji automatycznego odświeżania strony
- Czy semantyczne modele wymuszają zabezpieczenia na poziomie wiersza
Ogólnie rzecz biorąc, obciążenia połączenia na żywo i trybu DirectQuery wymagają wystarczającej ilości procesora CPU, podczas gdy obciążenia danych pamięci podręcznej wymagają większej ilości procesora CPU i pamięci. Oba obciążenia zależą od dobrej łączności z usługa Power BI i źródłami danych.
Uwaga
Pojemności usługi Power BI nakładają limity równoległości odświeżania modelu oraz połączenia na żywo i przepływności trybu DirectQuery. Nie ma sensu określania rozmiaru bram, aby dostarczać więcej niż to, co obsługuje usługa Power BI. Limity różnią się od jednostki SKU w warstwie Premium (i równoważnej wielkości jednostki SKU A). Aby uzyskać więcej informacji, zobacz Licencje pojemności usługi Microsoft Fabric i Co to jest usługa Power BI Premium? (Węzły pojemności).
Ważne
Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).
Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.
Zalecenia
Zalecenia dotyczące określania rozmiaru bramy zależą od wielu zmiennych. W tej sekcji udostępnimy ogólne zalecenia, które można wziąć pod uwagę.
Początkowe ustalanie rozmiaru
Dokładne oszacowanie odpowiedniego rozmiaru może być trudne. Zalecamy rozpoczęcie pracy z maszyną z co najmniej 8 rdzeniami procesora CPU, 8 GB pamięci RAM i wieloma kartami sieciowymi Gigabit. Następnie można zmierzyć typowe obciążenie bramy, rejestrując liczniki procesora CPU i pamięci. Aby uzyskać więcej informacji, zobacz Monitorowanie i optymalizowanie wydajności lokalnej bramy danych.
Łączność
Zaplanuj najlepszą możliwą łączność między usługa Power BI a bramą oraz bramą i źródłami danych.
- Staraj się dążyć do niezawodności, szybkich szybkości i małych, spójnych opóźnień.
- Eliminowanie lub zmniejszanie przeskoków maszyn między bramą a źródłami danych.
- Usuń wszelkie ograniczenia sieci nałożone przez warstwę serwera proxy zapory. Aby uzyskać więcej informacji na temat punktów końcowych usługi Power BI, zobacz Dodawanie adresów URL usługi Power BI do listy dozwolonych.
- Skonfiguruj usługę Azure ExpressRoute , aby nawiązać prywatne połączenia zarządzane z usługą Power BI.
- W przypadku źródeł danych na maszynach wirtualnych platformy Azure upewnij się, że maszyny wirtualne są kolokowane z usługa Power BI.
- W przypadku obciążeń połączenia na żywo z usługami SQL Server Analysis Services (SSAS) obejmujących dynamiczne zabezpieczenia na poziomie wiersza upewnij się, że dobra łączność między maszyną bramy a lokalna usługa Active Directory.
Klastrowanie
W przypadku wdrożeń na dużą skalę można utworzyć bramę z wieloma członkami klastra. Klastry unikają pojedynczych punktów awarii i mogą równoważyć obciążenie ruchu między bramami. Masz następujące możliwości:
- Zainstaluj co najmniej jedną bramę w klastrze.
- Izolowanie obciążeń do autonomicznych bram lub klastrów serwerów bramy.
Aby uzyskać więcej informacji, zobacz Zarządzanie klastrami wysokiej dostępności lokalnej bramy danych i równoważeniem obciążenia.
Semantyczny projekt i ustawienia modelu
Semantyczny projekt modelu i ich ustawienia mogą mieć wpływ na obciążenia bramy. Aby zmniejszyć obciążenie bramy, możesz rozważyć następujące akcje.
W przypadku modeli semantycznych importu:
- Skonfiguruj rzadziej odświeżanie danych.
- Skonfiguruj odświeżanie przyrostowe, aby zminimalizować ilość danych do transferu.
- Jeśli to możliwe, upewnij się, że odbywa się składanie zapytań.
- Szczególnie w przypadku dużych ilości danych lub potrzeby uzyskania wyników o małych opóźnieniach przekonwertuj projekt na model DirectQuery lub złożony .
W przypadku modeli semantycznych DirectQuery:
- Optymalizowanie źródeł danych, modeli i projektów raportów — aby uzyskać więcej informacji, zobacz Wskazówki dotyczące modelu DirectQuery w programie Power BI Desktop.
- Tworzenie agregacji w celu buforowania wyników wyższego poziomu w celu zmniejszenia liczby żądań DirectQuery.
- Ogranicz interwały automatycznego odświeżania strony w projektach raportów i ustawieniach pojemności.
- Szczególnie w przypadku wymuszania dynamicznego zabezpieczeń na poziomie wiersza ogranicz częstotliwość aktualizacji pamięci podręcznej pulpitu nawigacyjnego.
- Szczególnie w przypadku mniejszych woluminów danych lub danych nietrwałych przekonwertuj projekt na model importowy lub złożony .
W przypadku modeli semantycznych połączeń na żywo:
- Szczególnie w przypadku wymuszania dynamicznego zabezpieczeń na poziomie wiersza ogranicz częstotliwość aktualizacji pamięci podręcznej pulpitu nawigacyjnego.
Powiązana zawartość
Aby uzyskać więcej informacji związanych z tym artykułem, zapoznaj się z następującymi zasobami:
- Planowanie implementacji usługi Power BI: bramy danych
- Wskazówki dotyczące wdrażania bramy danych dla usługi Power BI
- Konfigurowanie ustawień serwera proxy dla lokalnej bramy danych
- Monitorowanie i optymalizowanie wydajności lokalnej bramy danych
- Rozwiązywanie problemów z bramami — Power BI
- Rozwiązywanie problemów z lokalną bramą danych
- Znaczenie składania zapytań
- Pytania? Spróbuj zapytać społeczność Fabric
- Sugestie? Wnoszenie pomysłów na poprawę platformy Fabric