Überlegungen zur Verwendung von Amazon Redshift Serverless - Amazon Redshift

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.

Überlegungen zur Verwendung von Amazon Redshift Serverless

Eine Liste der AWS-Regionen, in denen Amazon Redshift Serverless verfügbar ist, finden Sie in der Übersicht über die Endpunkte für die Redshift-Serverless-API in der 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.

Wartungsfenster – Bei Amazon Redshift Serverless gibt es kein Wartungsfenster. Softwareversionen werden automatisch aktualisiert. Es gibt keine Unterbrechung für bestehende Verbindungen oder Abfrageausführung, wenn Amazon Redshift die Versionen wechselt. Neue Verbindungen werden immer hergestellt und funktionieren sofort mit Amazon Redshift Serverless.

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 Instance für Amazon Redshift Serverless konfigurieren, öffnen Sie Weitere Überlegungen und stellen Sie sicher, dass die Subnetz-IDs unter Subnetz mindestens zwei der unterstützten Availability-Zone-IDs enthalten.

  • 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 das Mapping von Subnetzen und Availability-Zone-IDs anzuzeigen, öffnen Sie die VPC-Konsole und wählen Sie Subnets (Subnetze) aus, um die Liste der Subnetz-IDs mit ihren Availability-Zone-IDs anzuzeigen. 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 RPUs für die Redshift-Serverless-Bereitstellung müssen in jedem Subnetz mindestens drei freie IP-Adressen verfügbar sein, um die operativen Anforderungen des Service zu erfüllen.

Weitere Informationen zur Zuweisung von IP-Adressen und zur IP-Adressierung in Amazon VPC finden Sie unter IP-Adressierung für Ihre VPCs und Subnetze im Amazon-VPC-Benutzerhandbuch.

Without EVR

Wenn Sie kein erweitertes VPC-Routing verwenden, benötigen Sie mindestens drei freie IP-Adressen für jedes Subnetz, unabhängig von der Zahl der Basis-RPUs (4 bis 1024 RPUs) oder der RPU-Nutzung Ihrer Arbeitsgruppe(n). Die Notwendigkeit von 3 IP-Adressen gilt auch für Arbeitsgruppen mit aktivierten KI-gesteuerten Skalierungs- und Optimierungsfunktionen.

With Enhanced VPC Routing (EVR)

Wenn Sie das erweiterte VPC-Routing mit Redshift Serverless verwenden, sind zum Erstellen einer Arbeitsgruppe die folgenden Mindestzahlen von IP-Adressen erforderlich:

Redshift Processing Units (RPUs) Erforderliche freie IP-Adressen. CIDR-Mindestgröße
4 9 /27
8 9 /27
16 13 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1024 261 /23

Mit EVR benötigen Sie außerdem freie IP-Adressen, wenn Sie Ihre Arbeitsgruppe für die Verwendung einer größeren Zahl von RPUs aktualisieren. Für die Aktualisierung des Subnetzes einer Arbeitsgruppe werden die folgenden Mindestzahlen von freien IP-Adressen benötigt:

Redshift Processing Units (RPUs) Aktualisierte Redshift Processing Units (RPUs) Erforderliche freie IP-Adressen.
4 8 10
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1024 197
Anmerkung

Die maximale RPU-Basiskapazität von 1024 ist nur in den folgenden AWS-Regionen verfügbar:

  • USA Ost (Nord-Virginia)

  • USA Ost (Ohio)

  • USA West (Oregon)

  • Europa (Irland)

  • Europa (London)

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 ausführen SELECT version();.

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.