Fabric-Runtime-Releasekanäle (Vorschau)

Fabric Laufzeitversionskanäle bieten Kunden eine strukturierte und transparente Möglichkeit, anstehende Laufzeitänderungen zu testen, bevor sie zum Standard werden. Dieses Feature hilft Organisationen, ihre Produktionsworkloads frühzeitig mit diesen neuen Änderungen im frühen Zugriff zu überprüfen, unerwartete Unterbrechungen zu vermeiden und eine bessere Kontrolle über Spark-Laufzeitupgrades zu erhalten.

Anstatt stille Updates zu erhalten, die Ihre Produktions-Workloads beeinträchtigen könnten, entscheiden Sie sich für einen Early-Access-Release-Kanal, testen Sie Ihre Workloads in einer Entwicklungs- oder Staging-Umgebung und bestätigen Sie die Kompatibilität, bevor das Update zum Standard wird.

Funktionsweise von Veröffentlichungskanälen

Jede Spark-Runtime verfügt über mindestens zwei öffentliche Veröffentlichungskanäle:

• Standardkanal – Dieser Produktionskanal führt die Standardversion der Laufzeit aus. Alle Benutzer verwenden diesen Kanal automatisch, es sei denn, sie melden sich für den frühzeitigen Zugriff an.
• Frühzugriffskanal – Dieser produktionsreife Kanal enthält kommende Updates und Bibliotheksänderungen und soll als nächster Standardkanal festgelegt werden. Registrieren Sie sich, um Ihre Workloads im Hinblick auf bevorstehende Änderungen zu testen.

Wenn das festgelegte Überprüfungsfenster endet, wird der Early Access-Kanal automatisch höhergestuft, um zur neuen Standardeinstellung zu werden, und ein neuer Early Access-Kanal wird mit einem anderen Satz neuer Änderungen eingeführt. Dieser Prozess setzt den Zyklus fort. Mit diesem Modell erhalten Sie ein vorhersagbares Testfenster, bevor Änderungen für alle Benutzer standardmäßig werden.

Warum Veröffentlichungskanäle wichtig sind

Spark-Laufzeitupdates können Bibliotheksupgrades, Sicherheitspatches, Abhängigkeitsänderungen oder sogar Betriebssystemupgrades enthalten. Während alle Updates vor der Veröffentlichung interne Qualitätsprüfungen bestehen, können diese Prüfungen nicht alle kundenspezifischen Variationen und Anwendungsfälle erfassen. Mithilfe von Early Access-Kanälen können Sie potenzielle Probleme frühzeitig erkennen und mit Microsoft arbeiten, indem Sie ein Supportticket erstellen, um sie zu beheben, bevor Updates sich auf Ihre Produktionsumgebung auswirken.

Auswählen eines Veröffentlichungskanals

Wählen Sie einen Veröffentlichungskanal mithilfe der Spark-Konfigurationen oder -Eigenschaften aus. Verwenden Sie die folgende Eigenschaft in Ihren Spark-Einstellungen oder -Konfigurationen:

# Prerequisite: early access doesn't use Starter Pool so you need to set it to skip it
spark.fabric.pools.skipStarterPools=true

# Set one of the following values:
# Use this to switch to the early access channel
spark.computeConf.runtime.releaseChannel=earlyAccess

# or to revert to the default release channel
spark.computeConf.runtime.releaseChannel=default

Gültige Werte sind:

• default – Verwendet den allgemein verfügbaren Standardversionskanal
• earlyAccess – Verwendet die bevorstehende Early Access-Version für Tests.

Einrichten und Ausführen von Tests für frühzeitigen Zugriff

Führen Sie die folgenden Schritte aus, um Frühzugriffsversionen effektiv zu testen:

1. Einrichten eines Testarbeitsbereichs oder Festlegen einer vorhandenen Testumgebung

Erstellen Sie einen dedizierten Arbeitsbereich zum Testen des Early Access-Kanals:

1. Erstellen Sie einen neuen Arbeitsbereich, oder legen Sie eine vorhandene Testumgebung fest.

2. Erstellen Sie ein Umgebungselement, und legen Sie diese Eigenschaften fest, um frühzeitigen Zugriff zu verwenden.

   

3. Verweisen Sie in Ihrem Notizbuch oder der Spark-Auftragsdefinition auf das von Ihnen erstellte Umgebungselement.

4. Wenn die Sitzung beginnt, überprüfen Sie mit dem folgenden Befehl die Nutzung des Early-Access-Release-Kanals.

   

2. Identifizieren repräsentativer Workloads

Führen Sie Workloads aus, die Ihre Produktionspipelines darstellen:

• Führen Sie Ihre gesamte Produktions-Workload idealerweise im Test-Arbeitsbereich für den Early-Access-Kanal aus.
• Wenn dies nicht praktisch ist, identifizieren Sie die kritischen Tests und Pipelines, die Ihre Produktionsumgebung am besten darstellen.
• Ziehen Sie in Betracht, vorhandene UAT- oder Staging-Umgebungen zu verwenden, über die Sie möglicherweise bereits verfügen.

3. Automatisieren von Tests

Einrichten von automatisierten Testläufen:

• Planen Sie tests, die regelmäßig ausgeführt werden sollen, aber weniger häufig als Releaseupdates.
• Überwachen Sie die Testergebnisse auf Fehler, die auf Probleme mit der Early Access Release hinweisen können.

4. Melden von Problemen

Wenn Sie vermuten, dass ein Fehler durch die Early Access Release verursacht wird:

1. Vergleichen Sie die Ergebnisse mit dem Standardkanal, um das Problem zu isolieren.
2. Beachten Sie die VHD-ID der vorab getesteten Version.
3. Wenden Sie sich an Microsoft Support mit Ihren Ergebnissen. Microsoft priorisiert Probleme beim frühen Zugriff und stellt entweder einen Hotfix bereit oder setzt problematische Änderungen zurück.

Nachverfolgen von Versionsupdates und VHD-Informationen

So bleiben Sie über Änderungen in den einzelnen Veröffentlichungskanälen auf dem Laufenden:

1. Identifizieren Sie Ihr VHD-Image (virtuelle Festplatte). So ermitteln Sie die VHD-ID des Runtime-Images, das Sie gerade ausführen:

   • Überprüfen Sie Informationen zur Spark UI oder zum Cluster in Ihrer Sitzung (wie spark.conf.get("spark.synapse.vhd.id", ""))
   • Suchen nach VHD-ID in Clusterprotokollen
   • Verwenden Sie diese Informationen beim Melden von Problemen zur Unterstützung

2. Überprüfen Sie die Versionshinweise. Überwachen Sie das Spark Runtime-Versions- und Aktualisierungsrepository auf detaillierte Versionshinweise. Versionshinweise werden pro Veröffentlichungskanal veröffentlicht, sodass Sie Änderungen ganz einfach vergleichen können. Jede Version enthält dokumentierte Änderungen an Bibliotheken, Komponenten und Verbesserungen.

Beispiele:

• Official-Spark3.5-default-YYYY-MM-DD.md
• Official-Spark3.5-early-access-YYYY-MM-DD.md

Wenn der Early Access-Kanal zur neuen Standardeinstellung wird:

• Die Notizen der vorherigen Standardeinstellung werden archiviert.
• Notizen für den frühen Zugriff werden als neue Standardnotizen umbenannt.
• Für den nächsten Zyklus wird eine neue Notizendatei für den frühzugriff veröffentlicht.

Häufig gestellte Fragen

Ist der Frühzugang von geringerer Qualität?

No. Der Early Access-Kanal muss alle standardmäßigen Validierungsprüfungen bestehen. Es liegt schlicht früher im Veröffentlichungszeitplan.

Muss ich den Early Access-Kanal verwenden?

No. Es ist vollständig optional. Wenn Sie sich nicht anmelden, verwenden Sie weiterhin den Standardkanal.

Kann ich einen Rollback ausführen, wenn etwas fehlschlägt?

Ja. Sie können jederzeit vom Early Access-Kanal zurückkehren, indem Sie die Spark-Konfiguration verwenden, um zum Standardkanal zurückzukehren.

Kostet der frühzeitige Zugriff zusätzliche Kosten?

No. Die Abrechnung bleibt identisch mit der Standardkanalnutzung.

Verwendet der frühe Zugriff nur einen benutzerdefinierten Pool?

Ja. Der frühe Zugriff verwendet nur einen benutzerdefinierten Pool, da es sich um ein Opt-In-Feature handelt. Im Gegensatz zu Starterpool haben benutzerdefinierte Pools eine Verzögerung beim Starten der Sitzung.

Verwandte Inhalte

• Apache-Spark-Runtimes in Fabric
• Lebenszyklus für Apache Spark-Runtimes in Fabric
• Runtime 2.0 in Fabric
• Runtime 1.3 in Fabric
• Spark Runtime-Versionen und -Updates