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 der Liste der Endpoints für Redshift Serverless. API 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 DECLARE einen Cursor drücken, werden die Größenspezifikationen für den Ergebnissatz für Amazon Redshift Serverless in angegeben. DECLARE
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.
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 drei der unterstützten Availability Zones enthält. IDs 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 mit ihrer Availability Zone zu sehen. IDs IDs Stellen Sie sicher, dass Ihr Subnetz einer unterstützten Availability-Zone-ID zugeordnet ist. Informationen zum Erstellen eines Subnetzes finden Sie unter Create a subnet in your VPC im VPCAmazon-Benutzerhandbuch.
Drei Subnetze – Sie benötigen mindestens drei Subnetze, die sich über drei Availability Zones erstrecken. Zum Beispiel können Sie drei Subnetze verwenden, die den Availability Zones us-east-1a, us-east-1b und us-east-1c zugeordnet sind. Eine Ausnahme bildet die Region USA West (Nordkalifornien). Genau wie die anderen Regionen erfordert sie drei Subnetze, diese dürfen sich jedoch nur über zwei Availability Zones erstrecken. Eine Bedingung ist, dass eine dieser Availability Zones zwei der Subnetze enthalten muss.
Anforderungen an kostenlose IP-Adressen — Sie müssen über kostenlose IP-Adressen verfügen, wenn Sie eine Amazon Redshift Serverless-Arbeitsgruppe erstellen. Die Mindestanzahl von IP-Adressen steigt mit steigender Anzahl der Redshift Processing Units (RPUs) für die Arbeitsgruppe. Insbesondere VPC erfordert jedes Subnetz in Ihrer Arbeitsgruppe eine Mindestanzahl von IP-Adressen. Weitere Informationen zur Zuweisung von IP-Adressen finden Sie unter IP-Adressierung im VPCAmazon-Benutzerhandbuch.
Die Mindestanzahl der freien IP-Adressen, die für die Erstellung einer Arbeitsgruppe erforderlich sind, ist wie folgt:
| Redshift-Verarbeitungseinheiten () RPUs | Erforderliche freie IP-Adressen. | Minimale Größe CIDR |
|---|---|---|
| 8 | 9 | /27 |
| 16 | 15 | /27 |
| 32 | 13 | /27 |
| 64 | 21 | /27 |
| 128 | 37 | /26 |
| 256 | 69 | /25 |
| 512 | 133 | /24 |
| 1024 | 261 | /23 |
Sie benötigen außerdem kostenlose IP-Adressen, wenn Sie Ihre Arbeitsgruppe aktualisieren, um mehr zu verwenden. RPUs Die Anzahl der freien IP-Adressen, die für die Aktualisierung der Subnetze für eine Arbeitsgruppe erforderlich sind, ist wie folgt:
| Redshift-Verarbeitungseinheiten () RPUs | Aktualisierte Redshift-Verarbeitungseinheiten () RPUs | Erforderliche freie IP-Adressen. |
|---|---|---|
| 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 Ländern verfügbar AWS-Regionen:
-
USA Ost (Nord-Virginia)
-
USA Ost (Ohio)
-
USA West (Oregon)
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 verschachtelten Sortierschlüsseln — Bei der Migration von von Amazon Redshift bereitgestellten Clustern zu Amazon Redshift Serverless konvertiert Redshift Tabellen mit verschachtelten Sortierschlüsseln und in zusammengesetzte Sortierschlüssel. DISTSTYLE KEY Das ändert sich nicht. DISTSTYLE 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.
VPCTeilen — Sie können Amazon Redshift Serverless-Arbeitsgruppen in einer gemeinsamen Datenbank erstellen. VPC In diesem Fall sollten Sie die Ressourcenfreigabe nicht löschen, da dies dazu führen kann, dass die Arbeitsgruppe nicht mehr verfügbar ist.
