Von Amazon Redshift bereitgestellte Cluster - Amazon Redshift
Überblick über Amazon RedshiftVerwenden von EC2-VPC beim Erstellen Ihres ClustersStandard-FestplattenspeicherplatzalarmCluster-Status

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

In den folgenden Abschnitten erlernen Sie die Grundlagen der Erstellung eines Data Warehouses durch den Start von Datenverarbeitungsknoten, den so genannten Amazon-Redshift-Clustern.

Themen

Überblick über Amazon Redshift

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, CPU, RAM, Speicherkapazität und Speichertreibertyp für jeden Knoten.

Amazon Redshift bietet verschiedene Knotentypen für Ihre Workloads. Wir empfehlen Ihnen die Auswahl von RA3 oder DC2, je nach benötigter Leistung, Datenvolumen und dessen Wachstum.

RA3-Knoten mit verwaltetem Speicher ermöglichen die Optimierung Ihres Data Warehouse durch unabhängige Skalierung und Zahlung für Datenverarbeitungs- und Speicherkapazitäten. Mit RA3 wählen Sie die Anzahl der benötigten Knoten auf Grundlage der Leistungsanforderungen aus und zahlen nur für den tatsächlich genutzten verwalteten Speicher. Sie sollten die Größe Ihres RA3-Clusters nach dem Datenvolumen richten, das sie täglich verarbeiten. Cluster, die den Knotentyp RA3 verwenden, werden in einer Virtual Private Cloud (VPC) gestartet. RA3-Cluster können nicht in EC2-Classic gestartet werden. Weitere Informationen finden Sie unter Erstellen eines Clusters in einer VPC.

Für von Amazon Redshift verwalteten Speicher werden in jedem RA3-Knoten große Hochleistungs-SSDs als schnelle lokale Speicher sowie Amazon S3 für die langfristige Speicherung eingesetzt. Sobald die Daten in einem Knoten die Kapazität der großen lokalen SSDs übersteigen, lagert der von Amazon Redshift verwaltete Speicher die Daten automatisch zu Amazon S3 aus. Unabhängig vom verwendeten Speicher – Hochleistungs-SSDs oder Amazon S3 – zahlen Sie für Amazon-Redshift-verwalteten Speicher den gleichen niedrigen Tarif. 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.

DC2-Knoten empfehlen sich für datenverarbeitungsintensive Data Warehouses mit lokalem SSD-Speicher. Hier können Sie die Anzahl der benötigten Knoten auf der Grundlage Ihres Datenvolumens und Ihrer Leistungsanforderungen auswählen. DC2-Knoten speichern Ihre Daten für eine möglichst hohe Leistung lokal. Bei steigendem Datenvolumen können Sie weitere Datenverarbeitungsknoten hinzufügen, um die Speicherkapazität des Clusters zu erhöhen. Bei Datensätzen unter 1 TB (komprimiert) empfehlen sich DC2-Knoten für eine optimale Leistung zum günstigsten Preis. Sollten Sie von einem Anstieg des Datenvolumens ausgehen, empfehlen wir die Verwendung von RA3-Knoten, damit Sie die Datenverarbeitungsleistung und Speicherkapazität unabhängig voneinander skalieren können, um den besten Preis und die beste Leistung zu erzielen. Cluster, die den Knotentyp DC2 verwenden, werden in einer Virtual Private Cloud (VPC) gestartet. DC2-Cluster können nicht im EC2-Classic-Modus gestartet werden. Weitere Informationen finden Sie unter Erstellen eines Clusters in einer VPC.

DS2-Knoten eignen sich für große Data Warehouses mit HDDs. Wir empfehlen jedoch die Verwendung von RA3-Knoten. Wenn Sie DS2-Knoten verwenden, finden Sie unter Migration zu RA3-Knotentypen Upgrade-Richtlinien. Kunden, die acht oder mehr ds2.xlarge-Knoten oder eine beliebige Anzahl von ds2.8xlarge-Knoten nutzen, können jetzt ein Upgrade auf RA3 vornehmen und sich doppelte Speicherkapazität sowie eine bessere Leistung für die gleichen On-Demand-Kosten sichern.

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 für Amazon-Redshift-Ressourcen finden Sie unter Amazon-Redshift-Limits in der Allgemeine Amazon Web Services-Referenz. Um eine Erhöhung anzufragen, übermitteln Sie ein Formular für die Erhöhung des Amazon-Redshift-Limits.

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:

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

  • RAM ist der Speicherplatz 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. Um eine Erhöhung anzufragen, übermitteln Sie ein Formular für die Erhöhung des Amazon-Redshift-Limits.

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

RA3-Knotentypen
Knotentyp vCPU RAM (GiB) Standard-Slices pro Knoten Limit für verwalteten Speicher pro Knoten 1 Knotenbereich mit Cluster-Erstellung Gesamte verwaltete Speicherkapazität 2
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.

Dense Storage-Knotentypen
Knotentyp vCPU RAM (GiB) Standard-Slices pro Knoten Speicher pro Knoten Knotenbereich Gesamtkapazität
ds2.xlarge 4 31 2 2 TB HDD 1–32 64 TB
ds2.8xlarge 36 244 16 16 TB HDD 2–128 2 PB
Dense Compute-Knotentypen
Knotentyp vCPU 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
dc1.large1 2 15 2 160 GB SSD 1–32 5.12 TB
dc1.8xlarge1 32 244 32 2.56 TB SSD 2–128 326 TB

1 Wir empfehlen DC2-Knotentypen anstelle von DC1-Knotentypen. Weitere Informationen zum Upgrade finden Sie unter Migrieren von DC1-Knotentypen zu DC2-Knotentypen.

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 der Amazon Redshift 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 Kaufen reservierter Amazon-Redshift-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 von EC2-VPC beim Erstellen Ihres Clusters

Amazon-Redshift-Cluster werden in Amazon-EC2-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 weiterhin EC2-Classic verwenden, empfehlen wir Ihnen, EC2-VPC zu verwenden, um die Leistung und Sicherheit zu verbessern. Weitere Informationen zu den unterstützten Netzwerkplattformen finden Sie unter Supported Platforms (Unterstützte Plattformen) im Amazon-EC2-Benutzerhandbuch für Linux-Instances. 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-Datenbank zu vermeiden, empfehlen wir, einen der folgenden Schritte auszuführen. 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 MTU (Maximum Transmission Unit) auf dem Netzwerkinterface (NIC) Ihrer Amazon-EC2-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-VPC verwenden, wird Ihr Cluster in einer Virtual Private Cloud (VPC) ausgeführt, die logisch von Ihrem Konto isoliert ist. AWS Wenn Sie Ihren Cluster in der EC2-VPC bereitstellen, steuern Sie den Zugriff auf Ihren privaten Cluster dadurch, dass Sie dem Cluster eine oder mehrere VPC-Sicherheitsgruppen zuweisen. Weitere Informationen finden Sie unter Sicherheitsgruppen für Ihre VPC im Amazon VPC Benutzerhandbuch.

Zur Erstellung eines Clusters in einer VPC müssen Sie zuerst eine Amazon-Redshift-Cluster-Subnetzgruppe erstellen, indem Sie die Subnetzinformationen Ihrer VPC angeben und dann die Subnetzgruppe bereitstellen, wenn Sie den Cluster starten. Weitere Informationen finden Sie unter Amazon-Redshift-Cluster-Subnetzgruppen.

Weitere Informationen zu Amazon Virtual Private Cloud (Amazon VPC) finden Sie auf der Produktdetailseite zu Amazon VPC.

EC2-Classic

Die EC2-Classic-Plattform wird am 15. August 2022 außer Betrieb genommen. Wir empfehlen, Ihre Cluster von der EC2-Classic-Plattform auf eine EC2-VPC-Plattform zu migrieren. Weitere Informationen finden Sie unter Aktualisieren eines DS2-Clusters auf EC2-Classic auf EC2-VPC und unter EC2-Classic-Networking geht in den Ruhestand – So bereiten Sie sich vor.

In EC2-Classic läuft Ihr Cluster in einem einzigen, flachen Netzwerk, das Sie mit anderen Kunden teilen. AWS Wenn Sie Ihren Cluster in EC2-Classic bereitstellen, steuern Sie den Zugriff auf Ihren privaten Cluster dadurch, dass Sie dem Cluster eine oder mehrere Amazon-Redshift-Cluster-Sicherheitsgruppen zuweisen. Weitere Informationen finden Sie unter Amazon-Redshift-Cluster-Sicherheitsgruppen.

Starten Sie einen Cluster.

Ihr AWS Konto kann entweder Instances von EC2-VPC und EC2-Classic oder nur EC2-VPC auf einer Basis starten. region-by-region Um festzustellen, welche Netzwerkplattform Ihr Konto unterstützt, und dann einen Cluster zu starten, gehen Sie wie folgt vor:

  1. Entscheiden Sie, in welcher Region Sie einen Cluster AWS bereitstellen möchten. Eine Liste der AWS Regionen, in denen Amazon Redshift verfügbar ist, finden Sie unter Amazon Redshift Redshift-Endpoints in der. Allgemeine Amazon Web Services-Referenz

  2. Bringen Sie in Erfahrung, welche Amazon-EC2-Plattformen Ihr Konto in der ausgewählten AWS -Region unterstützt. Sie finden diese Informationen in der Amazon-EC2-Konsole. step-by-stepAnweisungen finden Sie unter Unterstützte Plattformen im Amazon EC2 EC2-Benutzerhandbuch für Linux-Instances.

  3. Wenn Ihr Konto beide Plattformen unterstützt, empfehlen wir EC2-VPC. Wenn Ihr Konto nur EC2-VPC unterstützt, müssen Sie Ihren Cluster in einer VPC bereitstellen.

  4. Starten Sie Ihren Amazon-Redshift-Cluster. Sie können einen Cluster mithilfe der Amazon Redshift Redshift-Konsole oder mithilfe der Amazon Redshift Redshift-API oder AWS CLI SDK-Bibliotheken erstellen. Weitere Informationen zu diesen Optionen und Links zu der jeweiligen Dokumentation finden Sie unter Was ist Amazon Redshift?.

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 (Amazon SNS) eine Benachrichtigung an bestimmte Empfänger, um sie zu warnen, dass der prozentuale Schwellenwert erreicht ist. Amazon SNS verwendet ein Thema für die Angabe der Empfänger und der Nachricht, die in einer Benachrichtigung gesendet wird. Sie können dazu ein vorhandenes Amazon-SNS-Thema verwenden; andernfalls wird ein Thema auf der Grundlage der von Ihnen beim Start des Clusters angegebenen Einstellungen erstellt. Sie können das Thema für diesen Alarm nach dem Start des Clusters bearbeiten. Weitere Informationen zum Erstellen von Amazon-SNS-Themen erhalten 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 lautet percentage-disk-space-used-default-< string >. Sie können den Alarm öffnen, um das damit verbundene Amazon-SNS-Thema anzuzeigen und die Alarmeinstellungen zu bearbeiten. Wenn Sie kein vorhandenes Amazon SNS SNS-Thema zur Verwendung ausgewählt haben, trägt das für Sie erstellte Thema den Namen < clustername >-default-alarms (< recipient >), zum Beispiel (notify@example.com). examplecluster-default-alarms

Für weitere Informationen zur Konfiguration und Bearbeitung des Standard-Festplattenspeicherplatzalarm vgl. Erstellen eines Clusters und Erstellen oder Bearbeiten eines Speicherplatzalarms.

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 Konsole löschen, wenn Sie ihn nicht mehr benötigen CloudWatch .

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 Löschen eines Clusters.
final-snapshot Amazon Redshift erstellt einen abschließenden Snapshot des Clusters, bevor dieser gelöscht wird. Weitere Informationen finden Sie unter Löschen eines Clusters.
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 Security Module (HSM) herstellen. Überprüfen Sie die HSM-Konfiguration zwischen dem Cluster und dem HSM. Weitere Informationen finden Sie unter Verschlüsselung für Amazon Redshift mit Hardwaresicherheitsmodulen.
incompatible-network Es liegt ein Problem mit der zugrunde liegenden Netzwerkkonfiguration vor. Stellen Sie sicher, dass die VPC, in der Sie den Cluster gestartet haben, vorhanden ist, und dass ihre Einstellungen korrekt sind. Weitere Informationen finden Sie unter Verwaltung von Clustern in einer 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 Anhalten und Fortsetzen von Clustern.
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 Umbenennen von Clustern.
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 von Verschlüsselungsschlüsseln in Amazon Redshift.
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.