Planowanie pojemności w osadzonej analizie usługi Power BI
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
W tym artykule wyjaśniono, jak zaplanować potrzebną pojemność i jak przeprowadzić ocenę testowania obciążenia dla jednostek SKU A-SKU osadzonej analizy usługi Power BI.
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ślanie minimalnej jednostki SKU
W poniższej tabeli podsumowano wszystkie ograniczenia zależne od rozmiaru pojemności. Aby określić minimalną jednostkę SKU dla pojemności, sprawdź kolumnę Maksymalna pamięć (GB) w nagłówku modelu semantycznego. Należy również pamiętać o bieżących ograniczeniach.
SKU | Jednostki pojemności (CU) | Power BI SKU | Rdzenie wirtualne usługi Power BI |
---|---|---|---|
F2 | 2 | Brak | Brak |
F4 | 100 | Brak | Brak |
F8 | 8 | EM1/A1 | 1 |
F16 | 16 | EM2/A2 | 2 |
F32 | 32 | EM3/A3 | 100 |
F64 | 64 | P1/A4 | 8 |
F128 | 128 | P2/A5 | 16 |
F256 | 256 | P3/A6 | 32 |
F5121 | 512 | P4/A7 | 64 |
F10241 | 1,024 | P5/A8 | 128 |
F20481 | 2048 | Brak | Brak |
1 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ć obciążenie pojemności:
Utwórz pojemność premium usługi Power BI Embedded na platformie Azure na potrzeby testowania. Użyj subskrypcji skojarzonej z tą samą dzierżawą usługi Microsoft Entra co dzierżawa usługi Power BI i konto 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:
- Programowo za pomocą interfejsu API AssignToCapacity grup. Sprawdź stan przypisania za pomocą interfejsu API CapacityAssignmentStatus lub za pomocą skryptu programu PowerShell . Aby uzyskać przykładowy kod, zobacz
AssignWorkspacesToCapacity
funkcję w przykładzie Zero-Downtime-Capacity-Scale w usłudze GitHub. - Ręcznie jako administrator obszaru roboczego lub za pośrednictwem portalu Administracja jako administrator pojemności. Aby uzyskać więcej informacji, zobacz Przypisywanie obszaru roboczego do pojemności przy użyciu użytkownika głównego.
- Programowo za pomocą interfejsu API AssignToCapacity grup. Sprawdź stan przypisania za pomocą interfejsu API CapacityAssignmentStatus lub za pomocą skryptu programu PowerShell . Aby uzyskać przykładowy kod, zobacz
Jako administrator pojemności zainstaluj aplikację Metryki pojemności usługi Microsoft Fabric. Podaj identyfikator pojemności i czas (w dniach), aby monitorować, 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 ekstrapolację pod kątem wyższych współbieżnych obciążeń (setki lub tysiące, w zależności od potrzeb). Aby uzyskać więcej informacji, zobacz Ocena obciążenia pojemności. 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 poniesione 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ększej jednostki SKU dla pojemności, jeśli rzeczywiste użycie procesora CPU w ramach pojemności przez testowanie 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 interfejsu API aktualizacji pojemności, aby skalować jednostkę SKU pojemności w górę lub w dół. 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 wydajności skryptu programu PowerShell dla elementu Runbook w górę.
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 procesora CPU na obciążenie, jeśli są używane określone obciążenia (na przykład raporty podzielone na strony)
Skonfiguruj alerty monitora, aby gdy te metryki osiągnęły określone wartości, zostanie wyzwolony przebieg skryptu, który skaluje pojemność w górę lub w dół.
Możesz na przykład utworzyć regułę, która wywołuje element Runbook skalowalny w górę, aby zaktualizować pojemność do wyższej jednostki SKU, jeśli przeciążenie wynosi 1 lub wartość procesora CPU wynosi 95%. Można również utworzyć regułę, która wywołuje skrypt elementu Runbook pojemności skalowania w dół, aby zaktualizować pojemność do niższej jednostki SKU, jeśli wartość procesora SPADnie poniżej 45 lub 50 procent.
Można również programowo wywoływać elementy Runbook skalowane 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.