Amazon Redshift unterstützt ab dem 1. November 2025 nicht mehr die Erstellung neuer Python-UDFs. Wenn Sie Python-UDFs verwenden möchten, erstellen Sie die UDFs vor diesem Datum. Bestehende Python-UDFs funktionieren weiterhin wie gewohnt. Weitere Informationen finden Sie im Blog-Posting
Tracks für von Amazon Redshift bereitgestellte Cluster und Serverless-Arbeitsgruppen
Wenn Amazon Redshift eine neue Version veröffentlicht, aktualisiert es die Version Ihres Amazon Redshift Data Warehouse (Serverless-Arbeitsgruppe oder bereitgestellter Cluster). Sie können angeben, ob Ihr Data Warehouse auf die zuletzt freigegebene oder die vorherige Version aktualisiert wird.
Der Track der Serverless-Arbeitsgruppe oder des bereitgestellten Clusters bestimmt, welche veröffentlichte Version bei einem Versionsupdate angewendet wird. Amazon Redshift aktualisiert bereitgestellte Cluster während des angegebenen Wartungszeitfensters und aktualisiert Serverless-Arbeitsgruppen normalerweise in Leerlaufphasen. Einzelheiten dazu, wann Redshift Serverless Arbeitsgruppen aktualisiert, finden Sie unter Aktualisieren von Serverless-Arbeitsgruppen.
Wenn Amazon Redshift eine neue Version veröffentlicht, wird diese Version dem aktuellen Track und die Vorversion dem vorhergehenden Track zugewiesen. Geben Sie einen der folgenden Werte an, um den Track für Ihr Data Warehouse festzulegen:
-
Aktuell – Mit dem aktuellen Track erhalten Sie die aktuellste zertifizierte Release-Version mit den neuesten Features, Sicherheitsupdates und Leistungsverbesserungen.
-
Vorhergehend – Mit dem vorhergehenden Track befinden Sie sich auf der vorherigen zertifizierten Version.
Angenommen, Ihre Serverless-Arbeitsgruppe verwendet derzeit die Version 1.0.2762 und Amazon Redshift veröffentlicht Redshift Serverless-Version 1.0.3072. Wenn Ihr Track-Wert Aktuell ist, wird Ihre die Arbeitsgruppe auf Version 1.0.3072 (die neueste Version) aktualisiert. Wenn Sie den Track-Wert auf Vorhergehend setzen, wird Ihre Arbeitsgruppe aktualisiert, wenn die nächste Track-Version veröffentlicht wird.
Mit dem Feature für den vorhergehenden Track haben Sie die Möglichkeit, eine Teilmenge der Amazon Redshift Data Warehouses im vorhergehenden Track auszuführen. Auf diese Weise können Data Warehouses, die auf den aktuellen Track eingestellt sind, 1 bis 6 Wochen lang getestet und ihre Integration validiert werden, bevor die Version auf Data Warehouses im vorhergehenden Track angewendet wird. Standardmäßig erstellt Amazon Redshift alle Cluster und Arbeitsgruppen im aktuellen Track, um von der aktuellsten zertifizierten Version zu profitieren. Wenn Sie jedoch den vorhergehenden Amazon-Redshift-Track in Ihrer Produktionsumgebung und den aktuellen Track in Ihrer Test- und Entwicklungsumgebung verwenden, ermöglicht dies zusätzliche Zeit, um die neueste Version sorgfältig zu evaluieren. Der vorhergehende Track sorgt für maximale Stabilität und ist somit ideal für geschäftskritische Workloads in Produktionsumgebungen geeignet.
Anmerkung
Die Version mit dem vorhergehenden Track kann für kurze Zeit mit der aktuellen Track-Version identisch sein. Dies kommt vor, wenn der aktuelle Track nicht zur nächsten Version übergegangen ist. Normalerweise ist die aktuelle Track-Version der Version mit dem vorhergehenden Track voraus.
Wechsel zwischen Tracks
Das Ändern des Tracks für eine Amazon-Redshift-Ressource ist normalerweise eine einmalige Entscheidung. Sie sollten beim Ändern des Wartungspfads vorsichtig vorgehen. Informationen darüber, welche Features in welchen Data-Warehouse-Versionen enthalten sind, finden Sie unter Cluster-Versionen für Amazon Redshift.
Wenn Sie den Track von Vorhergehend zu Aktuell ändern, wird das Data Warehouse auf die Release-Version des aktuellen Tracks gesetzt. Wenn Sie den Track des Data Warehouse zu Vorhergehend ändern, aktualisieren wir Ihr Data Warehouse wie folgt:
Für Serverless-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 Aktualisieren von Serverless-Arbeitsgruppen.
Für bereitgestellte Cluster wird das Data Warehouse erst dann aktualisiert, wenn nach der Aktuellen Track-Version eine neue Version vorliegt.
Tracks und Wiederherstellung
Bei Serverless-Arbeitsgruppen übernimmt ein Snapshot den Track des Ziel-Data-Warehouses von Amazon Redshift. Wenn Sie beispielsweise einen Snapshot für eine Arbeitsgruppe erstellen, für die die Option „Vorhergehender Track“ gewählt wurde, und auf eine Arbeitsgruppe anwenden, für die die Option „Aktueller Track“ gilt, hat die Arbeitsgruppe die Track-Einstellung „Aktuell“.
Bei bereitgestellten Clustern übernimmt ein Snapshot den Track des Quell-Data-Warehouses von Amazon Redshift. Wenn Sie den Track des Quell-Data-Warehouses ändern, nachdem Sie einen Snapshot erstellt haben, sind der Snapshot und das Quell-Data-Warehouse auf unterschiedlichen Tracks. Wenn Sie eine Wiederherstellung aus dem Snapshot vornehmen, befindet sich das neue Data Warehouse auf dem Track, der von der Snapshot-Quelle übernommen wurde. Sie können den Track ändern, nachdem die Wiederherstellung abgeschlossen ist.
Die Größenänderung eines Data Warehouses hat keinen Einfluss auf den Track.
Aktualisieren von Serverless-Arbeitsgruppen
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 keine Ruhephase 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 Trailing-Track nicht aufholt.
Nehmen wir zum Beispiel an, der Current-Track ist Version 186 und der Trailing-Track Version 185. Wenn Sie eine Arbeitsgruppe mit dem Track-Wert Current haben, deren Version 186 ist, wird Redshift Serverless die Version der Arbeitsgruppe nicht auf 185 herabstufen, wenn Sie den Track-Wert zu Trailing ä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 Current-Track eingestellt und der aktuelle 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 die Trailing-Version auf eine Version aktualisiert wurde, die 186 oder höher ist.
Anmerkung
Jeder bestehende Vorgang für eine Arbeitsgruppe, wie z. B. das Wiederherstellen aus 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 Serverless-Operationen.
Wenn Sie eine ausstehende Track-Wechsel-Anfrage haben, können Sie die Anfrage stornieren, indem Sie den track-Parameter mit UpdateWorkgroup auf seinen ursprünglichen Wert zurücksetzen.
Verwalten von Versionen
Ein Track ist eine Reihe von Versionen. Sie können für das Data Warehouse in Amazon Redshift als Track Aktuell oder Vorhergehend festlegen. Wenn Sie für das Data Warehouse Aktuell als Wartungspfad festlegen, wird es immer auf die neueste Release-Version aktualisiert. Wenn Sie für die Ressource Vorhergehend als Track festlegen, wird sie stets die Release-Version ausführen, die der zuletzt freigegebenen Version unmittelbar vorangeht.
Bei bereitgestellten Clustern zeigt die Spalte Release-Status in der Amazon-Redshift-Konsolenliste von Data Warehouses in Amazon Redshift an, ob eine Ihrer Ressourcen für ein Upgrade verfügbar ist.
Ermitteln der Arbeitsgruppen- oder Cluster-Version
Sie können die Arbeitsgruppenversion von Amazon Redshift Serverless oder die bereitgestellte Cluster-Version-Engine mithilfe der Amazon-Redshift-Konsole ermitteln.
Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-Redshift-Konsole unter https://console.aws.amazon.com/redshiftv2/
