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 Blog-Posting
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.
Überlegungen zur Verwendung von Amazon Redshift Serverless
Eine Liste, AWS-Regionen wo Amazon Redshift Serverless verfügbar ist, finden Sie in den Endpunkten, die für die Redshift Serverless API aufgeführt sind. Allgemeine Amazon Web Services-Referenz
Einige von Amazon Redshift Serverless verwendete Ressourcen unterliegen Kontingenten. Weitere Informationen finden Sie unter Kontingente für Objekte von Amazon Redshift Serverless.
Wenn Sie für einen Cursor DECLARE ausführen, werden die Größenangaben für den Ergebnissatz für Amazon Redshift Serverless in DECLARE angegeben. Amazon Redshift Serverless hat eine maximale Gesamtergebnissatzgröße für den Cursor von 150.000 MB.
Online-Patching — Amazon Redshift Serverless bietet automatische Softwareupdates, ohne dass herkömmliche Wartungsfenster erforderlich sind. Wenn ein neues Update verfügbar ist, installiert das System es in Leerlaufphasen innerhalb von 14 Tagen nach der Veröffentlichung. Der Aktualisierungsvorgang dauert in der Regel bis zu 15 Minuten. Wenn innerhalb von 14 Tagen keine 15-minütige Leerlaufzeit auftritt, kann es sein, dass Ihr Serverless-Endpunkt kurzzeitig nicht verfügbar ist. Während dieser Zeit können Anwendungsverbindungen zu Endpunkten fehlschlagen. Sie können Redshift-Patch-Releases in der Dokumentation „Cluster-Versionen für Amazon Redshift“ überwachen. Informationen zu Amazon Redshift Serverless SLAs finden Sie unter Amazon Redshift Service
Nachverfolgen – Wenn Amazon Redshift eine neue Arbeitsgruppenversion veröffentlicht, wird Ihre Arbeitsgruppe automatisch aktualisiert. Sie können angeben, ob die Arbeitsgruppe auf die neueste oder die vorherige Version aktualisiert wird. Weitere Informationen zur Nachverfolgung finden Sie unter Tracks für von Amazon Redshift bereitgestellte Cluster und Serverless-Arbeitsgruppen.
Availability Zone IDs — Wenn Sie Ihre Amazon Redshift Serverless Instance konfigurieren, öffnen Sie Zusätzliche Überlegungen und stellen Sie sicher, dass das unter Subnet IDs bereitgestellte Subnetz mindestens zwei der unterstützten Availability Zones enthält. IDs
Für Arbeitsgruppen ohne Enhanced VPC Routing (EVR) benötigen Sie zwei Availability Zones (AZs).
Für Arbeitsgruppen mit EVR benötigen Sie drei. AZs
Um die Zuordnung zwischen Subnetz und Availability Zone ID zu sehen, gehen Sie zur VPC-Konsole und wählen Sie Subnetze aus, um die Liste der Subnetze IDs mit ihrer Availability Zone anzuzeigen. IDs Stellen Sie sicher, dass Ihr Subnetz einer unterstützten Availability-Zone-ID zugeordnet ist. Weitere Informationen zum Erstellen von Subnetzen finden Sie unter Erstellen eines Subnetzes in der VPC im Amazon-VPC-Benutzerhandbuch.
Zwei Subnetze (ohne EVR) – Sie benötigen mindestens zwei Subnetze, die sich über zwei Availability Zones erstrecken müssen.
Drei Subnetze (NUR mit EVR) – Wenn Sie EVR verwenden, benötigen Sie mindestens drei Subnetze, die sich über mindestens drei Availability Zones erstrecken müssen.
Anforderungen hinsichtlich freier IP-Adressen – Wenn Sie Redshift Serverless ohne aktiviertes erweitertes VPC-Routing (EVR) verwenden, müssen in jedem Subnetz mindestens drei freie IP-Adressen verfügbar sein. Dies ist eine Voraussetzung für das reibungslose Funktionieren des Service.
Bei der Aktualisierung der Serverless-Bereitstellung RPUs für Redshift müssen mindestens drei freie IP-Adressen in jedem Subnetz verfügbar sein, um den betrieblichen Anforderungen des Dienstes gerecht zu werden.
Weitere Informationen zur Zuweisung von IP-Adressen und zum Verständnis der IP-Adressierung in Amazon VPC finden Sie unter IP-Adressierung für Sie VPCs und Subnetze im Amazon VPC-Benutzerhandbuch.
Weitere Informationen zum Zuweisen von IP-Adressen finden Sie unter IP-Adressierung im Amazon-VPC-Benutzerhandbuch.
Speicherplatz nach der Migration – Wenn Sie kleine von Amazon Redshift bereitgestellte Cluster zu Amazon Redshift Serverless migrieren, können Sie nach der Migration ggf. eine Zunahme der Speicherplatzzuweisung feststellen. Dies ist das Ergebnis einer optimierten Speicherplatzzuweisung, die zu vorab zugewiesenem Speicherplatz führt. Dieser Speicherplatz wird im Laufe der Zeit genutzt, wenn die Datenmengen in Amazon Redshift Serverless zunehmen.
Datasharing zwischen Amazon Redshift Serverless und von Amazon Redshift bereitgestellten Clustern – Beim Datasharing, bei dem Amazon Redshift Serverless der Produzent und ein bereitgestellter Cluster der Verbraucher ist, muss der bereitgestellte Cluster eine höhere Clusterversion als 1.0.38214 aufweisen. Wenn Sie eine niedrigere Clusterversion verwenden, tritt beim Ausführen einer Abfrage ein Fehler auf. Sie können die Cluster-Version in der Amazon-Redshift-Konsole auf der Registerkarte Maintenance (Wartung) einsehen. Sie können auch SELECT
version(); ausführen.
Max. Ausführungszeit der Abfrage – Verstrichene Ausführungszeit für eine Abfrage in Sekunden. Die Ausführungszeit enthält nicht die in einer Warteschlange verbrachte Zeit. Wenn eine Abfrage die festgelegte Ausführungszeit überschreitet, stoppt Amazon Redshift Serverless die Abfrage. Gültige Werte liegen zwischen 0 und 86 399.
Migration für Tabellen mit überlappenden Sortierschlüsseln – Bei der Migration von bereitgestellten Amazon-Redshift-Clustern zu Amazon Redshift Serverless konvertiert Redshift Tabellen mit überlappenden Sortierschlüsseln und DISTSTYLE KEY in zusammengesetzte Sortierschlüssel. Der DISTSTYLE ändert sich nicht. Weitere Informationen zu Verteilungsstilen finden Sie unter Arbeiten mit Datenverteilungsstilen im Amazon-Redshift-Entwicklerhandbuch. Weitere Informationen zu Sortierschlüsseln finden Sie unter Arbeiten mit Sortierschlüsseln.
VPC-Freigabe – Sie können Amazon-Redshift-Serverless-Arbeitsgruppen in einer geteilten VPC erstellen. In diesem Fall sollten Sie die Ressourcenfreigabe nicht löschen, da dies dazu führen kann, dass die Arbeitsgruppe nicht mehr verfügbar ist.
IPv6 Support:
Amazon Redshift Serverless unterstützt die Konfiguration Ihrer Amazon Redshift Redshift-Arbeitsgruppen IPv4 sowohl mit IPv6 Adressen (Dual-Stack) als auch mit Konfigurationen IPv4 nur innerhalb Ihrer AWS Virtual Private Clouds (). VPCs Sie können den IPv6 Support aktivieren, wenn Sie neue Amazon Redshift Serverless-Arbeitsgruppen erstellen, oder bestehende Arbeitsgruppen so ändern, dass sie die Adressierung unterstützen. IPv6 Mit dieser Funktion können Sie Amazon Redshift Serverless Warehouses in IPv6 -fähigen VPC-Subnetzen bereitstellen und Netzwerkeinstellungen konfigurieren, um die wachsenden Adressraumanforderungen Ihrer Anwendungen zu unterstützen. Ihre Anwendungen können jetzt mithilfe von IPv6 Oder-Protokollen mit Amazon Redshift Serverless Warehouses kommunizieren, wodurch die Kompatibilität mit bestehenden und future Netzwerkarchitekturen gewährleistet ist. IPv4
