Von Amazon Redshift bereitgestellte Cluster - Amazon Redshift

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.

Von Amazon Redshift bereitgestellte Cluster

Ein Amazon-Redshift-Data-Warehouse ist eine Sammlung von Datenverarbeitungsressourcen, den so genannten Knoten, die zu Gruppen, den so genannten Clustern, zusammengefasst werden. In jedem Cluster wird eine Amazon-Redshift-Engine ausgeführt, und er enthält mindestens eine Datenbank.

Anmerkung

Derzeit ist die Amazon-Redshift-Engine der Version 1.0 verfügbar. Wenn die Engine aktualisiert wird, können jedoch künftig mehrere Amazon-Redshift-Engine-Versionen zur Auswahl verfügbar sein.

Cluster und Knoten in Amazon Redshift

Ein Amazon-Redshift-Cluster besteht aus mehreren Knoten. Jeder Cluster hat einen Leader- und einen oder mehrere Datenverarbeitungsknoten. Der Leader-Knoten erhält Abfragen von Client-Anwendungen, parst diese und entwickelt Abfrageausführungspläne. Der Leader-Knoten koordiniert dann die parallele Ausführung dieser Pläne mit den Datenverarbeitungsknoten und aggregiert die Zwischenergebnisse von diesen Knoten. Anschließend werden die Ergebnisse an die Client-Anwendungen zurückgegeben.

Computing-Knoten führen die Abfrageausführungspläne aus und übermitteln Daten untereinander, um diese Abfragen zu bedienen. Die Zwischenergebnisse werden zur Aggregierung an den Leader-Knoten gesendet, bevor sie an die Client-Anwendungen zurückgesendet werden. Weitere Informationen zu Leader- und Datenverarbeitungsknoten finden Sie unter Data-Warehouse-Systemarchitektur im Entwicklerhandbuch für Amazon Redshift Database.

Anmerkung

Wenn Sie einen Cluster auf der Amazon Redshift Redshift-Konsole (https://console.aws.amazon.com/redshiftv2/) erstellen, können Sie eine Empfehlung für Ihre Cluster-Konfiguration erhalten, die auf der Größe Ihrer Daten und Abfrageeigenschaften basiert. Um diesen Größenrechner zu verwenden, suchen Sie auf der Konsole unter AWS Regionen, die RA3 Knotentypen unterstützen, nach Hilfe bei der Auswahl. Weitere Informationen finden Sie unter Erstellen eines Clusters.

Wenn Sie einen Cluster starten, ist eine der anzugebenden Optionen der Knotentyp. Der Knotentyp bestimmt dieCPU,RAM, Speicherkapazität und den Speicherlaufwerkstyp für jeden Knoten.

Amazon Redshift bietet verschiedene Knotentypen, um Ihren Workloads gerecht zu werden. Wir empfehlen, DC2 je nach benötigter Leistung, Datengröße und erwartetem Datenwachstum die Option RA3 oder zu wählen.

RA3Knoten mit verwaltetem Speicher ermöglichen es Ihnen, Ihr Data Warehouse zu optimieren, indem Sie Rechenleistung und verwalteten Speicher unabhängig voneinander skalieren und bezahlen. Mit RA3 dieser Option wählen Sie die Anzahl der Knoten auf der Grundlage Ihrer Leistungsanforderungen und zahlen nur für den verwalteten Speicher, den Sie tatsächlich nutzen. Legen Sie die Größe Ihres RA3 Clusters auf der Grundlage der Datenmenge fest, die Sie täglich verarbeiten. Sie starten Cluster, die die RA3 Knotentypen in einer virtuellen privaten Cloud verwenden (VPC). In EC2 -Classic können Sie keine RA3 Cluster starten. Weitere Informationen finden Sie unter Erstellen eines von Redshift bereitgestellten Clusters oder einer Amazon Redshift Serverless-Arbeitsgruppe in einem VPC.

Der von Amazon Redshift verwaltete Speicher verwendet große, leistungsstarke SSDs Speichermodule in jedem RA3 Knoten für schnellen lokalen Speicher und Amazon S3 für längerfristigen, dauerhaften Speicher. Wenn die Daten in einem Knoten die Größe des großen lokalen Knotens überschreitenSSDs, lagert der von Amazon Redshift verwaltete Speicher diese Daten automatisch an Amazon S3 aus. Sie zahlen den gleichen niedrigen Preis für verwalteten Amazon Redshift Redshift-Speicher, unabhängig davon, ob sich die Daten im Hochleistungsspeicher SSDs oder in Amazon S3 befinden. Für Workloads, die ständig wachsenden Speicherplatz benötigen, können Sie mit Managed Storage Ihre Data Warehouse-Speicherkapazität unabhängig von den Rechenknoten automatisch skalieren.

DC2Knoten ermöglichen Ihnen rechenintensive Data Warehouses, einschließlich lokalem Speicher. SSD Hier können Sie die Anzahl der benötigten Knoten auf der Grundlage Ihres Datenvolumens und Ihrer Leistungsanforderungen auswählen. DC2Knoten speichern Ihre Daten lokal, um eine hohe Leistung zu erzielen. Wenn die Datengröße zunimmt, können Sie weitere Rechenknoten hinzufügen, um die Speicherkapazität des Clusters zu erhöhen. Für Datensätze unter 1 TB (komprimiert) empfehlen wir DC2 Knotentypen, um die beste Leistung zum niedrigsten Preis zu erzielen. Wenn Sie erwarten, dass Ihre Datenmenge wächst, empfehlen wir die Verwendung von RA3 Knoten, damit Sie Rechenleistung und Speicher unabhängig voneinander dimensionieren können, um ein besseres Preis-Leistungs-Verhältnis zu erzielen. Sie starten Cluster, die die DC2 Knotentypen in einer virtuellen privaten Cloud verwenden (VPC). In EC2 -Classic können Sie keine DC2 Cluster starten. Weitere Informationen finden Sie unter Erstellen eines von Redshift bereitgestellten Clusters oder einer Amazon Redshift Serverless-Arbeitsgruppe in einem VPC.

Knotentypen sind in unterschiedlichen Größen verfügbar. Die Knotengröße und die Anzahl der Knoten bestimmen den gesamten Speicherplatz für einen Cluster. Weitere Informationen finden Sie unter Details zu Knotentypen.

Einige Knotentypen erlauben einen Knoten (Single Node) oder mehrere Knoten (Multiple Node). Die minimale Anzahl von Knoten für Cluster einiger Knotentypen beträgt zwei Knoten. Auf einem Single Node-Cluster dient der einzelne Knoten für Leader- und Datenverarbeitungsfunktionen. Cluster mit einem Knoten werden nicht für die Ausführung von Produktions-Workloads empfohlen. Auf einem Multi Node-Cluster ist der Leader-Knoten von den Datenverarbeitungsknoten getrennt. Der Führungsknoten hat denselben Knotentyp wie die Datenverarbeitungsknoten. Sie zahlen nur für Datenverarbeitungsknoten.

Amazon Redshift wendet Kontingente auf Ressourcen für jedes AWS Konto in jeder AWS Region an. Ein Kontingent schränkt die Anzahl der Ressourcen ein, die Ihr Konto für einen bestimmten Ressourcentyp, z. B. Knoten oder Snapshots, innerhalb einer Region erstellen kann. AWS Weitere Informationen zu den Standardkontingenten, die für Amazon Redshift Redshift-Ressourcen gelten, finden Sie unterKontingente und Limits in Amazon Redshift.

Die Kosten Ihres Clusters hängen von der AWS Region, dem Knotentyp, der Anzahl der Knoten und davon ab, ob die Knoten im Voraus reserviert wurden. Weitere Informationen zu den Kosten von Knoten finden Sie auf der Seite Amazon Redshift – Preise.

Details zu Knotentypen

Die folgenden Tabellen führen die Knotenspezifikationen für alle Knotentypen und -größen auf. Die Überschriften in den Tabellen haben folgende Bedeutungen:

  • v CPU ist die Anzahl der virtuellen Knoten CPUs für jeden Knoten.

  • RAMist die Speichermenge in Gibibyte (GiB) für jeden Knoten.

  • Standard-Slices pro Knoten ist die Anzahl von Slices, in die ein Datenverarbeitungsknoten partitioniert wird, wenn ein Cluster mit klassischer Größenanpassung erstellt oder geändert wird.

    Die Anzahl der Slices pro Knoten ändert sich unter Umständen, wenn die Clustergröße mithilfe der elastischen Größenanpassung geändert wird. Die Gesamtzahl der Slices auf allen Datenverarbeitungsknoten im Cluster bleibt jedoch nach der elastischen Größenanpassung gleich.

    Wenn Sie einen Cluster mit der Wiederherstellungsoperation aus einem Snapshot erstellen, ändert sich die Anzahl der Slices des resultierenden Clusters möglicherweise gegenüber dem ursprünglichen Cluster, wenn Sie den Knotentyp ändern.

  • Speicher steht für die Kapazität und den Typ des Speichers für jeden Knoten.

  • Knotenbereich steht für die minimale und maximale Anzahl von Knoten, die Amazon Redshift für den Knotentyp und die Knotengröße unterstützt.

    Anmerkung

    Je nach dem Kontingent, das für Ihr AWS Konto in der ausgewählten AWS Region gilt, sind Sie möglicherweise auf weniger Knoten beschränkt. Weitere Informationen zu den Standardkontingenten, die für Amazon Redshift Redshift-Ressourcen gelten, finden Sie unterKontingente und Limits in Amazon Redshift.

  • Gesamtkapazität ist die gesamte Speicherkapazität für den Cluster, wenn Sie die maximale in dem Knotenbereich angegebene Zahl von Knoten verwenden.

In der folgenden Tabelle werden die Spezifikationen für RA3 Knoten beschrieben.

Knotentyp v CPU RAM(GiB) Standard-Slices pro Knoten Limit für verwalteten Speicher pro Knoten 1 Knotenbereich mit Cluster-Erstellung Gesamte verwaltete Speicherkapazität 2
ra3.large (einzelner Knoten) 2 16 2 1 TB 1 1 TB 3
ra3.large (mehrere Knoten) 2 16 2 8 TB 2-16 128 TB
ra3.xlplus (Einzelknoten) 4 32 2 4 TB 1 4 TB3
ra3.xlplus (mehrere Knoten) 4 32 2 32 TB 2–164 1 024 TB4
ra3.4xlarge 12 96 4 128 TB 2–325 8192 TB5
ra3.16xlarge 48 384 16 128 TB 2–128 16 384 TB

1 Das Speicherkontingent für verwalteten Amazon-Redshift-Speicher. Dies ist ein hartes Limit.

2 Das insgesamt verwaltete Speicherkontingent ist die maximale Anzahl von Knoten multipliziert mit dem verwalteten Speicherkontingent pro Knoten.

3 Zum Ändern der Größe eines Clusters mit nur einem Knoten auf mehrere Knoten wird nur die klassische Größenanpassung unterstützt.

4 Sie können einen Cluster mit dem Knotentyp ra3.xlplus (mehrere Knoten) erstellen, der bis zu 16 Knoten hat. Bei Clustern mit mehreren Knoten können Sie die Größe mit elastischer Größenanpassung auf maximal 32 Knoten ändern.

5 Sie können einen Cluster mit dem Knotentyp ra3.4xlarge mit bis zu 32 Knoten erstellen. Sie können die Größe mit der elastischen Größenanpassung auf maximal 64 Knoten ändern.

In der folgenden Tabelle werden die Spezifikationen für Rechenknoten mit hoher Dichte beschrieben.

Knotentyp v CPU RAM(GiB) Standard-Slices pro Knoten Speicher pro Knoten Knotenbereich Gesamtkapazität
dc2.large 2 15 2 160 GB NVMe - SSD 1–32 5.12 TB
dc2.8xlarge 32 244 16 2,56 TB NVMe - SSD 2–128 326 TB
Anmerkung

Knotentypen mit dichtem Speicher (DS2) sind nicht mehr verfügbar.

Frühere Namen für Knotentypen

In früheren Versionen von Amazon Redshift hatten bestimmte Knotentypen andere Namen. Sie können die vorherigen Namen in Amazon Redshift API und AWS CLI verwenden. Wir empfehlen jedoch, alle Scripts, die die alten Namen verwenden, so zu aktualisieren, dass sie die neuen Namen enthalten. Die aktuellen und die früheren Namen sind die folgenden.

Aktueller Name Frühere Namen
ds2.xlarge ds1.xlarge, dw.hs1.xlarge, dw1.xlarge
ds2.8xlarge ds1.8xlarge, dw.hs1.8xlarge, dw1.8xlarge
dc1.large dw2.large
dc1.8xlarge dw2.8xlarge

Bestimmung der Anzahl der Knoten

Da Amazon Redshift Abfragen über alle Computing-Knoten eines Clusters verteilt und parallel verarbeitet, können Sie die Abfrageleistung verbessern, indem Sie Ihrem Cluster Knoten hinzufügen. Wenn Sie einen Cluster mit mindestens zwei Computing-Knoten betreiben, werden die Daten auf jedem Knoten auf Festplatten eines anderen Knotens gespiegelt, um das Risiko eines Datenverlustes zu verringern.

Sie können die Abfrageleistung in der Amazon Redshift Redshift-Konsole und mit CloudWatch Amazon-Metriken überwachen. Sie können auch Knoten nach Bedarf hinzufügen oder entfernen, um das Gleichgewicht zwischen Preis und Leistung für Ihren Cluster zu wahren. Wenn Sie einen zusätzlichen Knoten anfragen, übernimmt Amazon Redshift alle Details der Bereitstellung, des Load Balancings und der Datenpflege. Weitere Informationen zur Clusterleistung finden Sie unter Überwachen der Amazon-Redshift-Cluster-Leistung.

Reservierte Knoten eignen sich für kontinuierliche Produktions-Workloads und bieten erhebliche Einsparungen gegenüber On-Demand-Preisen. Sie können reservierte Knoten erwerben, nachdem Sie Experimente durchgeführt und proof-of-concepts Ihre Produktionskonfiguration validiert haben. Weitere Informationen finden Sie unter Reservierte Knoten.

Wenn Sie einen Cluster anhalten, unterbrechen Sie die On-Demand-Abrechnung während der Zeit, in der der Cluster angehalten ist. Während dieser angehaltenen Zeit zahlen Sie nur für den Sicherungsspeicher. So müssen Sie Data Warehouse-Kapazitäten nicht planen und kaufen, bevor Sie sie tatsächlich benötigen. Dies ist kostengünstiger und einfacher, und Sie können preisgünstig Umgebungen zu Entwicklungs- oder Testzwecken verwalten.

Weitere Informationen zur Preisgestaltung von On-Demand-Knoten und reservierten Knoten finden Sie unter Amazon Redshift – Preise.

Verwenden Sie EC2 — VPC wenn Sie Ihren Cluster erstellen

Amazon Redshift Redshift-Cluster werden in EC2 Amazon-Instances ausgeführt, die für den von Ihnen ausgewählten Amazon Redshift-Knotentyp und die Größe konfiguriert sind. Erstellen Sie Ihren Cluster mit EC2 -. VPC Wenn Sie immer noch EC2 -Classic verwenden, empfehlen wir Ihnen, EC2 - VPC zu verwenden, um Leistung und Sicherheit zu verbessern. Weitere Informationen zu diesen Netzwerkplattformen finden Sie unter Unterstützte Plattformen im EC2Amazon-Benutzerhandbuch. Ihre AWS Kontoeinstellungen bestimmen, ob EC2 - VPC oder EC2 -Classic für Sie verfügbar sind.

Anmerkung

Um Verbindungsprobleme zwischen SQL Client-Tools und der Amazon Redshift Redshift-Datenbank zu vermeiden, empfehlen wir, eines von zwei Dingen zu tun. Sie können eine eingehende Regel konfigurieren, die dem Host die Aushandlung der Paketgröße ermöglicht. Alternativ können Sie TCP /IP-Jumbo-Frames deaktivieren, indem Sie die maximale Übertragungseinheit (MTU) auf der Netzwerkschnittstelle (NIC) Ihrer EC2 Amazon-Instances auf 1500 setzen. Weitere Informationen zu diesen Verfahren finden Sie unter Abfragen scheinen zu hängen und erreichen manchmal den Cluster nicht.

EC2-VPC

Wenn Sie EC2 - verwendenVPC, läuft Ihr Cluster in einer virtuellen privaten Cloud (VPC), die logisch von Ihrem Konto isoliert ist. AWS Wenn Sie Ihren Cluster im EC2 - bereitstellenVPC, kontrollieren Sie den Zugriff auf Ihren Cluster, indem Sie dem Cluster eine oder mehrere VPC Sicherheitsgruppen zuordnen. Weitere Informationen finden Sie unter Sicherheitsgruppen für Sie VPC im VPCAmazon-Benutzerhandbuch.

Um einen Cluster in einem zu erstellenVPC, müssen Sie zuerst eine Amazon Redshift Redshift-Cluster-Subnetzgruppe erstellen, indem Sie Ihre Subnetzinformationen angebenVPC, und dann die Subnetzgruppe angeben, wenn Sie den Cluster starten. Weitere Informationen finden Sie unter Subnetze für Redshift-Ressourcen.

Weitere Informationen zu Amazon Virtual Private Cloud (AmazonVPC) finden Sie auf der VPCAmazon-Produktdetailseite.

Standard-Festplattenspeicherplatzalarm

Wenn Sie einen Amazon Redshift Redshift-Cluster erstellen, können Sie optional einen CloudWatch Amazon-Alarm konfigurieren, um den durchschnittlichen Prozentsatz des Festplattenspeichers zu überwachen, der von allen Knoten in Ihrem Cluster genutzt wird. Wir bezeichnen diesen Alarm als Standard-Festplattenspeicherplatzalarm.

Der Standard-Festplattenspeicherplatzalarm dient dazu, Ihnen bei der Überwachung der Speicherkapazität Ihres Clusters zu helfen. Sie können diesen Alarm auf der Grundlage der Anforderungen Ihres Data Warehouses konfigurieren. Sie können die Warnung z. B. als Anzeichen dafür verwenden, dass Sie die Größe Ihres Clusters anpassen müssen. Sie können die Größe entweder auf einen anderen Knotentyp oder durch die Hinzufügung weiterer Knoten anpassen oder reservierte Knoten kaufen, um die zukünftige Erweiterung des Clusters zu unterstützen.

Der Standard-Festplattenspeicherplatzalarm wird ausgelöst, wenn die Festplattennutzung einen bestimmten Prozentsatz mit einer bestimmten Häufigkeit und für eine bestimmte Dauer erreicht oder überschreitet. Standardmäßig wird dieser Alarm ausgelöst, wenn der von Ihnen angegebene Prozentsatz erreicht wird und für fünf Minuten oder länger bestehen bleibt oder überschritten wird. Sie können die Standardwerte nach dem Start des Clusters bearbeiten.

Wenn der CloudWatch Alarm ausgelöst wird, sendet Amazon Simple Notification Service (AmazonSNS) eine Benachrichtigung an bestimmte Empfänger, um sie zu warnen, dass der prozentuale Schwellenwert erreicht ist. Amazon SNS verwendet ein Thema, um die Empfänger und die Nachricht anzugeben, die in einer Benachrichtigung gesendet werden. Sie können ein vorhandenes SNS Amazon-Thema verwenden. Andernfalls wird ein Thema auf der Grundlage der Einstellungen erstellt, die Sie beim Starten des Clusters angeben. Sie können das Thema für diesen Alarm nach dem Start des Clusters bearbeiten. Weitere Informationen zum Erstellen von SNS Amazon-Themen finden Sie unter Erste Schritte mit Amazon Simple Notification Service.

Nachdem Sie den Cluster gestartet haben, können Sie den Alarm im Statusfenster des Clusters unter CloudWatch Alarme anzeigen und bearbeiten. Der Name ist percentage-disk-space-used -default-<stringDer Name ist -default-. Sie können den Alarm öffnen, um das SNS Amazon-Thema, mit dem er verknüpft ist, anzuzeigen und die Alarmeinstellungen zu bearbeiten. Wenn Sie kein vorhandenes SNS Amazon-Thema zur Verwendung ausgewählt haben, trägt das für Sie erstellte Thema den Namen <clusternameWenn Sie kein vorhandenes Amazon-Thema zur Verwendung ausgewählt haben, heißt das für Sie erstellte Thema named-default-alarms (<recipient>-default-alarms (); zum Beispiel examplecluster-default-alarms (notify@example.com).

Für weitere Informationen zur Konfiguration und Bearbeitung des Standard-Festplattenspeicherplatzalarm vgl. Erstellen eines Clusters und Einen Speicherplatzalarm erstellen.

Anmerkung

Wenn Sie Ihren Cluster löschen, wird der damit verbundene Alarm nicht gelöscht, jedoch nicht mehr ausgelöst. Sie können den Alarm von der CloudWatch Konsole löschen, wenn Sie ihn nicht mehr benötigen.

Cluster-Status

Der Cluster-Status zeigt den aktuellen zustand des Clusters an. Die folgende Tabelle enthält Beschreibungen für alle Cluster-Status.

Status Description
available Der Cluster läuft und ist verfügbar.
available, prep-for-resize Der Cluster wird gerade für die elastische Größenanpassung vorbereitet. Der Cluster wird ausgeführt und ist für Lese- und Schreibabfragen verfügbar, aber Clusteroperationen wie das Erstellen eines Snapshots stehen nicht zur Verfügung.
available, resize-cleanup Eine Operation zur elastischen Größenanpassung überträgt gerade Daten an die neuen Clusterknoten. Der Cluster wird ausgeführt und ist für Lese- und Schreibabfragen verfügbar, aber Clusteroperationen wie das Erstellen eines Snapshots stehen nicht zur Verfügung.
cancelling-resize Die Größenänderung wird abgebrochen.
creating Amazon Redshift erstellt den Cluster. Weitere Informationen finden Sie unter Erstellen eines Clusters.
deleting Amazon Redshift löscht den Cluster. Weitere Informationen finden Sie unter Einen Cluster herunterfahren und löschen.
final-snapshot Amazon Redshift erstellt einen abschließenden Snapshot des Clusters, bevor dieser gelöscht wird. Weitere Informationen finden Sie unter Einen Cluster herunterfahren und löschen.
hardware-failure

Der Cluster ist von einem Hardwareausfall betroffen.

Wenn Sie einen Single Node-Cluster haben, kann der Knoten nicht ersetzt werden. Um Ihren Cluster zurückzuerhalten, müssen Sie einen Snapshot wiederherstellen. Weitere Informationen finden Sie unter Amazon-Redshift-Snapshots und -Sicherungen.

incompatible-hsm Amazon Redshift kann keine Verbindung zum Hardware-Sicherheitsmodul (HSM) herstellen. Überprüfen Sie die HSM Konfiguration zwischen dem Cluster undHSM. Weitere Informationen finden Sie unter Verschlüsselung mithilfe von Hardware-Sicherheitsmodulen.
incompatible-network Es liegt ein Problem mit der zugrunde liegenden Netzwerkkonfiguration vor. Stellen Sie sicher, dass der Cluster, VPC in dem Sie den Cluster gestartet haben, vorhanden ist und dass seine Einstellungen korrekt sind. Weitere Informationen finden Sie unter Redshift-Ressourcen in einem VPC.
incompatible-parameters Es liegt ein Problem mit einem oder mehreren Parameterwerten in der zugehörigen Parametergruppe vor, und der/die Parameterwert(e) kann/können nicht angewendet werden. Modifizieren Sie die Parametergruppe, und aktualisieren Sie alle ungültigen Werte. Weitere Informationen finden Sie unter Amazon-Redshift-Parametergruppen.
incompatible-restore Bei der Wiederherstellung des Clusters aus dem Snapshot ist ein Problem aufgetreten. Versuchen Sie, den Cluster erneut aus einem anderen Snapshot wiederherzustellen. Weitere Informationen finden Sie unter Amazon-Redshift-Snapshots und -Sicherungen.
modifying Amazon Redshift wendet Änderungen auf den Cluster an. Weitere Informationen finden Sie unter Modifizieren eines Clusters.
paused Der Cluster wird angehalten. Weitere Informationen finden Sie unter Einen Cluster anhalten und wieder aufnehmen.
rebooting Amazon Redshift startet den Cluster neu. Weitere Informationen finden Sie unter Neustart eines Clusters.
renaming Amazon Redshift wendet einen neuen Namen auf den Cluster an. Weitere Informationen finden Sie unter Einen Cluster umbenennen.
resizing Amazon Redshift gibt eine neue Größe für den Cluster an. Weitere Informationen finden Sie unter Größenanpassung eines Clusters.
rotating-keys Amazon Redshift rotiert Verschlüsselungsschlüssel für den Cluster. Weitere Informationen finden Sie unter Rotation der Verschlüsselungsschlüssel.
storage-full Der Cluster hat seine Speicherkapazität erreicht. Passen Sie die Größe des Clusters an, oder wählen Sie eine andere Knotengröße. Weitere Informationen finden Sie unter Größenanpassung eines Clusters.
updating-hsm Amazon Redshift aktualisiert die HSM Konfiguration.