Tracks für von Amazon Redshift bereitgestellte Cluster und serverlose Arbeitsgruppen - Amazon Redshift

Amazon Redshift wird UDFs ab dem 1. November 2025 die Erstellung von neuem Python nicht mehr unterstützen. Wenn Sie Python verwenden möchten UDFs, erstellen Sie das UDFs vor diesem Datum liegende. Bestehendes Python UDFs wird weiterhin wie gewohnt funktionieren. Weitere Informationen finden Sie im Blogbeitrag.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Tracks für von Amazon Redshift bereitgestellte Cluster und serverlose Arbeitsgruppen

Wenn Amazon Redshift eine neue Version veröffentlicht, aktualisiert es die Version Ihres Amazon Redshift Data Warehouse (serverlose Arbeitsgruppe oder bereitgestellter Cluster). Sie können steuern, ob Ihr Data Warehouse auf die neueste Version oder auf die vorherige zertifizierte Version aktualisiert wird.

Der Track der serverlosen Arbeitsgruppe oder des bereitgestellten Clusters bestimmt, welche veröffentlichte Version bei einem Versionsupdate angewendet wird. Amazon Redshift aktualisiert bereitgestellte Cluster während des angegebenen Wartungsfensters und aktualisiert normalerweise serverlose Arbeitsgruppen in Leerlaufphasen. Einzelheiten dazu, wann Redshift Serverless Arbeitsgruppen aktualisiert, finden Sie unter. Serverlose Arbeitsgruppen werden aktualisiert

Wenn Amazon Redshift eine neue Version veröffentlicht, wird diese Version dem aktuellen Track und die vorherige Version dem nachfolgenden Track zugewiesen. Um den Track für Ihr Data Warehouse festzulegen, geben Sie einen der folgenden Werte an:

  • Aktuell — Mit der Option Aktuell erhalten Sie die am besten up-to-date zertifizierte Release-Version mit den neuesten Funktionen, Sicherheitsupdates und Leistungsverbesserungen.

  • Nachstehend — Mit dem Status „Trailing“ befinden Sie sich auf der vorherigen zertifizierten Version.

Nehmen wir beispielsweise an, dass in Ihrer serverlosen Arbeitsgruppe derzeit Version 1.0.2762 ausgeführt wird und Amazon Redshift Serverless Version 1.0.3072 veröffentlicht. Wenn Ihr Track-Wert „Aktuell“ lautet, wurde Ihre Arbeitsgruppe auf Version 1.0.3072 (die neueste Version) aktualisiert. Wenn Sie den Track-Wert auf Trailing setzen, wird Ihre Arbeitsgruppe aktualisiert, wenn die nächste Track-Version veröffentlicht wird.

Mit der Trailing Track-Funktion haben Sie die Möglichkeit, eine Teilmenge der Amazon Redshift Redshift-Data Warehouses im Trailing Track auszuführen. Auf diese Weise können Data Warehouses, die auf den Status Aktuell eingestellt sind, 1—6 Wochen lang getestet und die Integration validiert werden, bevor die Version auf Data Warehouses im Trailing Track angewendet wird. Standardmäßig erstellt Amazon Redshift alle Cluster und Arbeitsgruppen auf dem aktuellen Track, um die Vorteile der am meisten up-to-date zertifizierten Version zu nutzen. Wenn Sie jedoch den Amazon Redshift Redshift-Trailing-Track in Ihrer Produktionsumgebung und den aktuellen Track in Ihrer Test- und Entwicklungsumgebung verwenden, erhalten Sie zusätzliche Sorgfalt und Zeit, um die neueste Version zu evaluieren. Der Trailing Track sorgt für maximale Stabilität und ist somit ideal für geschäftskritische Workloads in Produktionsumgebungen.

Anmerkung

Die Trailing Track-Version kann für kurze Zeit mit der aktuellen Track-Version identisch sein. Dies passiert, wenn der aktuelle Titel nicht zur nächsten Version übergegangen ist. Normalerweise liegt die aktuelle Track-Version vor der Trailerversion.

Zwischen Titeln wechseln

Das Ändern der Titel für eine Amazon Redshift Redshift-Ressource ist in der Regel eine einmalige Entscheidung. Sie sollten beim Ändern des Wartungspfads vorsichtig vorgehen. Informationen darüber, welche Funktionen in welchen Data Warehouse-Versionen enthalten sind, finden Sie unterCluster-Versionen für Amazon Redshift.

Wenn Sie den Track von Trailing auf Current ändern, aktualisieren wir das Data Warehouse auf die aktuelle Track-Release-Version. Wenn Sie den Track des Data Warehouse auf Trailing ändern, aktualisieren wir Ihr Data Warehouse wie folgt:

  • Für serverlose Arbeitsgruppen aktualisieren wir die Version Ihres Data Warehouse während einer Ruhephase. Weitere Informationen darüber, wie Redshift Serverless die Version Ihrer Arbeitsgruppe aktualisiert, finden Sie unter. Serverlose Arbeitsgruppen werden aktualisiert

  • Bei bereitgestellten Clustern aktualisieren wir Ihr Data Warehouse erst, wenn es nach der aktuellen Track-Release-Version eine neue Version gibt.

Verfolgt und stellt sie wieder her

Bei serverlosen Arbeitsgruppen erbt ein Snapshot den Track des Amazon Redshift Redshift-Ziel-Data Warehouse. Wenn Sie beispielsweise einen Snapshot für eine Arbeitsgruppe erstellen, für die die Option Nachlaufender Track festgelegt ist, und diesen Snapshot auf eine Arbeitsgruppe anwenden, für die die Option Aktueller Track festgelegt ist, hat die Arbeitsgruppe die Track-Einstellung Aktuell.

Bei bereitgestellten Clustern erbt ein Snapshot den Track des Amazon Redshift Redshift-Quell-Data Warehouse. Wenn Sie den Track des Quell-Data Warehouse ändern, nachdem Sie einen Snapshot erstellt haben, befinden sich der Snapshot und das Quell-Data Warehouse auf unterschiedlichen Spuren. Wenn Sie aus dem Snapshot wiederherstellen, befindet sich das neue Data Warehouse auf dem Track, der von der Snapshot-Quelle übernommen wurde. Sie können den Track ändern, nachdem der Wiederherstellungsvorgang abgeschlossen ist.

Die Größenänderung eines Data Warehouses hat keinen Einfluss auf seinen Track.

Serverlose Arbeitsgruppen werden aktualisiert

Wenn eine neue Version für den von einer Arbeitsgruppe ausgewählten Track verfügbar wird, wendet Amazon Redshift Serverless das Update in der Regel während einer Ruhephase an, sofern keine Track-Update-Anfrage aussteht. Wenn in der Arbeitsgruppe innerhalb von 14 Tagen kein Leerlauf auftritt, erzwingt Redshift Serverless das Versionsupdate.

Redshift Serverless aktualisiert Ihre Arbeitsgruppe nur auf die nächsthöhere Version. Redshift Serverless überspringt keine Zwischenversionen und führt kein Downgrade von Arbeitsgruppen durch, auch wenn die Version für den Track der ausgewählten Arbeitsgruppe niedriger ist als die aktuelle Version der Arbeitsgruppe. Ihre Arbeitsgruppe erhält keine größeren Versions-Upgrades, solange der Trend nicht aufgeholt wird. Trailing

Nehmen wir zum Beispiel an, der Current Track ist Version 186 und der Trailing Track Version 185. Wenn Sie eine Arbeitsgruppe mit einem Track Wert von habenCurrent, deren Version 186 ist, wird Redshift Serverless die Version der Arbeitsgruppe nicht auf 185 herabstufenTrailing, wenn Sie den Track Wert auf 186 ändern. In diesem Szenario behält Redshift Serverless für die Arbeitsgruppe Version 186 bei, bis die Trailing Track-Version 186 oder höher ist.

Wenn eine Track-Änderung aussteht, aktualisiert Redshift Serverless die Arbeitsgruppe erst auf die nächste Hauptversion im vorhandenen Track, wenn die Track-Änderung angewendet wird. Nach Abschluss der Track-Änderung bewertet Redshift Serverless die Bedingungen für die Aktualisierung der Arbeitsgruppe auf die entsprechende Version unter dem neuen Track.

Wenn Ihre Arbeitsgruppe beispielsweise auf den Track eingestellt ist und der aktuelle Current Track 186 ist und Sie Ihre Arbeitsgruppe auf den Trailing Track ändern, aktualisiert Redshift Serverless die Arbeitsgruppe erst, nachdem es die Track-Änderung angewendet hat und nachdem die Version auf eine Trailing Version aktualisiert wurde, die 186 oder höher ist.

Anmerkung

Jeder bestehende Vorgang in einer Arbeitsgruppe, wie z. B. das Wiederherstellen von einem Snapshot, das Ändern des KMS-Schlüssels oder die Größenänderung, findet nur auf dem vorhandenen Track statt. Redshift Serverless verwendet den ausstehenden Track nicht für serverlose Operationen.

Wenn Sie eine ausstehende Track-Switch-Anfrage haben, können Sie die Anfrage stornieren, indem Sie den track Parameter mithilfe von auf seinen ursprünglichen Wert zurücksetzen. UpdateWorkgroup

Versionen verwalten

Ein Track ist eine Reihe von Veröffentlichungen. Sie können entscheiden, ob sich Ihr Amazon Redshift Redshift-Data Warehouse im aktuellen Track oder im Trailing-Track befindet. Wenn Sie Ihr Data Warehouse auf den Status Aktuell setzen, wird es immer auf die neueste Release-Version aktualisiert. Wenn Sie Ihre Ressource in den Status „Letzte Version“ setzen, wird immer die Release-Version ausgeführt, die unmittelbar vor der zuletzt veröffentlichten Version veröffentlicht wurde.

Bei bereitgestellten Clustern gibt die Spalte Release-Status in der Amazon Redshift Redshift-Konsolenliste der Amazon Redshift Redshift-Data Warehouses an, ob eine Ihrer Ressourcen für ein Upgrade verfügbar ist.

Ermitteln der Arbeitsgruppe- oder Cluster-Version

Sie können die serverlose Amazon Redshift Redshift-Workgroup-Version oder die bereitgestellte Cluster-Version der Engine mit der Amazon Redshift Redshift-Konsole ermitteln.

Melden Sie sich bei der an AWS Management Console und öffnen Sie die Amazon Redshift Redshift-Konsole unter https://console.aws.amazon.com/redshiftv2/.

Serverless workgroups

Wählen Sie für serverlose Arbeitsgruppen im Navigationsmenü Arbeitsgruppen und dann den Namen der Arbeitsgruppe aus der Liste aus, um die zugehörigen Details zu öffnen. Die Details der Arbeitsgruppe werden angezeigt.

Provisioned clusters

Wählen Sie für bereitgestellte Cluster im Navigationsmenü die Option Cluster und anschließend den Clusternamen aus der Liste aus, um die zugehörigen Details zu öffnen.

Die Details des Clusters werden möglicherweise einschließlich der Registerkarten Cluster performance (Cluster-Leistung), Query monitoring (Abfrageüberwachung), Databases (Datenbanken), Datashares (Datenaustausche), Schedules (Zeitpläne), Maintenance (Wartung) und Properties (Eigenschaften) angezeigt. Wählen Sie die Registerkarte Maintenance (Wartung) für weitere Details aus.

Suchen Sie im Abschnitt Maintenance (Wartung) nach Current cluster version (Aktuelle Clusterversion).

Anmerkung

Bei bereitgestellten Clustern zeigt die Konsole die Versionsinformationen in einem Feld an, in der Amazon Redshift Redshift-API sind es jedoch zwei Parameter. Diese Parameter sind ClusterVersion und. ClusterRevisionNumber Weitere Informationen finden Sie unter Cluster in der API-Referenz von Amazon Redshift.