Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die moderne Auswertungs-Engine ist eine optionale Funktion, die von Fabric unterstützte Workloads für die Abfrageauswertung und die Ausführung von Aktualisierungen verwenden können, wenn sie über ein VNet-Datengateway (Virtual Network) verbunden sind. Sie können sie über die Seite "Verbindungen und Gateways verwalten" als öffentliche Vorschaueinstellung aktivieren.
Das moderne Auswertungsmodul kann die Aktualisierungsdauer für einige Workloads verringern und die DirectQuery-Startlatenz für unterstützte Szenarien verbessern. Die tatsächliche Leistung hängt von der Konnektor-, Datenquellen-, Abfrage-Shape-, Gatewaykonfiguration und Workload-Parallelität ab. Während der öffentlichen Vorschau ist die Einstellung standardmäßig deaktiviert, und vorhandene Gateways verwenden weiterhin das Legacymodul, bis Sie die Option aktivieren.
Voraussetzungen
- Ein konfiguriertes VNet-Datengateway.
- Berechtigung zum Verwalten der Gateway- oder Verbindungseinstellungen.
- Eine oder mehrere unterstützte Fabric-Workloads, die das Gateway verwenden.
- Ein Überprüfungsplan für Aktualisierungsdauer, Abfragelatenz und Kapazitätsverbrauch.
Unterstützte Szenarios
Das moderne Auswertungsmodul gilt für unterstützte Workloads, die ein VNet-Datengateway verwenden, einschließlich:
- Das semantische Modell wird aktualisiert.
- Dataflow Gen2 aktualisiert.
- DirectQuery-Workloads, die eine Verbindung über ein VNet-Datengateway herstellen.
Die Unterstützung kann je nach Connector und Workload variieren. Testen Sie repräsentative Workloads, bevor Sie die Einstellung für Produktionsgateways aktivieren.
Tip
Das moderne Auswertungsmodul ist eine Opt-In-Einstellung. Vorhandene Gateways verwenden weiterhin die Legacy-Engine, bis Sie die Option aktivieren.
Aktivieren des modernen Auswertungsmoduls
Gatewayadministratoren können das moderne Auswertungsmodul als Opt-In-Einstellung für ein bestimmtes Gateway aktivieren.
- Öffnen Sie in Fabric "Verbindungen und Gateways verwalten".
- Wählen Sie das VNet-Datengateway aus, das Sie aktualisieren möchten.
- Aktivieren Sie in den Einstellungen des Gateways unter den erweiterten Optionen Moderne Auswertungs-Engine verwenden.
- Speichern Sie die Änderung.
- Führen Sie repräsentative Aktualisierungs- und DirectQuery-Workloads aus.
- Vergleichen Sie Aktualisierungsdauer, Abfragelatenz und Kapazitätsmetriken vor und nach dem Aktivieren dieser Einstellung.
Deaktivieren des modernen Auswertungsmoduls
Deaktivieren Sie das moderne Auswertungsmodul, wenn Sie ein Gateway zum Legacymodul zurückgeben müssen.
- Öffnen Sie "Verbindungen und Gateways verwalten".
- Wählen Sie das VNet-Datengateway aus.
- Deaktivieren Sie Moderne Auswertungs-Engine verwenden.
- Speichern Sie die Änderung.
- Führen Sie die betroffene Workload erneut aus, um das Verhalten zu bestätigen.
Leistungsüberlegungen
Das moderne Auswertungsmodul kann die verstrichene Zeit für einige Aktualisierungs- und Abfrageszenarien verbessern. Die folgenden Beispiele zeigen beobachtete Ergebnisse aus Benchmarkläufen. Diese Ergebnisse sind nur Beispiele und sollten nicht als Garantie für eine bestimmte Umgebung verwendet werden.
Szenarien für die Aktualisierung
| Scenario | Verbinder | Wolke | VNet-Datengateway – Legacy | modernes VNet-Datengateway |
|---|---|---|---|---|
| Aktualisierung des semantischen Modells | Azure Blob Storage (10 GB) | 35:10 | 42:26 | 26:59 |
| Aktualisierung des semantischen Modells | SQL (100 Millionen Zeilen) | 7:50 | 13:18 | 7:40 |
| Dataflow Gen2-Aktualisierung | Azure Blob Storage (10 GB) | 19:30 (modern) | 46:09 | 25:31 |
DirectQuery-Szenarien
| Metric | Hinterlassenschaft | Modern |
|---|---|---|
| DirectQuery-Kaltstart, End-to-End-Start des semantischen Modells | 10 Sekunden | 200 ms |
| Stationärer Zustand von DirectQuery für semantische Modelle, Ende-zu-Ende | 200 ms | 200 ms |
Hinweis
Diese Ergebnisse sind Beispiele aus Benchmarkszenarien. Die tatsächliche Leistung hängt vom Konnektorverhalten, der Quellsystemlatenz, der Abfrage-Shape, der Gatewaykonfiguration, dem Modellentwurf und der Workload-Parallelität ab.
Überlegungen zu Kapazität und Abrechnung
Das moderne Auswertungsmodul kann die Aktualisierungszeit der Wanduhr für einige Workloads reduzieren. Die Auswirkungen auf die Kapazität hängen davon ab, welche Arbeitsauslastung ausgeführt wird und wie diese Arbeitsauslastung abgerechnet wird.
Kürzere Aktualisierungsdauer oder reduzierte CPU-Zeit können die Kapazitätsauslastung in einigen Szenarien beeinflussen, die tatsächlichen Auswirkungen variieren jedoch. Administratoren sollten das Vor- und Nachher-Verhalten mithilfe der Fabric-App für Kapazitätsmetriken und repräsentativen Workloads aus ihrer eigenen Umgebung vergleichen.
Auslastungsvalidierung
Überprüfen Sie nach dem Aktivieren des modernen Auswertungsmoduls die Workloads, die das Gateway verwenden:
- Führen Sie eine repräsentative Semantikmodellaktualisierung aus.
- Führen Sie eine repräsentative Dataflow Gen2-Aktualisierung aus.
- Testen Sie DirectQuery-Berichte, die eine Verbindung über das Gateway herstellen.
- Überprüfen Sie den Aktualisierungsverlauf auf Fehler oder Regressionen.
- Vergleichen Sie die Dauer und Kapazitätsmetriken der Wanduhr mit Ihrem Basisplan.
- Wenn sich eine Workload nicht wie erwartet verhält, deaktivieren Sie Use modern evaluation engine und kontaktieren Sie den Microsoft-Support mit Gatewaydiagnosen.
Problembehandlung
Die Aktualisierungsleistung verbessert sich nicht
Leistungsverbesserungen variieren je nach Connector, Abfrage-Shape, Quellsystem und verfügbaren Gatewayressourcen. Vergleichen Sie mehrere Ausführungen vor und nach dem Aktivieren der Einstellung, und vergewissern Sie sich, dass die Workload einen unterstützten Connector- und Gatewaypfad verwendet.
Der Kapazitätsverbrauch nimmt nicht ab
Kürzere Wanduhrdauer führt nicht immer zu einer proportionalen Kapazitätsreduzierung. Gateway-Uptime, Cooldownverhalten, Workload CPU-Zeit und Parallelität können die beobachtete Kapazitätsauslastung beeinflussen.
Der Kaltstart von DirectQuery ist immer noch langsam.
Vergewissern Sie sich, dass der Bericht den VNet-Datengateway-Pfad verwendet und dass der Konnektor unterstützt wird. Überprüfen Sie außerdem, ob die Startzeit von der Quellsystemlatenz, Authentifizierung oder Modellinitialisierung außerhalb des Gatewaypfads beeinflusst wird.