Power BI Premium-Architektur
Die in Premium an der Architektur vorgenommenen Änderungen, insbesondere die in Bezug darauf, wie CPU-Ressourcen zugeordnet und verwendet werden, ermöglichen eine größere Vielfalt für Angebote und mehr Flexibilität bei Lizenzierungsmodellen. Beispielsweise kann Premium dank der neuen Architektur auf Benutzerbasis angeboten werden, nämlich als Premium-Einzelbenutzerlizenz. Außerdem bietet diese Architektur Kunden eine bessere Leistung sowie eine bessere Governance und Kontrolle über ihre Power BI-Ausgaben.
Das wichtigste Update in der Architektur von Premium ist die Art und Weise, wie die V-Cores der Kapazitäten implementiert werden:
In der ursprünglichen Version von Power BI Premium waren V-Kerne reservierte physische Computingknoten in der Cloud mit Unterschieden in Bezug auf die Anzahl der V-Kerne und die Größe des enthaltenen Arbeitsspeichers je nach Lizenzierungs-SKU des Kunden. Die Administratoren des Kunden mussten mithilfe der Premium-Metrik-App die Auslastung dieser Knoten im Blick behalten. Sie mussten mithilfe der App und anderer Tools die von ihren Benutzern für deren Computinganforderungen benötigte Kapazität ermitteln.
In Premium werden V-Kerne in regionalen Clustern mit physischen Knoten in der Cloud implementiert, die von allen Mandanten mit Premium-Kapazitäten in der jeweiligen Power BI-Region gemeinsam genutzt werden. Der regionale Cluster ist weiter in spezialisierte Knotengruppen unterteilt, wobei jede Gruppe für eine andere Power BI-Workload (Semantikmodelle, Dataflows oder paginierte Berichte) gedacht ist. Diese spezialisierten Knotengruppen helfen bei der Vermeidung von Ressourcenkonflikten zwischen grundlegend verschiedenen Workloads, die auf demselben Knoten ausgeführt werden.
Hinweis
Power BI Premium bietet eine logische Trennung von Daten zwischen verschiedenen Kunden und ist konform mit ISO 27017. Weitere Details finden Sie unter ISO/IEC 27017:2015.
Administratoren haben die Möglichkeit, die Workload-Einstellungen für ihre Kapazität zu optimieren und zu konfigurieren. Dies ist nützlich, um ressourcenbezogene Unterschiede zwischen Workloads (Semantikmodelle, Dataflows, paginierte Berichte und KI) zu reduzieren und andere Einstellungen wie Arbeitsspeicherlimits und Timeouts basierend auf den Kapazitätsauslastungsmustern anzupassen.
Der Inhalt von Arbeitsbereichen, die einer Premium Kapazität zugewiesen wurden, wird auf der Speicherebene der Kapazität Ihrer Organisation gespeichert. Diese basiert auf kapazitätsspezifischen Azure-Speicherblobcontainern, ähnlich wie bei der ursprünglichen Version von Premium. Dieser Ansatz ermöglicht die Nutzung von Features wie BYOK für Ihre Daten.
Wenn die Inhalte angezeigt oder aktualisiert werden müssen, werden sie aus der Speicherebene gelesen und auf einem Premium Knoten für Computing abgelegt. Power BI verwendet einen Platzierungsmechanismus, der sicherstellt, dass aus der richtigen Gruppe von Computingknoten der ideale Knoten ausgewählt wird. Dieser Mechanismus legt neue Inhalte in der Regel auf dem Knoten mit dem meisten verfügbaren Arbeitsspeicher zum Ladezeitpunkt ab, sodass der Anzeige- oder Aktualisierungsvorgang auf so viele Ressourcen wie möglich zugreifen und eine optimale Leistung bieten kann.
Wenn Ihre Kapazität mehr Inhalte rendert und aktualisiert, werden mehr Berechnungsknoten verwendet, die jeweils über genügend Ressourcen verfügen, um Vorgänge schnell und erfolgreich abzuschließen. Das bedeutet, dass Ihre Kapazität mehrere Rechenknoten nutzen kann und in einigen Fällen sogar Inhalte zwischen den Knoten verschoben werden können, da der Power BI-Dienst einen internen Lastausgleich zwischen den Knoten oder Ressourcen durchführt. Bei einem solchen Lastenausgleich stellt Power BI sicher, dass die Verschiebung der Inhalte die Nutzung durch die Endbenutzer nicht beeinträchtigt.
Die Verteilung der Verarbeitung von Inhalten (Semantikmodelle, Dataflows, paginierte Berichte und andere Workloads) auf mehrere Knoten hat mehrere positive Auswirkungen.
Die gemeinsam genutzten Knoten sind mindestens so groß wie ein P3-Knoten in der ursprünglichen Version von Premium. Dies bedeutet, dass für die Ausführung von Vorgängen mehr V-Kerne zur Verfügung stehen, was die Leistung im Vergleich zu einem P1-Knoten in der ursprünglichen Version von Premium um das bis zu Sechzehnfache erhöhen kann.
Unabhängig davon, auf welchem Knoten Ihre Verarbeitung landet, stellt der Platzierungsmechanismus sicher, dass innerhalb der für Ihre Kapazität geltenden Einschränkungen für den Arbeitsspeicher genug Arbeitsspeicher für den Abschluss Ihres Vorgangs zur Verfügung steht. (Ausführliche Informationen zu Einschränkungen in Bezug auf den Arbeitsspeicher finden Sie in diesem Dokument im Abschnitt über Einschränkungen.)
Workloadübergreifende Ressourcenkonflikte werden verhindert, indem die gemeinsam genutzten Knoten auf spezialisierte Workloadgruppen aufgeteilt werden. Aufgrund dieser Aufteilung können Workloads von paginierten Berichten nicht gesteuert werden.
Die Einschränkungen für verschiedene Kapazitäts-SKUs basieren nicht auf den physischen Einschränkungen (im Gegensatz zur ursprünglichen Version von Premium). Sie basieren vielmehr auf einer erwarteten und klaren Gruppe von Regeln, die der Power BI Premium-Dienst erzwingt:
Der CPU-Gesamtdurchsatz der Kapazität liegt bei oder unter dem Durchsatz, der mit den V-Kernen Ihrer erworbenen Kapazität erzielt werden kann.
Die für die Anzeige- und Aktualisierungsvorgänge erforderliche Arbeitsspeichernutzung bewegt sich innerhalb der Grenzwerte Ihrer erworbenen Kapazität für den Arbeitsspeicher.
Aufgrund der neuen Architektur müssen Administratoren von Kunden ihre Kapazitäten nicht mehr auf Anzeichen dafür überwachen, dass die Grenzen ihrer Ressourcen bald erreicht sind, sondern werden deutlich darauf hingewiesen. Dadurch wird für Kapazitätsadministratoren der für das Sicherstellen einer optimalen Kapazitätsleistung erforderliche Arbeits- und Verwaltungsaufwand deutlich reduziert.
Zugehöriger Inhalt
Weitere Fragen? Stellen Sie Ihre Frage in der Power BI-Community.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter: https://aka.ms/ContentUserFeedback.
Einreichen und Feedback anzeigen für