Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Obliczanie typu pojemności potrzebnej do wdrożenia osadzonej analizy usługi Power BI może być skomplikowane. Potrzebna pojemność zależy od kilku parametrów, z których niektóre są trudne do przewidzenia.
Oto niektóre kwestie, które należy wziąć pod uwagę podczas planowania pojemności:
- Używane modele danych.
- Liczba i złożoność wymaganych zapytań.
- Godzinowy rozkład użycia aplikacji.
- Częstotliwość odświeżania danych.
- Inne wzorce użycia, które trudno przewidzieć.
Uwaga / Notatka
W tym artykule wyjaśniono, jak zaplanować potrzebną pojemność i jak przeprowadzić ocenę testowania obciążenia dla analizy osadzonej w usłudze Power BI SKU A.
Podczas planowania pojemności wykonaj następujące czynności:
- Zoptymalizuj wydajność i zużycie zasobów.
- Określ minimalną jednostkę SKU.
- Oceń obciążenie pojemności.
- Skonfiguruj skalowanie automatyczne pojemności.
Optymalizowanie wydajności i zużycia zasobów
Przed rozpoczęciem planowania pojemności lub oceny testowania obciążenia należy zoptymalizować wydajność i zużycie zasobów (zwłaszcza zużycie pamięci) raportów i modeli semantycznych.
Aby zoptymalizować wydajność, postępuj zgodnie z wytycznymi w następujących zasobach:
- Przewodnik optymalizacji dla usługi Power BI
- Najlepsze rozwiązania dotyczące szybszej wydajności w osadzonej analizie usługi Power BI
Aby uzyskać szczegółowy samouczek dotyczący optymalizowania wydajności, zobacz moduł Optymalizowanie modelu pod kątem wydajności w usłudze Power BI .
Określ minimalny SKU
W poniższej tabeli podsumowano wszystkie ograniczenia zależne od rozmiaru pojemności. Należy również pamiętać o bieżących ograniczeniach.
SKU1 | Jednostki pojemności (CU) | Jednostka SKU usługi Power BI | Rdzenie wirtualne Power BI |
---|---|---|---|
F2 | 2 | N/A | N/A |
F4 | 4 | N/A | N/A |
F8 | 8 | EM1/A1 | 1 |
F16 | 16 | EM2/A2 | 2 |
F32 | 32 | EM3/A3 | 4 |
F64 | 64 | P1/A4 | 8 |
F128 | 128 | P2/A5 | 16 |
F256 | 256 | P3/A6 | 32 |
F5122 | 512 | P4/A7 | 64 |
F10242 | 1,024 | P5/A8 | 128 |
F20482 | 2,048 | N/A | N/A |
1 W scenariuszu Microsoft 365 lub Osadzanie dla organizacji (użytkownik jest właścicielem danych), jednostki SKU mniejsze niż F64 wymagają licencji Pro lub Premium na użytkownika (PPU) albo indywidualnej wersji próbnej Power BI, aby korzystać z zawartości Power BI.
2 Te jednostki SKU nie są dostępne we wszystkich regionach. Aby zażądać użycia tych jednostek SKU w regionach, w których nie są dostępne, skontaktuj się z menedżerem kont Microsoft.
Ocena obciążenia pojemności
Aby przetestować lub ocenić maksymalne obciążenie:
Utwórz pojemność premium usługi Power BI Embedded na platformie Azure na potrzeby testowania. Użyj subskrypcji skojarzonej z tą samą dzierżawą Microsoft Entra co dzierżawa Power BI oraz konta użytkownika, które jest zalogowane do tej samej dzierżawy.
Przypisz obszar roboczy (lub obszary robocze), którego użyjesz do przetestowania utworzonej pojemności Premium. Obszar roboczy można przypisać na jeden z następujących sposobów:
-
Programatycznie z użyciem interfejsu API Groups AssignToCapacity. Sprawdź stan przypisania za pomocą interfejsu Groups CapacityAssignmentStatus API lub za pomocą skryptu programu PowerShell. Aby uzyskać przykładowy kod, zobacz
AssignWorkspacesToCapacity
funkcję w przykładzie Zero-Downtime-Capacity-Scale w witrynie GitHub. - Ręcznie jako administrator obszaru roboczego lub za pośrednictwem portalu administracyjnego jako administrator pojemności. Aby uzyskać więcej informacji, zobacz Przypisywanie obszaru roboczego do pojemności przy użyciu użytkownika głównego.
-
Programatycznie z użyciem interfejsu API Groups AssignToCapacity. Sprawdź stan przypisania za pomocą interfejsu Groups CapacityAssignmentStatus API lub za pomocą skryptu programu PowerShell. Aby uzyskać przykładowy kod, zobacz
Jako administrator pojemności, zainstaluj aplikację Microsoft Fabric Capacity Metrics. Podaj identyfikator pojemności oraz czas (w dniach) do monitorowania, a następnie odśwież dane.
Użyj narzędzia do oceny obciążenia pojemności usługi Power BI , aby ocenić potrzeby związane z pojemnością. To repozytorium GitHub zawiera również przewodnik wideo. Użyj tego narzędzia ostrożnie: przetestuj maksymalnie kilkadziesiąt współbieżnych symulowanych użytkowników i dokonaj ekstrapolacji pod kątem wyższych współbieżnych obciążeń (setek lub tysięcy, w zależności od potrzeb). Aby uzyskać więcej informacji, zobacz Oszacuj swoje obciążenie pojemnościowe. Alternatywnie użyj innych narzędzi do testowania obciążenia, ale traktuj element iFrame jako czarną skrzynkę i symuluje aktywność użytkownika za pomocą kodu JavaScript.
Użyj aplikacji Metryki pojemności usługi Microsoft Fabric zainstalowanej w kroku 3, aby monitorować wykorzystanie pojemności za pomocą narzędzia do testowania obciążenia. Możesz też monitorować pojemność, sprawdzając metryki Premium przy użyciu alertów w usłudze Azure Monitor.
Rozważ użycie większego SKU dla pojemności, jeśli rzeczywiste użycie CPU podczas testowania obciążenia zbliża się do limitu pojemności.
Konfigurowanie automatycznego skalowania
Poniższa technika skalowania automatycznego umożliwia elastyczne zmienianie rozmiaru pojemności jednostki SKU A w celu zaspokojenia bieżących potrzeb związanych z pamięcią i procesorem CPU.
Użyj API Aktualizacji Zasobów aby zwiększać lub zmniejszać SKU zasobów. Aby dowiedzieć się, jak używać interfejsu API do tworzenia własnych skryptów do skalowania w górę i w dół, zobacz przykład skryptu PowerShella dotyczący zwiększania przepustowości w runbooku.
Użyj funkcji Monitorowanie alertów , aby śledzić następujące metryki pojemności usługi Power BI Embedded:
- Przeciążenie (1 , jeśli procesor CPU twojej pojemności przekroczył 100 procent i jest w stanie przeciążonym, w przeciwnym razie 0)
- Procesor CPU (procent wykorzystania procesora CPU)
- Użycie CPU na obciążenie, jeśli są używane określone obciążenia (na przykład raporty stronicowe)
Skonfiguruj alerty monitora tak, aby gdy te metryki osiągną określone wartości, został uruchomiony skrypt, który zwiększa lub zmniejsza pojemność.
Na przykład możesz utworzyć regułę, która wywołuje runbook zwiększania pojemności, aby zaktualizować pojemność do wyższego SKU, jeśli przeciążenie wynosi 1 lub jeśli procesor ma zużycie na poziomie 95%. Można również utworzyć regułę, która wywołuje skrypt Runbook do zmniejszania pojemności, aby zaktualizować ją do niższej jednostki SKU, jeśli wartość CPU spadnie poniżej 45 lub 50 procent.
Można również programowo uruchamiać skrypty runbook do skalowania w górę i w dół na żądanie, przed i po odświeżeniu modelu semantycznego. Takie podejście gwarantuje, że pojemność ma wystarczającą ilość pamięci RAM (GB) dla dużych modeli semantycznych korzystających z tej pojemności.