Udostępnij za pośrednictwem

Planowanie implementacji usługi Power BI: subskrypcje, licencje i wersje próbne

  • Artykuł

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

W tym artykule przedstawiono najważniejsze zagadnienia dotyczące planowania subskrypcji, licencji i wersji próbnych dla usług Power BI i Fabric. Ten artykuł jest przeznaczony dla:

  • Administratorzy rozliczeń: administratorzy, którzy są odpowiedzialni za zakup subskrypcji i analizowanie kosztów.
  • Administratorzy platformy Azure: administratorzy, którzy są odpowiedzialni za kupowanie subskrypcji i usług platformy Azure oraz zarządzanie nimi.
  • Administratorzy sieci szkieletowej: administratorzy, którzy są odpowiedzialni za nadzorowanie usługi Fabric w organizacji.
  • Administratorzy licencji i zarządzania użytkownikami: administratorzy, którzy są odpowiedzialni za przypisywanie licencji (zakupionych) do użytkowników.
  • Centrum doskonałości (COE) i zespoły analizy biznesowej: zespoły odpowiedzialne za nadzorowanie usługi Power BI i wspieranie użytkowników usługi Power BI w organizacji. Te zespoły podejmują kluczowe decyzje i współpracują z administratorami sieci szkieletowej.
  • Właściciele i twórcy zawartości: ten artykuł może być również istotny dla twórców zawartości samoobsługi, którzy muszą uzyskać licencje, aby mogli tworzyć, publikować i zarządzać zawartością.

Jednym z kluczowych aspektów zarządzania usługą Microsoft Fabric jest zapewnienie użytkownikom dostępu do potrzebnych możliwości. W tym celu należy zakupić subskrypcje, licencje i wersje próbne oraz zarządzać nimi w organizacji. Zarządzanie subskrypcjami, licencjami i wersjami próbowymi jest niezbędne, aby zapewnić, że zarówno twórcy zawartości, jak i użytkownicy zawartości mogą korzystać z usługi Fabric i Power BI.

Uwaga

Licencjonowanie jest ważnym tematem, który może być złożony, zwłaszcza gdy organizacja implementuje sieć szkieletową lub usługę Power BI po raz pierwszy. Chociaż w tym artykule opisano kluczowe decyzje i zagadnienia dotyczące subskrypcji, licencji i szlaków, zalecamy zapoznanie się z następującymi dodatkowymi artykułami i zasobami, aby uzyskać bardziej szczegółowe i praktyczne informacje.

  • Cennik usługi Power BI: ta strona internetowa zawiera najnowsze informacje o cenach różnych licencji dostępnych dla usług Power BI i Fabric w Twoim regionie, a także porównanie funkcji.
  • usługa Power BI licencji na użytkownika i licencje oparte na pojemności: ten artykuł zawiera szczegółowe informacje o różnych licencjach dostępnych do korzystania z usługi Power BI.
  • Licencjonowanie usługa Power BI dla użytkowników w organizacji: ten artykuł (i powiązane artykuły) zawiera praktyczne informacje dotyczące sposobu kupowania i przypisywania licencji dla usługi Power BI.
  • Pojęcia i licencje usługi Microsoft Fabric: ten artykuł zawiera szczegółowe informacje o różnych licencjach pojemności dostępnych do korzystania z usługi Fabric, w tym informacje o różnych jednostkach magazynowych (SKU) dla każdej licencji. Opisuje również różnicę między pojemnością Premium i pojemnością sieci szkieletowej, zarówno w odniesieniu do jednostek SKU, jak i możliwości.
  • Kup subskrypcję usługi Microsoft Fabric: ten artykuł zawiera praktyczne informacje o tym, gdzie i jak można kupić licencje pojemności usługi Fabric dla organizacji. Opisuje również różnicę między subskrypcjami z płatnością zgodnie z rzeczywistym użyciem (jednostkami SKU platformy Azure) i wystąpieniami zarezerwowanymi z miesięcznym lub rocznym rozliczaniem (jednostki SKU platformy Microsoft 365).

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.

W poniższej tabeli przedstawiono kluczowe pojęcia używane w tym artykule.

Koncepcja Opis Przykład
Dzierżawca Sieć szkieletowa działa w ramach dzierżawy firmy Microsoft Entra w organizacji. Organizacja zazwyczaj ma jedną dzierżawę (choć niektóre duże organizacje mogą mieć wiele dzierżaw). W firmie Contoso istnieje jedna dzierżawa dla contoso.com.
Subskrypcja Co najmniej jedna subskrypcja musi być aktywna dla dzierżawy. Każda subskrypcja ma datę rozpoczęcia i datę zakończenia, która odwołuje się do produktu:

• Subskrypcje poszczególnych użytkowników są zarządzane w Centrum administracyjne platformy Microsoft 365. Określona liczba licencji jest dostępna w ramach każdej subskrypcji.
• Subskrypcja pojemności usługi Power BI Premium jest zarządzana w Centrum administracyjne platformy Microsoft 365.
• Subskrypcja pojemności sieci szkieletowej jest zarządzana w witrynie Azure Portal.		 Firma Contoso ma cztery aktywne subskrypcje:

• Nieograniczone bezpłatne licencje.
• 100 licencji Pro.
• 15 licencji PPU.
• Trzy licencje pojemności.
Licencja na użytkownika Licencja na użytkownika jest oparta na subskrypcji. Wszyscy użytkownicy wymagają licencji użytkownika, która może być bezpłatna sieć szkieletowa, Power BI Pro (Pro) lub Premium na użytkownika (PPU). Firma Contoso ma 450 aktywnych użytkowników:

• Wszyscy 450 użytkowników mają przypisaną bezpłatną licencję sieci szkieletowej.
• 92 użytkowników ma przypisaną licencję usługi Power BI Pro (pozostawiając osiem dostępnych w ramach subskrypcji).
• 15 użytkowników ma przypisaną licencję PPU (pozostawiając brak dostępnych w ramach subskrypcji).
Licencja pojemności Licencja pojemności jest oparta na subskrypcji. Obszary robocze są przypisywane do pojemności, która określa możliwości i zasoby dostępne dla zawartości i użytkowników obszaru roboczego. Firma Contoso ma trzy aktywne pojemności:

• Dwie pojemności sieci szkieletowej.
• Jedna pojemność usługi Power BI Premium.
Jednostka SKU (jednostka przechowywania zapasów) Jednostki SKU to identyfikator produktu dla zakupionej subskrypcji. W przypadku pojemności istnieją dwa sposoby odwoływania się do jednostek SKU.

• Grupowanie: typ zakupionej pojemności . Na przykład jednostka SKU języka F odnosi się do ogólnej pojemności sieci szkieletowej.
• Określona jednostka SKU dla pojemności wyznacza poziom mocy obliczeniowej. Na przykład pojemność F64 ma określony zestaw zasobów obliczeniowych (takich jak procesor CPU i pamięć), które są dostępne dla wszystkich obszarów roboczych przypisanych do tej pojemności.		 Firma Contoso ma trzy aktywne pojemności:

• Jedna pojemność F16.
• Jedna pojemność F64.
• Jedna pojemność P1.
Wersja próbna Licencja próbna umożliwia wypróbowanie funkcji. Wersję próbną można aktywować dla licencji na użytkownika lub licencji pojemności usługi Fabric. Firma Contoso ma aktywne wersje próbne:

• Dwóch użytkowników ma aktywną wersję próbną PPU.
• Jedna wersja próbna pojemności sieci Szkieletowej jest aktywna.

Uwaga

Subskrypcje, o których mowa w tym artykule, odnoszą się do kosztów produktu. Jest to inna koncepcja niż subskrypcje raportów, które są raportami dostarczanymi zgodnie z harmonogramem.

Ważne

Porozmawiaj z menedżerem kont Microsoft, jeśli masz pytania dotyczące subskrypcji i licencji organizacji dla usługi Fabric, Power BI lub Microsoft 365.

Opcje licencjonowania można mieszać i dopasowywać na podstawie obciążenia dla poszczególnych użytkowników i grup. Na poniższym diagramie przedstawiono sposób, w jaki subskrypcja ma licencje na użytkownika lub pojemność, którymi zarządzasz z poziomu Centrum administracyjne platformy Microsoft 365 lub witryny Azure Portal.

Diagram przedstawia zarówno Centrum administracyjne platformy Microsoft 365, jak i witrynę Azure Portal.

W Centrum administracyjne platformy Microsoft 365 administratorzy mogą kupować i przypisywać licencje na użytkownika lub pojemność Premium.

  • Organizacja ma bezpłatną subskrypcję usługi Microsoft Fabric z nieograniczoną bezpłatną licencją. Administratorzy rozliczeń mogą przypisać te licencje użytkownikom w organizacji.
  • Administratorzy rozliczeń mogą kupować subskrypcje usługi Power BI Pro i przypisywać licencje usługi Power BI Pro do użytkowników w organizacji.
  • Administratorzy rozliczeń mogą zakupić licencje usługi Power BI Premium na użytkownika (PPU) jako dodatki do istniejącej subskrypcji usługi Power BI Pro. Ci administratorzy mogą następnie przypisywać licencje PPU do użytkowników w organizacji.
  • Administratorzy rozliczeń mogą zakupić subskrypcje pojemności usługi Power BI Premium (jednostki SKU P) dla organizacji. Te licencje są na pojemność, a nie na użytkownika.

W witrynie Azure Portal administratorzy platformy Azure mogą przypisywać licencje poszczególnych użytkowników i kupować licencje na pojemność i zarządzać nimi.

  • Administratorzy platformy Azure przypisują licencje dla poszczególnych użytkowników, takie jak Microsoft Fabric Free, w witrynie Azure Portal w witrynie Microsoft Entra ID.
  • Administratorzy platformy Azure zarządzają subskrypcją platformy Azure, gdzie mogą kupować licencje na pojemność i zarządzać nimi.
    • Administratorzy rozliczeń mogą zakupić subskrypcje pojemności Premium (jednostki SKU A lub JEDNOSTKI SKU EM), które są połączone i rozliczane w ramach subskrypcji platformy Azure.
    • Administratorzy rozliczeń mogą zakupić subskrypcje pojemności sieci szkieletowej (jednostki SKU F), które są połączone i rozliczane w ramach subskrypcji platformy Azure.

Uwaga

Wiele funkcji opisanych w tym artykule nie jest dostępnych dla administratorów sieci szkieletowej. Zamiast tego administratorzy sieci szkieletowej muszą współpracować z innymi administratorami , którzy mają dodatkowe uprawnienia do wyświetlania (lub aktualizowania) subskrypcji, rozliczeń i licencji.

W pozostałej części tego artykułu opisano zagadnienia dotyczące licencjonowania zarówno dla poszczególnych użytkowników, jak i licencjonowania pojemności.

Przeglądanie licencjonowania poszczególnych użytkowników i zarządzanie nimi

Każdy użytkownik, który współpracuje z usługą Fabric, wymaga licencji użytkownika (wersja Bezpłatna, Pro lub PPU, która zostanie opisana w kroku 2). Nawet jeśli zamierzasz zakupić licencje pojemności (omówione w dalszej części tego artykułu), wymagane są licencje poszczególnych użytkowników, aby każdy użytkownik mógł uzyskać dostęp do sieci szkieletowej. Ten dostęp jest ułatwiony przez integrację z identyfikatorem Entra firmy Microsoft.

Krok 1. Przeglądanie licencji użytkowników

Ważne jest, aby najpierw zrozumieć bieżący stan subskrypcji i licencji użytkowników. Administratorzy rozliczeń mogą pomóc, potwierdzając wszystkie aktualnie posiadane subskrypcje użytkowników oraz sposób przypisywanego licencji użytkowników.

Poniżej przedstawiono dwa typowe sposoby kompilowania listy subskrypcji i licencji użytkowników.

Napiwek

Możesz również użyć tych informacji w ramach inspekcji na poziomie dzierżawy. W szczególności zapoznaj się z tą sekcją dotyczącą pobierania danych dotyczących użytkowników i grup.

Podczas przeprowadzania przeglądu skompiluj następujące informacje.

  • Aktywne subskrypcje licencji użytkowników:
    • Microsoft Fabric — wersja bezpłatna
    • Power BI Pro
    • Power BI Premium na użytkownika
  • Stan subskrypcji
  • Daty rozpoczęcia i zakończenia subskrypcji
  • Ilości subskrypcji:
    • Łączna liczba zakupionych
    • Liczba licencji przypisanych do użytkowników
    • Liczba dostępnych licencji
  • Koszt subskrypcji:
    • Cennik dla każdej subskrypcji
    • Informacje o cenach organizacyjnych (jeśli dotyczy)
    • KtoTo zatwierdził zakup (jeśli ma to zastosowanie)
  • Wersje próbne użytkowników, które są obecnie aktywne

Ważne

Upewnij się, że na liście dołączysz istniejące subskrypcje samoobsługowe, aby uzyskać pełny obraz. Aby uzyskać więcej informacji, zobacz Zarządzanie zakupami samoobsługowymi.

Krok 2. Podjęcie decyzji o licencjach użytkowników

Po przejrzeniu licencji użytkowników należy następnie podjąć kluczowe decyzje dotyczące przypisywania tych licencji i zarządzania nimi w organizacji.

Ważne

Decyzje dotyczące licencji dla poszczególnych użytkowników z pojemnością lub bez jej pojemności (opisanej w następnej sekcji tego artykułu) mają znaczący wpływ na możliwości dostępne dla autorów i użytkowników.

Zdecyduj, które licencje poszczególnych użytkowników są potrzebne

Należy określić, które licencje użytkowników są wymagane. Każdy użytkownik musi mieć przypisaną licencję usługi Microsoft Fabric (bezpłatna) lub licencję usługi Power BI Pro. Jeśli tworzą lub wyświetlają zawartość opublikowaną w obszarze roboczym korzystającym z trybu licencji Premium na użytkownika, potrzebują również licencji usługi Power BI Premium na użytkownika (PPU).

Oto każdy z typów licencji użytkownika i ich zastosowań.

  • Licencja usługi Microsoft Fabric (bezpłatna): licencja bezpłatna, która nie ma kosztów subskrypcji. Można go używać na różne sposoby:
    • Osobista analiza biznesowej: użytkownik wersji Bezpłatnej może używać swojego osobistego obszaru roboczego w portalu sieci szkieletowej. Ponieważ celem jest osobista usługa BI, żadne funkcje dystrybucji, udostępniania i współpracy raportów nie są dostępne dla użytkownika Wersji bezpłatnej.
    • Korzystanie z analizy biznesowej: Użytkownik wersji Bezpłatnej może wyświetlać zawartość, która została wdrożona w obszarze roboczym przypisanym do pojemności (co najmniej F64 lub P1). Ten przypadek użycia analizy biznesowej w przedsiębiorstwie jest istotny, gdy masz dużą liczbę użytkowników raportów, którzy nie piszą zawartości analizy biznesowej, ponieważ nie musisz kupować licencji usługi Power BI Pro dla tych użytkowników. Aby uzyskać więcej informacji, zobacz Report consumer security planning (Raportowanie planowania zabezpieczeń konsumentów).
    • Tworzenie sieci szkieletowej: Użytkownik bezpłatny może tworzyć i udostępniać elementy sieci szkieletowej (innej niż Power BI) w obszarze roboczym przypisanym do jednostki SKU języka F.
  • Licencja usługi Power BI Pro:licencja usługi Power BI Pro jest wymagana do tworzenia zawartości usługi Power BI. Jest to wymagane w przypadku dowolnej formy udostępniania, współpracy lub dystrybucji zawartości. Aby uzyskać więcej informacji, zobacz Planowanie zabezpieczeń twórcy zawartości.
  • Licencja usługi Power BI Premium na użytkownika (PPU):licencja PPU zapewnia wszystkie funkcje licencji Pro i obejmuje niektóre funkcje Premium na użytkownika. Jest to dobry wybór dla mniejszych organizacji i zespołów, które chcą korzystać z określonych funkcji, ale nie potrzebują pełnego zestawu funkcji sieci szkieletowej. Aby uzyskać więcej informacji, zobacz Power BI Premium na użytkownika.

Napiwek

Licencje użytkowników można mieszać i dopasowywać z licencjami pojemności. Na przykład mogą istnieć obszary robocze programowania, testowania i produkcji, które opierają się na konkretnych podejściach do publikowania zawartości przedsiębiorstwa. Ponieważ obszary robocze programowania i testowania mają bardzo niewielu użytkowników, te obszary robocze mogą mieć przypisany mniejszy rozmiar pojemności lub tryb licencji PPU (jeśli nie wymagają środowiska sieci szkieletowej ani możliwości). Obszar roboczy produkcyjny może używać licencji pojemności do obsługi wielu użytkowników (z bezpłatnymi licencjami). W ten sposób można potencjalnie obniżyć koszty, oddzielając zawartość deweloperów i testowych od obciążenia produkcyjnego.

Wybieranie wymagań wstępnych dotyczących uzyskiwania licencji użytkownika

Przed przypisaniem licencji użytkownika należy rozważyć, czy istnieją jakiekolwiek wymagania, które należy spełnić.

Oto kilka przykładów wymagań wstępnych.

  • Wymaganie od użytkownika potwierdzenia zasad dotyczących danych organizacji (takich jak prywatność danych lub zasady obsługi danych) przed przypisaniem licencji użytkownika.
  • Wymaganie od użytkownika ukończenia wstępnej sesji szkoleniowej lub certyfikacji przed przyznaniem licencji.
  • Implementowanie przepływu pracy, takiego jak:
    • Wymagaj zatwierdzenia menedżera.
    • Potwierdź, z której subskrypcji chcesz przypisać licencję.
    • Zatwierdź miejsce naliczania opłat.
    • Upewnij się, że rola i obowiązki użytkownika uzasadniają licencję (i dostęp do danych).

Napiwek

Nie wprowadzaj zbyt wielu przeszkód, które mogłyby uniemożliwić użytkownikom uzyskanie licencji. Jeśli jest to zbyt trudne, zajęci specjaliści mogą nie przeszkadzać w żądaniu licencji. Zamiast tego, aby wykonać pracę, znajdą inny sposób, co może obejmować nieoptymalne obejścia. Na przykład bez licencji użytkownicy mogą udostępniać pliki w systemie plików lub za pośrednictwem poczty e-mail, gdy są dostępne lepsze i bezpieczniejsze.

Wybieranie procesu obsługi żądań licencji użytkownika

Ustal, czy chcesz zaimplementować niestandardowy proces żądania licencji zdefiniowany przez organizację. To żądanie może obsługiwać takie scenariusze jak:

  • Wymaganie wymagań wstępnych (opisanych w poprzedniej sekcji).
  • Integracja z istniejącą platformą zarządzania licencjami.
  • Informowanie użytkowników o ofertach szkoleniowych i dostępnych pomocy w ramach procesu przypisywania licencji użytkownika.
  • Określanie sposobu przydzielania kosztów lub sposobu wykonywania obciążeń zwrotnych.

Napiwek

Niestandardowy adres URL żądań licencjonowania można ustawić w ustawieniu Dzierżawa Publikuj uzyskaj informacje pomocy. Adres URL może kierować użytkowników do formularza lub do wewnętrznej strony żądania licencjonowania.

Zdecyduj, w jaki sposób subskrypcje użytkowników zostaną zakupione

Ważne jest, aby zaplanować dokładnie sposób działania procesu zakupu subskrypcji.

Poniżej przedstawiono kilka pytań, które należy wziąć pod uwagę.

  • Czy subskrypcje są kupowane pojedynczo lub zbiorczo?
    • W mniejszych organizacjach możesz wybrać zakup każdej subskrypcji (i przypisanie licencji) na żądanie. Takie podejście działa dobrze, gdy istnieje mała liczba żądań.
    • W większych organizacjach często wydajne jest kupowanie subskrypcji w partiach (na przykład 50 licencji Pro). Takie podejście działa dobrze, gdy wystarczające środki są dostępne w budżecie i oczekujesz, że licencje zostaną przypisane (i użyte) wkrótce.
  • Czy masz Umowa Enterprise (EA)? Na przykład Twoja organizacja zakupiła subskrypcję platformy Microsoft 365 obejmującą 500 licencji enterprise E5. W takim przypadku każdy użytkownik, któremu przypisano licencję E5, będzie mieć licencję usługi Power BI Pro (należy pamiętać, że dostęp do poszczególnych aplikacji można usunąć dla użytkowników w razie potrzeby).
  • Czy zakup scentralizowanej funkcji obsługiwanej przez jeden dział? Czy też jest dozwolony zakup samoobsługowy?

Napiwek

Zalecamy określanie priorytetów działań związanych z mentoringiem i włączaniem użytkowników oraz obsługą użytkowników. Te działania stają się jeszcze ważniejsze, gdy licencje są szeroko dystrybuowane do użytkowników w całej organizacji.

Zdecyduj, czy wersje próbne są włączone

Ważną decyzją o utrzymaniu ładu jest to, czy wersje próbne użytkowników są dozwolone. Wersja próbna produktu zapewnia użytkownikom możliwość wypróbowania funkcji przed zobowiązaniem do zakupu licencji. Istnieją dwa typy prób, które użytkownik może zainicjować: wersja próbna Premium na użytkownika (PPU) i wersja próbna pojemności sieci szkieletowej.

Po włączeniu wersji próbnej w portalu zostanie wyświetlony przycisk Rozpocznij wersję próbną, który umożliwia użytkownikowi rozpoczęcie wersji próbnej usługi Fabric. Ponadto użytkownik może zostać poproszony o rozpoczęcie okresu próbnego podczas pracy. Jeśli na przykład użytkownik wersji Bezpłatnej spróbuje utworzyć obszar roboczy lub udostępnić raport, zostanie wyświetlony monit o uruchomienie wersji próbnej PPU, wybierając przycisk Wypróbuj bezpłatnie . Podobnie jeśli użytkownik wersji Pro spróbuje wyświetlić zawartość w obszarze roboczym PPU, zostanie wyświetlony monit o uruchomienie wersji próbnej, wybierając przycisk Wypróbuj bezpłatnie .

Możliwość korzystania z wersji próbnych produktów jest kontrolowana przez użytkowników, którzy mogą wypróbować ustawienie dzierżawy płatnych funkcji usługi Microsoft Fabric. Jego zachowanie jest ściśle skorelowane z sposobem działania samoobsługowego zakupu (opisane w dalszej części). Aby uzyskać więcej informacji, zobacz Użytkownicy mogą wypróbować płatne funkcje usługi Microsoft Fabric.

Uwaga

Środowisko wersji próbnej ma być wygodą, która umożliwia użytkownikom kontynuowanie normalnego przepływu pracy. Ogólnie rzecz biorąc, wyłączenie wersji próbnej nie jest zalecane. Ograniczenie prób może zachęcić użytkowników do wyszukiwania obejść, na przykład przez wyeksportowanie danych lub pracę poza obsługiwanymi narzędziami i procesami.

Rozważ wyłączenie wersji próbnej tylko wtedy, gdy:

  • Istnieją znaczne obawy dotyczące kosztów, które prawdopodobnie nie przyznałyby użytkownikowi pełnej licencji na koniec okresu próbnego.
  • Wymagania wstępne są wymagane do uzyskania licencji (takiej jak zatwierdzenie, uzasadnienie lub wymaganie szkoleniowe), które muszą zostać spełnione przed rozpoczęciem wersji próbnej lub uzyskaniem licencji.
  • Istnieje ważna potrzeba, na przykład wymaganie prawne, aby ściśle kontrolować dostęp do sieci szkieletowej.

Zdecyduj, czy samoobsługowe zakupy są włączone

Użytkownicy mogą kupować licencje samodzielnie po włączeniu samoobsługowego zakupu. W takim przypadku użytkownik może kupić licencję podczas pracy. Jeśli na przykład użytkownik wersji Pro spróbuje wyświetlić zawartość w obszarze roboczym PPU, może wybrać zakup licencji, wybierając konto Uaktualnij lub przycisk Kup teraz . Aby uzyskać więcej informacji, zobacz Tworzenie konta lub kupowanie usługa Power BI jako użytkownik indywidualny.

Samoobsługowe kupowanie jest przydatne w następujących celach:

  • Większe organizacje ze zdecentralizowanymi jednostkami biznesowymi, które mają urząd zakupu i chcą obsługiwać płatności bezpośrednio za pomocą karty kredytowej.
  • Organizacje, które zamierzają jak najłagodniej kupować subskrypcje w ramach miesięcznego zobowiązania.

Na poniższym diagramie przedstawiono sposób działania samoobsługowego zakupu (jeśli nie ma niestandardowego adresu URL dla żądań licencji).

Diagram przedstawia samoobsługowe kupowanie licencji.

Diagram przedstawia następujące procesy i kroki w ramach samoobsługowego zakupu licencji.

Produkt Opis
Element 1. Użytkownik samoobsługi może kupić własną licencję tylko wtedy, gdy ma istniejące konto organizacyjne.
Element 2. Użytkownik może kupić własną licencję, gdy publikowanie samoobsługowe jest obsługiwane przez organizację.
Element 3. Użytkownik ma ograniczony widok licencji zakupionych w Centrum administracyjne platformy Microsoft 365, które mogą przypisać innym osobom w zakresie odpowiedzialności.
Element 4. Administratorzy platformy Microsoft 365 mają całościowy widok wszystkich licencji uzyskanych za pośrednictwem samoobsługowego publikowania w Centrum administracyjne platformy Microsoft 365.
Element 5. Użytkownicy z zakupioną licencją samoobsługową mogą uzyskiwać dostęp do usługi Power BI i korzystać z nich.

Rozważ wyłączenie samoobsługowego zakupu w następujących przypadkach:

  • Scentralizowane procesy zaopatrzenia są wdrażane w celu spełnienia wymagań prawnych, zabezpieczeń i ładu.
  • Obniżone ceny są uzyskiwane za pośrednictwem Umowa Enterprise (EA).
  • Istniejące procesy są obsługiwane przez międzyfirmowe obciążenia zwrotne.
  • Istniejące procesy są wdrażane do obsługi przypisań licencjonowania opartych na grupach.
  • Do uzyskania licencji wymagane są wymagania wstępne, takie jak zatwierdzenie, uzasadnienie, szkolenie lub wymaganie zasad ładu.

Podczas planowania samoobsługowego zakupu należy wziąć pod uwagę wiele zagadnień.

Oto kilka innych czynników, które należy wziąć pod uwagę.

  • Czy istnieją zasady dla całej organizacji dotyczące zakupów samoobsługowych i wersji próbnych?
  • Czy sieć szkieletowa jest zgodne z istniejącymi zasadami organizacyjnymi dotyczącymi zakupów samoobsługowych i wersji próbnych?
  • Czy należy włączyć zarówno zakupy, jak i wersje próbne, zarówno wyłączone, jak i kombinację? Środowisko użytkownika będzie zależeć od sposobu łączenia ustawień zakupów i wersji próbnych.
  • Czy użytkownicy, którzy próbują kupić licencję, powinni być kierowani do określonej strony?
    • W przypadku niestandardowego adresu URL dla żądań licencjonowania użytkownik jest natychmiast kierowany do tej strony po wybraniu przycisku Uaktualnij konto lub Kup teraz. Możesz podać dalsze instrukcje lub poprosić ich o przesłanie szczegółów w formularzu. Użycie niestandardowego adresu URL to sposób, aby uniemożliwić korzystanie z zakupu samoobsługowego przez przekierowanie użytkownika w innym miejscu.
    • Bez niestandardowego adresu URL użytkownik wybierający zakup licencji jest kierowany do platformy Microsoft 365 w celu ukończenia zakupu.

Wybieranie sposobu obsługi licencjonowania dla użytkowników zewnętrznych

Może być konieczne współdziałanie z użytkownikami-gośćmi spoza organizacji. Goście mogą obejmować klientów, partnerów lub dostawców. Mogą być również konsultantami lub współpracownikami zewnętrznymi. Ten temat może również dotyczyć organizacji, które mają wiele podmiotów prawnych lub dzierżaw z powodu fuzji i przejęć.

Poniżej przedstawiono kilka kwestii, które należy wziąć pod uwagę podczas planowania obsługi licencjonowania dla użytkowników-gości.

  • W jaki sposób proces przypisywania licencji użytkowników będzie inny, gdy użytkownik zewnętrzny jest zaangażowany?
  • Czy użytkownik zewnętrzny działa w organizacji, która ma skonfigurowany identyfikator Entra firmy Microsoft? W takim przypadku ich poświadczenia mogą być zarządzane przez dzierżawę główną. Aby uzyskać więcej informacji, zobacz Strategia dla użytkowników zewnętrznych.
  • Którzy użytkownicy zewnętrzni są tylko konsumentami, a tymi, którzy muszą tworzyć i publikować zawartość?
  • W jakich sytuacjach licencja będzie dostarczana przez użytkownika zewnętrznego (nazywanego bring-your-own-license lub BYOL). W jakich okolicznościach organizacja udostępni licencję? Aby uzyskać więcej informacji, zobacz temat licencjonowania w temacie Dystrybucja zawartości usługi Power BI do zewnętrznych użytkowników-gości przy użyciu usługi Microsoft Entra B2B.
  • Jakiego typu proces zaproszenia gościa będzie używany? Istnieją różne możliwości okazjonalnych i planowanych zaproszeń użytkowników-gości. Środowisko użytkownika jest również inne. Aby uzyskać więcej informacji, zobacz Proces zaproszenia gościa.

Napiwek

Aby uzyskać więcej informacji, zobacz oficjalny dokument Firmy Microsoft Entra B2B. Dobrym zasobem jest zapoznanie się ze strategiami obsługi użytkowników zewnętrznych.

Krok 3. Aktualizowanie licencji użytkowników

W tym momencie informacje są dostępne w istniejących subskrypcjach i licencjach oraz podjęto celowe decyzje. Teraz możesz przystąpić do wprowadzania wszelkich niezbędnych aktualizacji.

Ważne

Pamiętaj, aby koordynować zmiany z menedżerem kont Microsoft, jeśli masz pytania lub potrzebujesz wyjaśnień.

Poniższe tematy to akcje, które mogą być odpowiednie.

Zwiększanie lub zmniejszanie liczby subskrypcji użytkowników

Na podstawie zebranych informacji możesz dostosować istniejące subskrypcje użytkowników. Możesz na przykład zwiększyć lub zmniejszyć liczbę subskrypcji Pro lub PPU.

Uwaga

Korekty subskrypcji użytkowników mogą być skorelowane z innymi zmianami w subskrypcji pojemności. Licencjonowanie pojemności zostało omówione w dalszej części tego artykułu.

Przypisywanie lub co najmniej przypisywanie licencji użytkowników

Może być konieczne przypisanie lub anulowanie przypisania licencji użytkownika. Możesz na przykład zidentyfikować, że musisz przypisać więcej licencji Pro do niektórych użytkowników lub cofnąć przypisanie licencji PPU od innych użytkowników.

Przejęcie zakupów samoobsługowych

Jeśli Twoim celem jest centralne zarządzanie wszystkimi subskrypcjami, może być konieczne przejęcie zakupu dokonanego wcześniej przez użytkownika samoobsługi. Aby uzyskać więcej informacji, zobacz Określanie, czy samoobsługowe zakupy są włączone.

Dostosowywanie ustawień dzierżawy

W oparciu o decyzje dotyczące obsługi licencjonowania użytkowników i wersji próbnych może być konieczne dostosowanie niektórych ustawień dzierżawy w portalu administracyjnym sieci szkieletowej.

Może być konieczne zaktualizowanie:

Krok 4. Dokumentowanie licencji użytkowników

W zależności od procesów wewnętrznych możesz utworzyć dokumentację, która rozszerza informacje dostępne w portalu dla subskrypcji i licencji użytkowników.

Informacje przechwycone w kroku 1 można utworzyć, uwzględniając następujące szczegóły w dokumentacji.

  • Kluczowe decyzje, w tym więcej kontekstu lub szczegółów
  • KtoTo zatwierdzonych zakupów licencji użytkownika i kiedy
  • Czas lub oczekujące elementy akcji
  • Wymagania dotyczące ładu związane z licencjami użytkowników
  • Wymagania inspekcji związane z licencjami użytkowników
  • Migawka informacji o licencji użytkownika

Napiwek

Jeśli nie jesteś bardzo małą organizacją z bardzo małą liczbą zmian, nie dokumentuj ręcznie każdej licencji użytkownika. Zamiast tego użyj interfejsów API programu Microsoft Graph, aby regularnie wyodrębnić informacje o subskrypcjach i licencjach. Rozważ przechowywanie migawki danych licencji użytkownika co tydzień lub co miesiąc. Dzięki temu można porównać migawki, aby określić, co się zmieniło. Aby uzyskać więcej informacji, zobacz Inspekcja licencji użytkowników.

Ważne

Zapoznaj się z dokumentacją Planów produktów i identyfikatorów planu usług podczas porównywania wyników programu Microsoft Graph z wyświetlanymi w Centrum administracyjne platformy Microsoft 365.

Krok 5. Zarządzanie licencjami użytkowników

Licencje użytkowników będą potrzebować uwagi na bieżąco. Poniżej przedstawiono aspekty, które należy wziąć pod uwagę.

Tworzenie procesu akceptowania żądań licencji użytkownika

Należy utworzyć powtarzalny, udokumentowany proces żądania licencji użytkownika. Zazwyczaj wiąże się to z tworzeniem formularza online. Należy również uwzględnić informacje o wymaganych wymaganiach wstępnych.

Monitorowanie wersji próbnych użytkowników

Co miesiąc należy zidentyfikować użytkowników, którzy rozpoczęli wersję próbną, która wkrótce wygaśnie. Możliwe, że użytkownik będzie musiał mieć przypisaną licencję. Celem jest uniknięcie przerw w działaniu usługi dla tych użytkowników. Aby uzyskać więcej informacji, zobacz Inspekcja wersji próbnej użytkownika.

Automatyzowanie przypisań licencji użytkowników

W dużych organizacjach obsługa żądań licencji użytkowników może wymagać znacznego nakładu pracy administracyjnego. Jednym ze sposobów poprawy wydajności jest użycie licencjonowania opartego na grupach. Licencjonowanie oparte na grupach umożliwia automatyczne przypisywanie licencji na podstawie członkostwa w grupie zabezpieczeń. Grupa, taka jak autorzy zawartości sieci Szkieletowej, działa dobrze w tym celu, umożliwiając przypisanie licencji użytkownikom w wydajny sposób.

Na poniższym diagramie przedstawiono sposób działania licencjonowania opartego na grupach.

Diagram przedstawia licencjonowanie oparte na grupach.

Diagram przedstawia następujące procesy i kroki związane z licencjonowaniem opartym na grupach.

Produkt Opis
Element 1. Administratorzy rozliczeń kupują i przypisują licencje dla poszczególnych użytkowników z Centrum administracyjne platformy Microsoft 365.
Element 2. Administracja istratorzy przypisują te licencje do grup, którymi zarządzają w identyfikatorze Entra firmy Microsoft.
Element 3. Grupy są konfigurowane w celu przypisania licencji do wszystkich członków.
Element 4. Każdy użytkownik dodany do grupy jest automatycznie udzielany licencji usługi Power BI przypisanej do tej grupy (udostępnienie jej).

Przeglądanie i optymalizowanie kosztów licencjonowania użytkowników

Okresowo porównuje licencjonowanych użytkowników z dziennikiem aktywności, aby określić, czy użytkownicy aktywnie korzystają z licencji. Poszukaj użytkowników, którzy mają przypisaną licencję, ale nie korzystali z niej. Na przykład użytkownik może mieć przypisaną licencję Pro, ale wyświetla tylko zawartość, która istnieje w pojemności. Używaj spójnych kryteriów, jeśli to możliwe, takich jak:

  • Licencja nie jest używana przez określony okres (na przykład sześć miesięcy).
  • Licencja jest używana rzadko lub sporadycznie.
  • Licencja została użyta raz dla pojedynczego działania.

Dziennik aktywności pomoże określić, kiedy wystąpiły działania dla użytkownika i jakie są (na przykład wyświetlanie raportu lub publikowanie raportu).

Krok 6. Inspekcja licencji użytkowników

Ważne jest, aby mieć proces regularnego przeprowadzania inspekcji subskrypcji, licencji i wersji próbnych dla użytkowników. Administrator sieci szkieletowej musi współpracować z innymi administratorami w celu uzyskania tych informacji (takich jak administratorzy globalni, administratorzy rozliczeń i administratorzy platformy Azure).

Inspekcja subskrypcji użytkowników

Poniżej przedstawiono kilka akcji do wyszukania podczas inspekcji subskrypcji.

  • Lista aktywnych subskrypcji: możesz wyświetlić produkty, które mają aktywną subskrypcję w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365. Możesz też użyć interfejsu API REST jednostek SKU list subskrybowanych w programie Microsoft Graph, aby wyodrębnić aktywne subskrypcje.
  • Utworzono nową subskrypcję: Ostatnio zakupione produkty wyświetlają nowy wskaźnik w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365.

Inspekcja licencji użytkownika

Poniżej przedstawiono kilka akcji do wyszukania czasu inspekcji licencji użytkowników.

  • Lista licencji użytkowników: Wyświetl łączną liczbę licencji, które są dostępne i przypisane w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365. Możesz również przejść do szczegółów, aby przejrzeć użytkowników, którzy mają przypisaną licencję dla każdej subskrypcji produktu. Lub w programie Microsoft Graph użyj interfejsu API REST Szczegółów licencji listy, aby wyodrębnić szczegóły każdego użytkownika (aby podać parametr ID, najpierw uzyskaj każdy identyfikator użytkownika z interfejsu API REST listy użytkowników ).
  • Użytkownikowi przypisano licencję: przeszukaj dziennik inspekcji w portal zgodności Microsoft Purview. Wyszukaj operację Zmień licencję użytkownika. Właściwość ModifiedProperties wskazuje, że przypisano nową licencję.
  • Użytkownicy, którym przypisano licencję, ale nie korzystali z niej: użyj listy licencji użytkowników (opisanych wcześniej). Porównaj te wyniki z dziennikem aktywności. Poszukaj użytkowników, którzy nie mają aktywności w dzienniku aktywności. Aby to ułatwić, możesz również wyświetlić działania z raportu Użycie funkcji i wdrożenie oraz jego bazowy model semantyczny z obszaru roboczego monitorowania Administracja.
  • Subskrypcja ma jeszcze przypisane licencje: Wyświetl liczbę dostępnych licencji na subskrypcję produktu w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365. Możesz też użyć interfejsu API REST jednostek SKU subskrypcji w programie Microsoft Graph, aby wyodrębnić szczegóły licencji. Właściwość ConsumedUnits wskazuje liczbę przypisanych licencji, a właściwość Włączone wskazuje liczbę zakupionych licencji.

Inspekcja wersji próbnej użytkownika

Podczas wyszukiwania nowych wersji próbnych użytkowników w dzienniku aktywności poszukaj działań OptInForPPUTrial lub OptInForProTrial.

Ważne

Informacje przedstawione w tym kroku nie mają być listą wszystkich sposobów przeprowadzania inspekcji danych. Zamiast tego ma to na celu przedstawienie pomysłów, aby rozpocząć pracę z inspekcją. W przypadku innych pomysłów zalecamy skonsultowanie się z administratorami rozliczeń.

Lista kontrolna — podczas planowania licencji użytkowników kluczowe decyzje i akcje obejmują:

  • Przeprowadź przegląd: określ bieżący stan, przeglądając bieżące subskrypcje, licencje i wersje próbne użytkowników.
  • Zidentyfikuj istniejące zasady i decyzje: skompiluj istniejące zasady wewnętrzne lub wcześniejsze decyzje związane z licencjonowaniem użytkowników, aby były łatwo dostępne.
  • Omówienie i podejmowanie decyzji: Zaplanuj warsztaty , aby podejmować kluczowe decyzje związane z subskrypcjami, licencjami i wersjami próbowymi użytkowników. W razie potrzeby zaangażuj wszystkich właściwych decydentów, uczestników projektu i sponsora wykonawczego.
  • Tworzenie dokumentacji: kompilowanie zebranych informacji i dokumentowanie kluczowych decyzji dotyczących przyszłych odwołań.
  • Aktualizuj: aktualizuj subskrypcje użytkowników i licencje na podstawie decyzji podjętych w warsztatach.
  • Tworzenie procesu zarządzania żądaniami użytkowników: skonfiguruj proces, w jaki sposób użytkownicy mogą zażądać licencji.
  • Konfigurowanie inspekcji: tworzenie procesów inspekcji w celu śledzenia działań związanych z subskrypcjami użytkowników, licencjami i wersjami próbowymi.

Przeglądanie licencjonowania pojemności i zarządzanie nimi

Oprócz licencji użytkowników (opisanych wcześniej w tym artykule) organizacja może znaleźć znaczącą wartość w zakupie co najmniej jednej licencji pojemności. Na przykład licencje pojemności zapewniają dostęp do innych funkcji, takich jak środowiska sieci szkieletowej, które są dostarczane z licencją sieci szkieletowej. Te funkcje mogą pomóc w obsłudze i skalowaniu implementacji usługi Power BI.

Krok 1. Przeglądanie subskrypcji pojemności

Ważne jest, aby najpierw zrozumieć bieżący stan subskrypcji pojemności. Administratorzy rozliczeń i licencji mogą pomóc w potwierdzeniu posiadanych subskrypcji pojemności. Może być również konieczne zapoznanie się z bieżącymi administratorami pojemności lub współautorami pojemności w celu uzyskania jasnego zrozumienia przeznaczenia każdej istniejącej pojemności. Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami użytkowników.

Bieżący stan subskrypcji pojemności i licencji można skompilować na różne sposoby.

  • Wyświetlanie ustawień pojemności w portalu administracyjnym sieci szkieletowej.
  • Wyświetl obszar rozliczeniowy Centrum administracyjne platformy Microsoft 365 (dotyczy usługi Power BI Premium).
  • Wyświetl witrynę Azure Portal (dotyczy pojemności sieci szkieletowej i usługi Power BI Embedded).
  • Programowe wyodrębnianie danych przy użyciu odpowiednich interfejsów API programu Microsoft Graph .

Podczas przeprowadzania przeglądu skompiluj następujące informacje.

  • Aktywne subskrypcje licencji pojemności:
    • Pojemność usługi Microsoft Fabric
    • Pojemność usługi Power BI Premium
    • Power BI Embedded
  • Stan subskrypcji
  • Typ subskrypcji (płatność zgodnie z rzeczywistym użyciem lub zarezerwowany z datą rozpoczęcia i zakończenia)
  • Koszt subskrypcji:
    • Cennik dla każdej subskrypcji
    • Zachęty dotyczące cen organizacyjnych od firmy Microsoft (jeśli dotyczy)
    • KtoTo zatwierdził zakup (jeśli ma to zastosowanie)
    • Alokacje kosztów w organizacji (jeśli dotyczy)

Krok 2. Podjęcie decyzji o licencjach pojemności

Po przejrzeniu subskrypcji pojemności należy zdecydować się na licencje pojemności.

Wykorzystanie pojemności może odgrywać znaczącą rolę w strategii tworzenia, zarządzania, publikowania i rozpowszechniania zawartości. Twoje decyzje związane z licencjami pojemności są dodatkiem do licencji na użytkownika, które zostały opisane wcześniej.

Zdecyduj, czy potrzebujesz licencji pojemności

Gdy zaczniesz analizować potrzeby licencji pojemności, ważne jest, aby mieć jasność w zakresie potrzeb dotyczących architektury i potrzeb użytkowników, które poinformują decyzję o użyciu pojemności.

Poniżej przedstawiono kilka pytań, które można początkowo eksplorować.

  • Architektura danych: Jaki typ inwestycji w architekturę danych jest obecnie w toku? Jak będą one miały wpływ na dokonane wybory? Czy masz duże modele semantyczne zawierające duże ilości danych?
  • Środowiska sieci szkieletowej: które środowiska są obecnie używane lub planowane do użycia w przyszłości? Na przykład możesz obecnie korzystać ze środowiska usługi Power BI, ale zamierzasz zainwestować w architekturę typu lakehouse w usłudze Fabric, która jest częścią środowiska inżynierowie danych ing.
  • Wymagania dotyczące danych i analizy biznesowej: Czy istnieją wymagania biznesowe, aby sprostać potrzebom analitycznym, które są obecnie niezaspokojonych? Jak wymagania są skorelowane z decyzjami dotyczącymi architektury (i licencjonowania)?
  • Konsumenci: ile masz użytkowników tylko do wyświetlania?
  • Autorzy: Ilu autorów zawartości masz? Czy autorzy są scentralizowani, dystrybuowani w różnych jednostkach biznesowych, czy w obu tych jednostkach?
  • Wzorce użycia: Jakie są bieżące wzorce użycia zapytań użytkowników i odświeżania danych? Czy wzorce użycia są przewidywalne i spójne od dnia do dnia?

Uwaga

Podczas pracy nad procesem analizowania i planowania licencji pojemności można określić konieczność przeprowadzenia pełnej oceny technicznej.

Wybieranie wymaganej licencji pojemności

Podczas określania, że potrzebujesz pojemności, musisz zdecydować, który typ licencji pojemności jest najlepiej odpowiedni.

Oto każda z licencji pojemności i ich zastosowań i przydatności.

  • Pojemność sieci szkieletowej (jednostki SKU F): jednostki SKU F są kupowane na platformie Azure (zwróć uwagę, że cennik jest regionalny). Jednostki SKU języka F mają pewne zalety (które nie są dostępne w przypadku jednostek SKU P), w tym możliwość:
    • Skalowanie pojemności w celu zmiany rozmiaru w górę lub w dół w dowolnym momencie. Ta możliwość skalowania umożliwia dostosowanie rozmiaru i kosztów w miarę lepszego zrozumienia obciążenia.
    • Wstrzymaj pojemność w dowolnym momencie. Ta funkcja jest przydatna w przypadku rzadko używanych pojemności.
    • Przetestuj możliwości przy użyciu wersji próbnej usługi Fabric przed zatwierdzeniem zakupu.
    • Aby zmniejszyć koszty, użyj licencji pojemności niższej warstwy dla małych obciążeń.
    • Wybierz preferowany poziom zobowiązania:
      • Płatność zgodnie z rzeczywistym użyciem: model cen płatności zgodnie z rzeczywistym użyciem nie ma zobowiązania do użycia. Możesz zmienić rozmiar pojemności w górę i w dół zgodnie z potrzebami, a nawet wstrzymać ją. Jest odpowiedni, gdy potrzebujesz elastyczności.
      • Rezerwacja: model cen zarezerwowany obejmuje wstępnie zatwierdzony rozmiar (SKU) dla określonego okresu, co powoduje obniżenie kosztów niż płatność zgodnie z rzeczywistym użyciem. Nie można jednak wstrzymać wystąpienia zarezerwowanego, dlatego jest odpowiednie, gdy trzeba uruchomić pojemność 24/7.
    • Korzystanie z zachęt cen organizacji. Jeśli masz umowę pieniężną obowiązującą z firmą Microsoft, programy, takie jak zobowiązanie dotyczące użycia platformy Microsoft Azure (MACC) mają zastosowanie do jednostek SKU F.
    • Korzystanie z funkcji usługi Microsoft Cost Management w celu monitorowania i śledzenia kosztów.
  • Usługa Power BI Premium na pojemność (jednostki SKU P): jednostki SKU P są kupowane w portalu administracyjnym platformy Microsoft 365. Usługa Power BI Premium korzysta z zarezerwowanego modelu cenowego, dlatego działa 24/7 i nie można go skalować ani wstrzymać. Nie można kupić jednostek SKU P po 1 lipca 2024 r.
  • Power BI Premium (JEDNOSTKI SKU EM): JEDNOSTKI SKU EM to wyspecjalizowany typ licencji pojemności usługi Power BI Premium zakupionych w portalu administracyjnym platformy Microsoft 365 lub za pośrednictwem licencjonowania zbiorowego (dostępnego za pośrednictwem menedżera kont Microsoft). Jednostki SKU EM są przeznaczone do prostych scenariuszy osadzania, takich jak osadzanie raportu w aplikacji. Oferta jednostek SKU EM jest podzbiorem funkcji dostępnych w jednostkach SKU P. Mają mniej mocy obliczeniowej i nie mają dostępu do usługa Power BI. Ponadto jednostki SKU EM nie obsługują środowisk sieci szkieletowej. Aby uzyskać więcej informacji, zobacz Pojemność i jednostki SKU.
  • Power BI Embedded (jednostki SKU A): jednostki SKU A są kupowane na platformie Azure (jednak ta oferta różni się od opisanych wcześniej jednostek SKU F). Usługa Power BI Embedded jest przeznaczona głównie dla niezależnych dostawców oprogramowania (ISV), którzy chcą osadzać zawartość usługi Power BI w swoich aplikacjach. Jednostki SKU nie obsługują elementów sieci szkieletowej. Aby uzyskać więcej informacji, zobacz scenariusz Osadzanie dla klientów użycia.

Napiwek

Jednostki SKU języka F można również użyć do osadzania zawartości usługi Power BI w taki sposób, jak w przypadku jednostek SKU A i EM. Aby uzyskać więcej informacji, zobacz Power BI Embedded with Microsoft Fabric (Usługa Power BI Embedded z usługą Microsoft Fabric).

W pozostałej części tego artykułu skupiono się na jednostkach SKU języka F i jednostkach SKU P.

Zdecyduj się na użycie jednej lub wielu pojemności

Kluczową decyzją jest użycie jednej większej pojemności lub wielu mniejszych pojemności. Wybór powinien obejmować następujące zagadnienia.

  • Poziom centralizacji i decentralizacji: Jak ważne jest scentralizowane zarządzanie a zdecentralizowane zarządzanie pojemnością? Jeśli masz architekturę rozproszoną lub siatkową, bardziej prawdopodobne jest, że wiele pojemności będzie konieczne, aby umożliwić różnym zespołom zarządzanie własnymi pojemnościami.
  • Lokalizacja przechowywania danych: Czy masz wymagania dotyczące przechowywania danych regionalnych, branżowych lub organizacyjnych? Lokalizacja geograficzna, w której są przechowywane dane, jest skorelowana z pojemnością przy użyciu funkcji Multi-Geo .
  • Izolacja zasobów: jaki poziom izolacji zasobów na pojemność jest wymagany? Na przykład może być konieczne utworzenie różnych pojemności dla określonych jednostek biznesowych. Możesz też utworzyć pojemność, aby obsługiwać obszary robocze dla domeny.
  • Zasoby obliczeniowe: jaki poziom zasobów obliczeniowych jest wymagany dla każdej pojemności? Jeśli na przykład zdecydujesz się aprowizować dwie pojemności F32 zamiast jednej F64, mniejsza liczba jednostek pojemności jest dostępna dla obu pojemności, ponieważ są podzielone. Jednostki pojemności przekładają się na ograniczenia dla każdej jednostki SKU, takie jak maksymalny rozmiar pamięci dla modelu semantycznego.
  • Wymagane funkcje: czy oprócz poziomu mocy obliczeniowej niezbędne są pewne możliwości? Na przykład pojemność F64 (lub P1) lub wyższa umożliwia użytkownikom z licencją bezpłatną wyświetlanie zawartości analizy biznesowej lub korzystanie z rozwiązania Copilot.
  • Koszt: Czy musisz śledzić lub przydzielać koszty oddzielnie dla każdej jednostki SKU? Jest to łatwiejsze do osiągnięcia, gdy masz oddzielne pojemności.

Decydowanie o rozmiarze pojemności

Na tym etapie możesz wybrać określoną jednostkę SKU pojemności. Zastanów się, jakie środowiska zamierzasz uruchomić: programowanie, testowanie i/lub produkcja. Środowisko programistyczne i testowe jest często uruchamiane w mniejszej pojemności niż to, co jest wymagane w środowisku produkcyjnym.

Aby uzyskać pewność co do wymaganego rozmiaru pojemności, rozważ przeprowadzenie testowania obciążenia pojemności. Aby uzyskać więcej informacji, zobacz Planowanie pojemności i ocenianie obciążenia pojemności.

Podejmowanie decyzji dotyczących skalowania w górę i w dół

Ważne jest, aby wziąć pod uwagę potrzeby skalowalności podczas procesu planowania licencji, ponieważ przyczynia się do kosztów. Na przykład może być konieczne od czasu do czasu zmiana rozmiaru (lub wstrzymanie) pojemności jednostki SKU języka F. Alternatywnie możesz skonfigurować skalowanie automatyczne tak, aby obsługiwać okazjonalne lub nieoczekiwane wzrosty na poziomie użycia pojemności jednostki SKU P. Aby uzyskać więcej informacji, zobacz Zmienianie rozmiaru pojemności.

Napiwek

Można myśleć o skalowalności na dwa sposoby.

  • Skalowanie w górę lub w dół odbywa się w przypadku dodawania lub usuwania zasobów (na przykład skalowania w górę do F16 z pojemności F8).
  • Skalowanie wyprzedaje polega na dodaniu większej liczby pojemności (na przykład można kupić dwa F8s zamiast F16). Jednak pojemności nie korzystają z połączonych zasobów (takich jak klaster bramy danych podczas skalowania w poziomie). W związku z tym, jeśli rozważasz skalowanie na wiele pojemności, należy pamiętać, że oddzielne pojemności celowo działają w izolacji.

Zdecyduj, czy wymagana jest licencja lokalna, czy hybrydowa

Serwer raportów usługi Power BI (PBIRS) to uproszczone rozwiązanie do raportowania. Jest ona przeznaczona dla organizacji, które chcą zaimplementować podejście hybrydowe, w którym zawartość usługi Power BI może zostać opublikowana w portalu sieci szkieletowej opartej na chmurze, w celu Serwer raportów usługi Power BI lub obu tych elementów. Serwer raportów można zainstalować na maszynie uruchomionej w infrastrukturze lokalnej lub na maszynie wirtualnej platformy Azure (z Korzyść użycia hybrydowego platformy Azure).

Licencję serwera raportów można uzyskać na jeden z dwóch sposobów.

  • Subskrypcja usługi Power BI Premium (JEDNOSTKA SKU P)
  • SQL Server Enterprise Edition z pakietem Software Assurance (SA)

Uwaga

Autor, który publikuje zawartość na serwerze raportów, musi mieć licencję Pro.

Napiwek

Przeprowadź weryfikację techniczną koncepcji, aby upewnić się, że Serwer raportów usługi Power BI spełni Twoje potrzeby. Należy pamiętać, że równoważność funkcji z portalem sieci szkieletowej nie jest celem. Ponadto podczas publikowania zawartości w Serwer raportów usługi Power BI zalecane jest użycie programu Power BI Desktop dla serwera raportów (różni się od zwykłego programu Power BI Desktop).

Aby uzyskać więcej informacji, zobacz Licencjonowanie Serwer raportów usługi Power BI.

Ważne

Zdecydowanie zalecamy zapoznanie się z umową licencyjną zbiorczą i rozmowę z przedstawicielem konta Microsoft w celu uzyskania szczegółowych informacji. Na przykład umowa licencyjna serwera raportów obejmuje limity związane z liczbą rdzeni na maszynie docelowej.

Krok 3. Aktualizowanie licencji pojemności

Na tym etapie dostępne są informacje o istniejącej subskrypcji pojemności i podjęto decyzje celowe. Teraz możesz przystąpić do aktualizowania, które są niezbędne.

Poniższe tematy to akcje, które mogą być odpowiednie.

Dostosowywanie subskrypcji pojemności

Czasami może być konieczne dostosowanie istniejącej subskrypcji pojemności w oparciu o to, co znaleziono podczas przeglądu (krok 1) i podjęte decyzje (krok 2).

Oto kilka przykładów zmian, które można wprowadzić.

  • Zmiana na ceny zarezerwowane: obciążenia uruchomione w pojemności są spójne i muszą działać 24/7. W związku z tym, aby zaoszczędzić koszty, rozsądna jest zmiana pojemności sieci szkieletowej z cen płatności zgodnie z rzeczywistym użyciem do cen zarezerwowanych.
  • Zmiana na cennik płatności zgodnie z rzeczywistym użyciem: obciążenia działające w ramach pojemności zmieniają się regularnie i korzystają z możliwości częstego skalowania w górę i w dół. W takim przypadku najbardziej opłacalnym podejściem może być zmiana cen płatności zgodnie z rzeczywistym użyciem.

Ważne

Skontaktuj się z menedżerem kont Microsoft, jeśli masz pytania lub potrzebujesz wyjaśnień dotyczących kosztów i opcji subskrypcji.

Zmienianie rozmiaru pojemności

Może się okazać, że konieczna jest zmiana rozmiaru pojemności, gdy mniejszy lub większy rozmiar lepiej spełnia Twoje potrzeby.

Istnieją dwa sposoby obsługi zmiany rozmiaru pojemności.

  • Skalowanie ręczne: możesz zmienić rozmiar (lub wstrzymać) pojemność jednostki SKU języka F w witrynie Azure Portal. Jest to przydatne w przypadku rozwiązywania problemów z wydajnością lub gdy obciążenie będzie wyższe (np. ostatni tydzień każdego miesiąca).
  • Automatyczne skalowanie: skalowanie automatyczne umożliwia obsługę okazjonalnych lub nieoczekiwanych wzrostów w poziomach użycia pojemności jednostki SKU P bez konieczności ręcznego nakładu pracy. Skalowanie automatyczne może reagować na te wzrosty, elastycznie zmieniając rozmiar zasobów w celu obsługi zwiększonego obciążenia. Automatyczne skalowanie w górę zmniejsza ryzyko wystąpienia problemów z wydajnością lub użytkownikami w zamian za dodatkowe koszty. Jeśli pojemność nie jest dobrze zarządzana, skalowanie automatyczne może być wyzwalane częściej niż oczekiwano, co może prowadzić do rozważenia większego rozmiaru pojemności.

Krok 4. Dokumentowanie licencji pojemności

W zależności od procesów wewnętrznych możesz utworzyć dokumentację, która rozszerzy informacje dostępne w portalu dla subskrypcji pojemności.

Informacje przechwycone w kroku 1 można utworzyć, uwzględniając następujące szczegóły w dokumentacji.

  • Kluczowe decyzje, w tym więcej kontekstu lub szczegółów
  • KtoTo zatwierdzonych zakupów licencji pojemności i kiedy
  • Czas lub oczekujące elementy akcji
  • Wymagania dotyczące ładu związane z licencjami pojemności
  • Wymagania dotyczące inspekcji związane z licencjami pojemności
  • Migawka informacji o licencji pojemności

Krok 5. Zarządzanie licencjami pojemności

Zarządzanie pojemnością i zarządzanie subskrypcjami to dwa oddzielne tematy. Są one jednak bardzo powiązane. Obaj potrzebują uwagi na bieżąco. Poniżej przedstawiono aspekty, które należy wziąć pod uwagę.

Tworzenie procesu akceptowania żądań pojemności

Należy utworzyć powtarzalny, udokumentowany proces, aby użytkownicy zażądali pojemności. Zazwyczaj wiąże się to z tworzeniem formularza online. Zażądaj informacji, które należy ocenić żądanie pojemności, takie jak:

  • Przeznaczenie i typ zawartości, która ma być hostowana w pojemności.
  • KtoTo będzie administrować pojemnością.
  • Czy pojemność będzie działać 24/7, czy nie.
  • Gdzie dane muszą być przechowywane geograficznie.
  • Jak pobierać opłaty lub przydzielać koszty wewnętrznie.

Monitorowanie i interpretacja użycia pojemności

Poniżej przedstawiono kilka zagadnień dotyczących monitorowania i zrozumienia użycia pojemności.

  • Przeanalizuj obciążenie, aby określić, czy bieżący rozmiar pojemności (SKU) działa dobrze dla określonych danych i potrzeb analizy biznesowej. Pamiętaj, aby zrozumieć, jak działają jednostki pojemności (jednostki CU). Przeanalizuj wszelkie działania z możliwością skalowania i wygładzenia , aby przeanalizować, czy używasz pojemności wydajnie w czasie, czy też jest stale przeciążona. Użycie pojemności można analizować przy użyciu aplikacji Metryki pojemności sieci szkieletowej.
  • Zmień rozmiar pojemności po wykryciu, że jest zbyt duży lub zbyt mały, aby obsłużyć bieżące potrzeby. Zmiana rozmiaru jest taka sama jak zmiana jednostki SKU. Zmiana ma wpływ na warstwę cenową.
  • Utwórz nową pojemność, gdy musisz:
    • Segregowanie obciążenia.
    • Przechowywanie danych w innym regionie.
    • Przypisz różnych administratorów pojemności (na potrzeby administracji zdecentralizowaną pojemnością).
  • Tworzenie szkoleń użytkowników lub komunikowanie się z autorami, gdy okaże się, że mogą podejmować określone działania w celu zwiększenia wydajności pojemności.

Konfigurowanie powiadomień

Jeśli pojemność jest regularnie przeciążona, oznacza to, że może być konieczne zakup większej pojemności (skalowanie w górę) lub utworzenie innych pojemności (skalowanie w poziomie) lub przeniesienie zawartości do innej pojemności. Z tych powodów zarządzanie pojemnościami i zarządzanie licencjonowaniem mają znaczący wpływ na siebie.

Należy skonfigurować następujące powiadomienia, aby otrzymywać informacje.

Przeglądanie i optymalizowanie kosztów pojemności

Należy regularnie przeglądać rozliczenia i zarządzać nimi. Rozważ następujące opcje, aby zoptymalizować koszty.

  • Różnice w celach: na przykład można użyć mniejszego rozmiaru pojemności (na przykład F16) dla obszarów roboczych testowych oraz większego rozmiaru pojemności (np. F64) dla obszarów roboczych produkcyjnych.
  • Wydajne wykorzystanie zasobów obliczeniowych: użyj aplikacji Metryki pojemności sieci szkieletowej, aby określić, czy zasoby obliczeniowe są używane wydajnie i czy istnieje jakikolwiek potencjał do optymalizacji kosztów.
  • Monitorowanie kosztów obliczeniowych: monitorowanie kosztów pojemności oraz częstotliwość skalowania pojemności w górę i w dół. Rozważ użycie analizy kosztów, limitów wydatków lub budżetów w usłudze Microsoft Cost Management.
  • Koszt magazynu rozliczanego: sprawdź rozliczany magazyn dla każdego obszaru roboczego w aplikacji Metryki pojemności sieci szkieletowej. W przypadku elementów sieci szkieletowej koszt magazynu jest obliczany oddzielnie od kosztu obliczeniowego. Sprawdź również ustawienie pojemności odzyskiwania po awarii. To ustawienie będzie miało wpływ na rozliczane koszty magazynowania.
  • Skalowanie w górę i w dół: utwórz proces, aby automatycznie skalować pojemność w górę lub w dół (lub wstrzymać ją, jeśli ma to zastosowanie), gdy obciążenie jest sporadycznie jeszcze przewidywalne.
  • Obciążenia zwrotne kosztów: w przypadku konieczności dystrybucji kosztów do innych działów utwórz proces obciążenia zwrotnego w celu przydzielenia kosztów subskrypcji.

Krok 6. Inspekcja licencji pojemności

Ważne jest, aby proces regularnego przeprowadzania inspekcji pojemności. Administrator sieci szkieletowej musi współpracować z innymi administratorami w celu uzyskania tych informacji (takich jak administrator globalny, administrator rozliczeń lub administrator platformy Azure).

Napiwek

Ta sekcja koncentruje się na inspekcji subskrypcji, licencji i wersji próbnych. Istnieje wiele dodatkowych aspektów inspekcji i monitorowania pojemności, w tym monitorowania użycia i wydajności (oraz identyfikowania potrzeb skalowania w górę lub w dół) przy użyciu aplikacji Metryki pojemności sieci szkieletowej. Należy również monitorować dziennik aktywności w sytuacjach, takich jak zmiana ustawień pojemności, aktualizowanie administratorów pojemności, dodawanie współautorów pojemności lub przypisywanie obszarów roboczych do pojemności.

Poniżej przedstawiono kilka akcji, które pozwalają określić, kiedy przeprowadzać inspekcję subskrypcji, wersji próbnych i kosztów pojemności.

  • Lista aktywnych pojemności:Uzyskiwanie pojemności jako Administracja interfejsu API REST może udostępniać informacje, takie jak JEDNOSTKA SKU, stan, administratorzy i region dla wszystkich pojemności w dzierżawie. Jest to interfejs API administratora, który zwraca migawkę jako punkt w czasie. Jeśli te dane są regularnie przechwytywane, możesz porównać migawki (na przykład w tym tygodniu i w zeszłym tygodniu), aby wykryć zmiany, które wystąpiły.
  • Użytkownik uruchomił nową wersję próbną usługi Fabric: Wyszukaj działanie ChangeCapacityState w dzienniku aktywności. Właściwość CapacityState wskazuje, że aprowizowano nową pojemność sieci szkieletowej. Właściwość ItemName wskazuje, że jest to pojemność próbna, jednostka SKU i jej identyfikator.
  • Utworzono nową pojemność sieci szkieletowej lub zmieniono rozmiar istniejącej pojemności: Poszukaj operacji Tworzenia pojemności usługi Update Fabric w dzienniku aktywności usługi Azure Monitor. Pojemności sieci szkieletowej można również wyświetlić w witrynie Azure Portal.
  • Aparat obliczeniowy dla pojemności sieci szkieletowej został wstrzymany lub uruchomiony ponownie: w dzienniku aktywności usługi Azure Monitor wyszukaj operację Wstrzymanie lub Operację wznawiania. Stan pojemności sieci szkieletowej można również wyświetlić w witrynie Azure Portal.
  • Utworzono nową pojemność Premium: w dzienniku aktywności wyszukaj działanie ChangeCapacityState. Właściwość CapacityState wskazuje, że została aprowizowana jako nowa pojemność. Możesz również wyświetlić produkty, które mają aktywną subskrypcję w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365.
  • Monitorowanie kosztów pojemności sieci szkieletowej: użyj możliwości usługi Microsoft Cost Management , aby analizować koszty pojemności usługi Microsoft Fabric i innych usług platformy Azure.
  • Monitorowanie kosztów pojemności Premium: faktury można wyświetlić w obszarze rozliczeniowym Centrum administracyjne platformy Microsoft 365.
  • Obszar roboczy został przypisany do lub usunięty z pojemności: Wyszukaj działanie MigrateWorkspaceIntoCapacity lub działanie RemoveWorkspacesFromCapacity w dzienniku aktywności.

Napiwek

Po przejściu do witryny Azure Portal nie należy mylić zasobów usługi Service Fabric . Te zasoby są różnymi usługami od usługi Microsoft Fabric.

Ważne

Informacje przedstawione w tym kroku nie mają być listą wszystkich sposobów przeprowadzania inspekcji danych. Zamiast tego ma to na celu przedstawienie pomysłów, aby rozpocząć pracę z inspekcją. W przypadku innych pomysłów zalecamy skonsultowanie się z administratorami rozliczeń.

Lista kontrolna — podczas planowania licencji pojemności kluczowe decyzje i akcje obejmują:

  • Przeprowadź przegląd: określ bieżący stan, przeglądając bieżące subskrypcje pojemności.
  • Zidentyfikuj istniejące zasady i decyzje: Skompiluj istniejące zasady wewnętrzne lub wcześniejsze decyzje związane z subskrypcjami pojemności, aby informacje były łatwo dostępne.
  • Omówienie i podejmowanie decyzji: Zaplanuj warsztaty, aby podejmować kluczowe decyzje związane z subskrypcjami pojemności. W razie potrzeby zaangażuj wszystkich właściwych decydentów, uczestników projektu i sponsora wykonawczego.
  • Utwórz dokumentację: skompiluj informacje zebrane na temat subskrypcji pojemności i udokumentowaj kluczowe decyzje dotyczące przyszłych odwołań.
  • Podejmowanie aktualizacji: Aktualizowanie subskrypcji pojemności na podstawie decyzji podjętych w warsztatach.
  • Tworzenie procesu zarządzania żądaniami pojemności: skonfiguruj proces umożliwiający użytkownikom żądanie nowej pojemności.
  • Konfigurowanie inspekcji: tworzenie procesów inspekcji w celu śledzenia działań związanych z subskrypcjami pojemności i próbami.

Powiązana zawartość

Aby uzyskać więcej zagadnień, akcji, kryteriów podejmowania decyzji i zaleceń, które pomogą Ci w podejmowaniu decyzji dotyczących implementacji usługi Power BI, zobacz Planowanie implementacji usługi Power BI.