Amazon-Redshift-Cluster - Amazon Redshift

Amazon-Redshift-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.

Übersicht über Amazon-Redshift-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-Konsole (https://console.aws.amazon.com/redshift/) erstellen, können Sie eine Empfehlung für Ihre Clusterkonfiguration basierend auf der Größe Ihrer Daten und Abfrage-Merkmale erhalten. Um diesen Größenrechner zu verwenden, suchen Sie in der Konsole nach Help me choose (Hilfe bei der Auswahl) in den AWS-Regionen, die RA3-Knotentypen unterstützen. 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. Mit verwaltetem Speicher können Sie Ihre Data Warehouse-Speicherkapazität für Workloads mit kontinuierlich zunehmenden Speicheranforderungen automatisch skalieren, ohne zusätzliche Knoten hinzufügen und bezahlen zu müssen.

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 verwendet Kontingente für die Ressourcen für jedes AWS-Konto in jeder AWS-Region. Ein Kontingent beschränkt die Anzahl der Ressourcen, die Ihr Konto für einen bestimmten Ressourcentyp, etwa Knoten oder Snapshots, innerhalb einer AWS-Region erstellen kann. Weitere Informationen zu den Standardkontingenten für Amazon-Redshift-Ressourcen finden Sie unter Amazon Redshift Limits in der Allgemeinen Referenz zu Amazon Web Services. Um eine Erhöhung anzufragen, übermitteln Sie ein Formular für die Erhöhung des Amazon-Redshift-Limits.

Die Kosten für Ihren Cluster 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 der Kontingent, das für Ihr AWS-Konto in der ausgewählten AWS-Region angewendet wird, können Sie auf weniger Knoten beschränkt sein. 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
Knotengröße vCPU RAM (GiB) Standard-Slices pro Knoten Verwaltetes Speicherkontingent pro Knoten Knotenbereich mit Cluster-Erstellung Gesamte verwaltete Speicherkapazität
ra3.xlplus 4 32 2 32 TB 1,5 1–162 1 024 TB2,4
ra3.4xlarge 12 96 4 128 TB1 2–323 8 192 TB3,4
ra3.16xlarge 48 384 16 128 TB1 2–128 16 384 TB4

1 Das Speicherkontingent für verwalteten Amazon-Redshift-Speicher.

2 Sie können einen Cluster mit dem Knotentyp ra3.xlplus erstellen, der bis zu 16 Knoten hat. Bei Clustern mit nur einem Knoten wird nur die klassische Größenanpassung unterstützt. Bei Clustern mit mehreren Knoten können Sie die Größe mit elastischer Größenanpassung auf maximal 32 Knoten ändern.

3 Sie können Cluster mit dem Knotentyp ra3.4xlarge oder ra3.16xlarge mit bis zu 16 Knoten erstellen. Sie können die Größe mit der elastischen Größe auf maximal 64 Knoten ändern.

4 Das insgesamt verwaltete Speicherkontingent ist die maximale Anzahl von Knoten mal des verwalteten Speicherkontingents pro Knoten.

5 Das gesamte Kontingent für verwaltete Speicher für einen ra3.xlplus-Cluster mit 1 Knoten beträgt 4 TB.

Dense Storage-Knotentypen
Knotengröße 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
Knotengröße 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 früheren Namen in der 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 Rechenknoten 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-Konsole und mithilfe von Amazon-CloudWatch-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 und Proof-of-Concepts ausgeführt haben, um Ihre Produktionskonfiguration zu validieren. 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 legen fest, 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

Auf der EC2-VPC-Plattform wird Ihr Cluster in einer Virtual Private Cloud (VPC) ausgeführt, die logisch von Ihrem AWS-Konto getrennt ist. 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 wird Ihr Cluster in einem einzigen, flachen Netzwerk ausgeführt, das Sie gemeinsam mit anderen AWS-Kunden nutzen. 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 pro Region starten. Um festzustellen, welche Netzwerkplattform Ihr Konto unterstützt, und dann einen Cluster zu starten, gehen Sie wie folgt vor:

  1. Legen Sie fest, für welche AWS-Region Sie einen Cluster bereitstellen möchten. Eine Liste der AWS-Regionen, in denen Amazon Redshift verfügbar ist, finden Sie unter Amazon Redshift endpoints (Amazon-Redshift-Endpunkte) in der Allgemeinen Referenz zu Amazon Web Services.

  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. Schrittweise Anleitungen hierzu finden Sie unter Supported Platforms (Unterstützte Plattformen) im Amazon-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 mit der Amazon-Redshift-Konsole oder mithilfe der Amazon-Redshift-API, AWS CLI oder SDK-Bibliotheken erstellen. Weitere Informationen zu diesen Optionen und Links zu der jeweiligen Dokumentation finden Sie unter Was ist Amazon Redshift?.

Übersicht über RA3-Knotentypen

Es wird empfohlen, vorhandene Workloads, die auf DS2-Knotentypclustern ausgeführt werden, auf RA3-Knotentypen zu aktualisieren, um die Leistung zu verbessern und mehr Speicherkapazität zu erhalten. RA3-Knoten bieten folgende Vorteile:

  • Sie sind flexibel, um Ihre Datenverarbeitungskapazität zu erweitern, ohne Ihre Speicherkosten zu erhöhen. Dazu skalieren sie Ihren Speicher ohne übermäßige Bereitstellung von Datenverarbeitungskapazität.

  • Sie verwenden Hochleistungs-SSDs für Ihre heißen Daten und Amazon S3 für kalte Daten. So bieten sie Benutzerfreundlichkeit, kostengünstige Speicherung und hohe Abfrageleistung.

  • Sie nutzen Netzwerke mit hoher Bandbreite, die auf dem AWS Nitro-System aufbaut, um den Zeitaufwand für das Auslagern und Abrufen von Daten von Amazon S3 weiter zu reduzieren.

In folgenden Fällen sollten Sie erwägen, RA3-Knotentypen zu wählen:

  • Sie benötigen Flexibilität, um Datenverarbeitungsleistung getrennt vom Speicher zu skalieren.

  • Sie fragen einen Bruchteil Ihrer Gesamtdaten ab.

  • Ihr Datenvolumen wächst schnell, oder es wird erwartet, dass es schnell wächst.

  • Sie brauchen die Flexibilität, den Cluster nur auf Ihre Leistungsanforderungen zu skalieren.

Um RA3-Knotentypen zu verwenden, muss Ihre AWS-Region RA3 unterstützen. Weitere Informationen finden Sie unter Verfügbarkeit der RA3-Knotentypen in AWS-Regionen.

Wichtig

ra3.xlplus-Knotentypen können nur mit Cluster-Version 1.0.21262 oder höher verwendet werden. Sie können sich die Version eines vorhandenen Clusters mithilfe der Amazon-Redshift-Konsole anzeigen lassen. Weitere Informationen finden Sie unter Ermitteln der Cluster-Wartungsversion.

Stellen Sie sicher, dass Sie beim Arbeiten mit RA3-Knotentypen die neue Amazon-Redshift-Konsole verwenden.

Um RA3-Knotentypen mit Amazon-Redshift-Operationen verwenden zu können, die den Wartungspfad verwenden, muss der Wert des Wartungspfads auf eine Clusterversion gesetzt werden, die RA3 unterstützt. Weitere Informationen zu Wartungspfaden finden Sie unter Auswählen des Cluster-Wartungspfads.

Berücksichtigen Sie Folgendes, wenn Sie RA3-Knotentypen mit nur einem Knoten verwenden.

  • AQUA wird unterstützt.

  • Datenfreigabe-Produzenten und -Konsumenten werden unterstützt.

  • Zum Ändern der Knotentypen wird nur klassische Größenanpassung unterstützt. Das Ändern des Knotentyps mit elastischer Größenanpassung oder Snapshot-Wiederherstellung wird nicht unterstützt. Die folgenden Szenarien werden unterstützt:

    • Klassische Größenanpassung eines ds2.xlarge mit 1 Knoten zu einem ra3.xlplus mit 1 Knoten und umgekehrt.

    • Klassische Größenanpassung eines ds2.xlarge mit 1 Knoten zu einem ra3.xlplus mit mehreren Knoten und umgekehrt.

    • Klassische Größenanpassung eines ds2.xlarge mit mehreren Knoten zu einem ra3.xlplus mit 1 Knoten und umgekehrt.

    • Klassische Größenanpassung eines dc2.xlarge mit 1 Knoten zu einem ra3.xlplus mit 1 Knoten und umgekehrt.

    • Klassische Größenanpassung eines dc2.xlarge mit 1 Knoten zu einem ra3.xlplus mit mehreren Knoten und umgekehrt.

    • Klassische Größenanpassung eines dc2.xlarge mit mehreren Knoten zu einem ra3.xlplus mit 1 Knoten und umgekehrt.

Arbeiten mit von Amazon Redshift verwaltetem Speicher

Mit von Amazon Redshift verwaltetem Speicher können Sie alle Ihre Daten in Amazon Redshift speichern und verarbeiten und gleichzeitig mehr Flexibilität bei der getrennten Skalierung von Datenverarbeitungs- und Speicherkapazität erhalten. Sie speisen weiterhin Daten mit dem Befehl COPY (KOPIEREN) bzw. INSERT (EINFÜGEN) ein. Um die Leistung zu optimieren und die automatische Datenplatzierung über verschiedene Speicherebenen hinweg zu verwalten, nutzt Amazon Redshift Optimierungen wie die Datenblocktemperatur, das Datenblockalter und die Workload-Muster. Bei Bedarf skaliert Amazon Redshift die Lagerung automatisch auf Amazon S3, ohne dass manuelle Maßnahmen erforderlich sind.

Weitere Information zu Speicherkosten finden Sie unter Amazon Redshift – Preise.

Verwalten von RA3-Knotentypen

Um die Vorteile der Trennung von Datenverarbeitungsleistung und Speicher zu nutzen, können Sie Ihren Cluster mit dem RA3-Knotentyp erstellen oder aktualisieren. Um die RA3-Knotentypen zu verwenden, erstellen Sie Ihre Cluster in einer Virtual Private Cloud (EC2-VPC).

Führen Sie einen der folgenden Schritte aus, um die Anzahl der Knoten des Amazon-Redshift-Clusters mit einem RA3-Knotentyp zu ändern:

  • Hinzufügen oder Entfernen von Knoten mit der elastischen Größenanpassung. In einigen Situationen ist das Entfernen von Knoten aus einem RA3-Cluster mit der elastischen Größenanpassung nicht zulässig. Dies ist beispielsweise der Fall, wenn bei einem Upgrade der 2:1 -Knotenanzahl die Anzahl der Slices pro Knoten auf 32 gesetzt wird. Weitere Informationen finden Sie unter Größenanpassung von Clustern. Wenn die elastische Größenanpassung nicht verfügbar ist, verwenden Sie die klassische Größenanpassung.

  • Hinzufügen oder Entfernen von Knoten mit der klassischen Größenanpassung. Wählen Sie diese Option aus, wenn Sie die Konfiguration auf eine Größe ändern, die über die elastische Größenanpassung nicht verfügbar ist. Die elastische Größenanpassung ist schneller als die klassische Größenanpassung. Weitere Informationen finden Sie unter Größenanpassung von Clustern.

Verfügbarkeit der RA3-Knotentypen in AWS-Regionen

Die RA3-Knotentypen sind nur in den folgenden AWS-Regionen verfügbar:

  • Region USA Ost (Nord-Virginia) (us-east-1)

  • Region USA Ost (Ohio) (us-east-2)

  • Region USA West (Nordkalifornien) (us-west-1)

  • Region USA West (Oregon) (us-west-2)

  • Region Afrika (Kapstadt) (af-south-1)

  • Region Asien-Pazifik (Hongkong) (ap-east-1)

  • Region Asien-Pazifik (Jakarta) (ap-Southeast-3) – nur die Knotentypen ra3.4xlarge und ra3.16xlarge werden unterstützt

  • Region Asien-Pazifik (Mumbai) (ap-south-1)

  • Region Asien-Pazifik (Osaka) (ap-northeast-3)

  • Region Asien-Pazifik (Seoul) (ap-northeast-2)

  • Region Asien-Pazifik (Singapur) (ap-southeast-1)

  • Region Asien-Pazifik (Sydney) (ap-southeast-2)

  • Region Asien-Pazifik (Tokio) (ap-northeast-1)

  • Region Kanada (Zentral) (ca-central-1)

  • Region China (Peking) (cn-north-1)

  • Region China (Ningxia) (cn-northwest-1)

  • Region Europa (Frankfurt) (eu-central-1)

  • Region Europa (Irland) (eu-west-1)

  • Region Europa (London) (eu-west-2)

  • Region Europa (Mailand) (eu-south-1)

  • Region Europa (Paris) (eu-west-3)

  • Region Europa (Stockholm) (eu-north-1)

  • Region Naher Osten (Bahrain) (me-south-1)

  • Region Südamerika (São Paulo) (sa-east-1)

  • AWS GovCloud (US-East) (us-gov-east-1)

  • AWS GovCloud (US-West) (us-gov-west-1)

Migration zu RA3-Knotentypen

Um Ihren vorhandenen Knotentyp zu RA3 zu aktualisieren, haben Sie die folgenden Optionen, um den Knotentyp zu ändern:

  • Die Wiederherstellung aus einem Snapshot – Amazon Redshift verwendet den neuesten Snapshot Ihres DS2- oder DC2-Clusters und stellt ihn wieder her, um einen neuen RA3-Cluster zu erstellen. Sobald die Clustererstellung abgeschlossen ist (in der Regel innerhalb von Minuten), sind RA3-Knoten bereit, den vollständigen Produktions-Workload auszuführen. Da die Datenverarbeitung vom Speicher getrennt ist, werden Hot Data dank einer großen Netzwerkbandbreite mit hohen Geschwindigkeiten in den lokalen Cache verschoben. Wenn Sie aus dem neuesten DS2- oder DC2-Snapshot wiederherstellen, behält RA3 Hot-Block-Informationen des DS2- oder DC2-Workloads bei und füllt den lokalen Cache mit den neuesten Blöcken auf. Weitere Informationen finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

    Um den gleichen Endpunkt für Ihre Anwendungen und Benutzer beizubehalten, können Sie den neuen RA3-Cluster mit demselben Namen wie der ursprüngliche DS2- oder DC2-Cluster umbenennen. Um den Cluster umzubenennen, ändern Sie den Cluster in der Amazon-Redshift-Konsole oder die API-Operation ModifyCluster. Weitere Informationen finden Sie unter Umbenennen von Clustern oder API-Operation ModifyCluster in der API-Referenz von Amazon Redshift.

  • Elastische Größenanpassung – ändern Sie die Größe des Clusters mit der elastischen Größenanpassung. Wenn Sie die elastische Größenanpassung verwenden, um den Knotentyp zu ändern, erstellt Amazon Redshift automatisch einen Snapshot, einen neuen Cluster, löscht den alten Cluster und benennt den neuen Cluster um. Die elastische Größenanpassung kann On-Demand ausgeführt oder für einen Zeitpunkt in der Zukunft geplant werden. Sie können mit der elastischen Größenanpassung Ihre vorhandenen DS2- oder DC2-Knotentypcluster schnell auf RA3 aktualisieren. Weitere Informationen finden Sie unter Elastic resize (Elastische Größenanpassung).

Die folgende Tabelle zeigt Empfehlungen für das Upgrade auf RA3-Knotentypen. (Diese Empfehlungen gelten auch für reservierte Knoten.)

Vorhandener Knotentyp Vorhandene Anzahl von Knoten Empfohlener neuer Knotentyp Upgrade-Aktion

ds2.xlarge

1

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 1 Knoten1.

ds2.xlarge

2

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 2 Knoten1.

ds2.xlarge

3

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 2 Knoten1.

ds2.xlarge

4

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 3 Knoten1.

ds2.xlarge

5

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 4 Knoten1.

ds2.xlarge

6

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 4 Knoten1.

ds2.xlarge

7

ra3.xlplus

Erstellen Sie einen ra3.xlplus-Cluster mit 5 Knoten1.

ds2.xlarge

8

ra3.4xlarge

Erstellen Sie einen ra3.4xlarge-Cluster mit 2 Knoten1.

ds2.xlarge

9

ra3.4xlarge

Erstellen Sie einen ra3.4xlarge-Cluster mit 3 Knoten1.

ds2.xlarge

10

ra3.4xlarge

Erstellen Sie einen ra3.4xlarge-Cluster mit 3 Knoten1.

ds2.xlarge

11-128

ra3.4xlarge

Erstellen Sie 1 Knoten des Typs ra3.4xlarge für jeweils 4 Knoten des Typs ds2.xlarge1.

ds2.8xlarge

2–15

ra3.4xlarge

Erstellen Sie 2 Knoten des Typs ra3.4xlarge für jeweils 1 Knoten des Typs ds2.8xlarge1.

ds2.8xlarge

16–128

ra3.16xlarge

Erstellen Sie 1 Knoten des Typs ra3.16xlarge für jeweils 2 Knoten des Typs ds2.8xlarge1.

dc2.8xlarge

2–15

ra3.4xlarge

Erstellen Sie 2 Knoten des Typs ra3.4xlarge für jeweils 1 Knoten des Typs dc2.8xlarge1.

dc2.8xlarge

16–128

ra3.16xlarge

Erstellen Sie 1 Knoten des Typs ra3.16xlarge für jeweils 2 Knoten des Typs dc2.8xlarge1.

dc2.large

1–4

Keine

Behalten Sie den vorhandenen dc2.large-Cluster.

dc2.large

4–15

ra3.xlplus

Erstellen Sie 3 Knoten des Typs ra3.xlplus für jeweils 8 Knoten des Typs dc2.large1.

dc2.large

16–32

ra3.4xlarge

Erstellen Sie 1 Knoten des Typs ra3.4xlarge für jeweils 8 Knoten des Typs dc2.large1 2.

1Je nach Workload-Anforderungen können zusätzliche Knoten benötigt werden. Fügen Sie Knoten basierend auf den Datenverarbeitungsanforderungen Ihrer erforderlichen Abfrageleistung hinzu, oder entfernen Sie sie.

2 Cluster mit dem Knotentyp dc2.large sind auf 32 Knoten begrenzt.

Die Mindestanzahl von Knoten für einige RA3-Knotentypen beträgt zwei Knoten. Berücksichtigen Sie dies beim Erstellen eines RA3-Clusters.

Aktualisieren reservierter DS2-Knoten auf reservierte RA3-Knoten durch elastische Größenanpassung oder Snapshot-Wiederherstellung

Wenn Sie über reservierte DS2-Knoten verfügen, können Sie sie mit der Aktualisierungsfunktion für reservierte RA3-Knoten aktualisieren, indem Sie die Amazon-Redshift-Konsole oder die AWS CLI verwenden. In der Konsole gibt es dafür mehrere Möglichkeiten.

Eine Möglichkeit besteht darin, reservierte DS2-Knoten auf RA3 während einer elastischen Größenanpassung zu aktualisieren. Wenn Sie reservierte Knoten haben und RA3-Knoten auswählen, führt die Konsole Sie durch den Aktualisierungsprozess für reservierte Knoten. Aus technischer Sicht funktioniert die elastische Größenanpassung für reservierte Knoten und nicht reservierte Knoten gleich.

Wenn Sie die Clustergröße gegenüber der empfohlenen Größe ändern, ist bei der Konfiguration der elastischen Größenanpassung das Upgrade für den reservierten RA3-Knoten nicht verfügbar und wird nicht auf der Konsole angezeigt. (Sie können weiterhin reservierte DS2-Knoten auf RA3 aktualisieren, aber die Größenanpassung umfasst kein Upgrade von reservierten RA3-Knoten als Teil des Prozesses.) Beachten Sie auch, dass die gewünschte Clustergröße aufgrund von Beschränkungen der Clustergröße für die elastische Größenanpassung möglicherweise nicht verfügbar ist. Wenn Sie beispielsweise einen DS2-Cluster mit 4 Knoten mit reserviertem Knoten haben, können Sie möglicherweise keinen RA3-Cluster mit 3 Knoten auswählen. In diesem Fall können Sie eine klassische Größenanpassung durchführen, um die gewünschte Clustergröße zu erhalten.

Nach der Größenanpassung des Clusters werden einige Schritte ausgeführt. Zunächst werden Daten in den RA3-Cluster migriert. Dann wird der Lease mit reserviertem DS2-Knoten in einen Lease mit reserviertem RA3-Knoten umgewandelt. Beachten Sie, dass die Zeit für die Datenmigration je nach Größe des Clusters und ob die Größenanpassung elastisch oder klassisch ist, variieren kann. Im Falle einer klassischen Größenanpassung dauert die Datenmigration häufig mehrere Stunden.

Nachdem Sie mit der Größenanpassung begonnen haben, verfolgen Sie den Fortschritt, indem Sie Nachrichten in Events (Ereignisse), anzeigen die auf dem Amazon-Redshift-Dashboard verfügbar sind. Es gibt eine Ereignisbenachrichtigung für die Größenanpassung und eine weitere für die Aktualisierung reservierter Knoten. Weitere Informationen zum Arbeiten mit Ereignissen finden Sie unter Amazon-Redshift-Ereignisse. Nach der Größenanpassung erscheint der aktive Cluster in der AWS Management Console. Sie können auch den konvertierten RA3-Lease mit reserviertem Knoten anzeigen. Die reservierten Quell-Knoten für DS2-Knoten werden möglicherweise noch etwa einen Tag lang in der Konsole angezeigt. Ihnen entstehen dafür keine Kosten. Löschen Sie den reservierten Quellknoten DS2 erst, wenn Sie sicherstellen, dass der RA3-Cluster aktiv ist und die konvertierte Lease für reservierte Knoten generiert wird.

Die andere Möglichkeit, die Aktualisierungsfunktion für reservierte RA3-Knoten zu verwenden, ist bei der Wiederherstellung von einem Snapshot. Wenn Sie den RA3-Knotentyp auswählen und über reservierte DS2-Knoten verfügen, können Sie zu diesem Zeitpunkt die Aktualisierungsfunktion für reservierte RA3-Knoten auswählen. Wenn Sie von einem Snapshot wiederherstellen, erfolgt die Wiederherstellung in einen Cluster mit reserviertem RA3-Knoten. Wie bereits erwähnt, ist die Option zur Aktualisierung für reservierte RA3-Knoten in der Konsole nicht verfügbar, wenn Sie eine andere als die empfohlene Cluster-Größe wählen.

Weitere Informationen zur Größenanpassung von Clustern und zur Aktualisierung von Knoten finden Sie unter Details zum Ändern der Größe eines Clusters. Dort finden Sie eine detaillierte Beschreibung des Prozesses sowie Informationen dazu, was beim Anpassen der Größe mit dem Cluster und den Daten passiert. Weitere Informationen zu den einzelnen Schritten des Prozesses zur elastischen Größenanpassung finden Sie unter Elastic resize (Elastische Größenanpassung). Weitere Informationen zum Wiederherstellen aus einem Snapshot finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

Wenn Sie weitere Fragen zum Aktualisieren reservierter Knoten auf RA3 haben, z. B. zum Aktualisieren reservierter DC2-Knoten auf RA3, wenden Sie sich bitte an den AWS-Support. Weitere Informationen zur Preisgestaltung von On-Demand-Knoten und reservierten Knoten finden Sie unter Amazon Redshift – Preise.

Wenn Sie bereits reservierte DS2-Knoten erworben haben, wenden Sie sich an AWS, um Hilfe beim Konvertieren von reservierten DS2-Knoten zu reservierten RA3-Knoten zu erhalten. Weitere Informationen von AWS erhalten Sie unter Amazon Redshift RA3 instances with managed storage (Amazon Redshift RA3-Instances mit verwaltetem Speicher).

Migrieren von DC1-Knotentypen zu DC2-Knotentypen

Um von Leistungsverbesserungen zu profitieren, können Sie ihre DC1-Cluster zu DC2-Knotentypen migrieren.

Cluster, die den Knotentyp DC2 verwenden, müssen in einer Virtual Private Cloud (EC2-VPC) gestartet werden.

Wenn sich Ihr DC1-Cluster nicht in einer VPC befindet:

  1. Erstellen Sie einen Snapshot Ihres DC1-Clusters. Weitere Informationen finden Sie unter Amazon-Redshift-Snapshots.

  2. Erstellen Sie eine VPC oder wählen Sie eine vorhandene VPC in Ihrem Konto aus. Weitere Informationen finden Sie unter Verwaltung von Clustern in einer VPC.

  3. Stellen Sie den Snapshot auf einem neuen DC2-Cluster in der VPC wieder her. Weitere Informationen finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

Wenn sich Ihr DC1-Cluster bereits in einer VPC befindet, wählen Sie eine der folgenden Methoden aus:

  • Passen Sie die Größe des DC1-Clusters an und ändern Sie als Teil des Vorgangs den Knotentyp in DC2. Ihr Cluster ist während der Größenänderung für einen bestimmten Zeitraum nicht verfügbar. Weitere Informationen finden Sie unter Größenanpassung von Clustern in Amazon Redshift.

  • Erstellen Sie einen Snapshot des DC1-Clusters, und stellen Sie dann den Snapshot in einem DC2-Cluster in der VPC wieder her. Weitere Informationen finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

Beachten Sie Folgendes, wenn Sie von DC1-Knoten zu DC2-Knotentypen migrieren.

  • DC1-Cluster, die zu 100 % voll sind, werden möglicherweise nicht auf eine entsprechende Anzahl von DC2-Knoten aktualisiert. Sollte mehr Speicherplatz erforderlich sein, können Sie Folgendes tun:

    • Eine Neudimensionierung auf eine Konfiguration mit mehr verfügbarem Speicherplatz vornehmen

    • Bereinigen Sie nicht benötigte Daten, indem Sie Tabellen kürzen oder Zeilen löschen.

  • DC2-Cluster unterstützen die EC2-Classic-Vernetzung nicht. Wenn Ihr DC1-Cluster nicht in einer VPC ausgeführt wird, sollten Sie für Ihre DC2-Migration eine VPC erstellen. Weitere Informationen finden Sie unter Verwaltung von Clustern in einer VPC.

  • Bei einer Neudimensionierung des Clusters wird er während der Operation womöglich in den schreibgeschützten Modus geschaltet. Weitere Informationen finden Sie unter Größenanpassung von Clustern in Amazon Redshift.

  • Wenn Sie reservierte DC1-Knoten erworben haben, können Sie Ihre reservierten DC1-Knoten für den Rest Ihrer Laufzeit auf DC2-Knoten aktualisieren. Weitere Informationen dazu, wie Sie Ihre Reservierung mit der AWS CLI ändern können, finden Sie unter Aktualisieren von reservierten Knoten mit der AWS CLI.

  • Wenn Sie die Wiederherstellung verwenden, um ein Upgrade von dc1.dc2 auf dc2.8xlarge durchzuführen, und die Anzahl der Knoten ändern, muss der Snapshot in der Clusterversion 1.0.10013 oder höher erstellt worden sein.

  • Wenn Sie die Wiederherstellung verwenden, um ein Upgrade von dc1.8xlarge auf dc2.8xlarge durchzuführen, muss der Snapshot in der Clusterversion 1.0.10013 oder höher erstellt worden sein.

  • Wenn Sie elastische Größenanpassung verwenden, um ein Upgrade von DC1 auf DC2 durchzuführen, und die Anzahl der Knoten ändern, muss der Cluster die Clusterversion 1.0.10013 oder höher aufweisen.

  • Stammt ein Snapshot eines dc1.8xlarge-Clusters für die Aktualisierung aus einem Cluster vor Version 1.0.10013, stellen Sie zuerst den Snapshot aus dem dc1.8xlarge-Cluster in einem neuen dc1.8xlarge-Cluster mit der gleichen Anzahl an Knoten wieder her. Verwenden Sie dann eine der folgenden Methoden, um den neuen dc1.8xlarge-Cluster zu aktualisieren.

    • Verwenden Sie einen Snapshot aus dem neu wiederhergestellten Cluster, um ein Upgrade auf dc2.8xlarge durchzuführen.

    • Verwenden Sie die elastische Größenanpassung, um den neu wiederhergestellten Cluster auf dc2.8xlarge zu aktualisieren.

Aktualisieren eines DS2-Clusters auf EC2-Classic auf EC2-VPC

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. Für verbesserte Leistung und Sicherheit empfehlen wir Ihnen, Ihren Cluster auf EC2-Classic zu aktualisieren, um in einer VPC mit EC2-VPC zu starten.

So upgraden Sie Ihr DS2-Cluster auf EC2-Classic auf EC2-VPC

  1. Erstellen Sie einen Snapshot Ihres DS2-Clusters. Weitere Informationen finden Sie unter Amazon-Redshift-Snapshots.

  2. Erstellen Sie eine VPC oder wählen Sie eine vorhandene VPC in Ihrem Konto aus. Weitere Informationen finden Sie unter Verwaltung von Clustern in einer VPC.

  3. Stellen Sie den Snapshot auf dem neuen DS2-Cluster in der VPC wieder her. Weitere Informationen finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

Überlegungen zu Regionen und Availability Zones

Amazon Redshift ist in verschiedenen AWS-Regionen verfügbar. Standardmäßig stellt Amazon Redshift Ihren Cluster in einer zufällig ausgewählten Availability Zone (AZ) in der von Ihnen ausgewählten AWS-Region bereit. Alle Knoten des Clusters werden in derselben Availability Zone bereitgestellt.

Sie können optional eine bestimmte Availability Zone anfordern, wenn in dieser Zone Amazon Redshift verfügbar ist. Zum Beispiel: Wenn Sie bereits eine Amazon-EC2-Instance in einer Availability Zone ausführen, sollten Sie Ihren Amazon-Redshift-Cluster auch in dieser Zone erstellen, um die Latenz zu reduzieren. Andererseits können Sie eine andere Availability Zone für höhere Verfügbarkeit wählen. Amazon Redshift ist möglicherweise nicht in allen Availability Zones innerhalb einer AWS-Region verfügbar:

Eine Liste der unterstützen AWS-Regionen, in denen ein Amazon-Redshift-Cluster bereitgestellt werden kann, finden Sie unter Amazon Redshift endpoints (Amazon-Redshift-Endpunkte) in der Allgemeinen Referenz zu Amazon Web Services.

Clusterwartung

Amazon Redshift führt periodisch Wartungsaktivitäten durch, um Upgrades auf Ihren Cluster anzuwenden. Während dieser Aktualisierungen ist Ihr Amazon-Redshift-Cluster nicht für den Normalbetrieb verfügbar. Sie haben verschiedene Möglichkeiten zu steuern, wie wir Ihr Cluster warten. Sie können beispielsweise den Zeitpunkt der Bereitstellung von Updates für Ihre Cluster kontrollieren. Sie können auch auswählen, ob in Ihrem Cluster die neueste oder die zweitneueste Version ausgeführt wird. Schließlich können Sie noch einstellen, dass optionale Wartungsupdates eine Weile zurückgestellt werden.

Wartungsfenster

Amazon Redshift weist auf Zufallsbasis ein 30-minütiges Wartungsfenster aus einem 8-Stunden-Zeitblock pro AWS-Region zu, an einem zufällig ausgewählten Wochentag (Montag bis einschließlich Sonntag).

Standardwartungsfenster

Die folgende Liste zeigt die Zeitblöcke für jede AWS-Region auf, von denen die Standard-Wartungsfenster zugewiesen werden:

  • Region USA Ost (Nord-Virginia): 03.00 bis 11.00 Uhr (UTC)

  • Region USA Ost (Ohio): 03.00 bis 11.00 Uhr (UTC)

  • Region USA West (Nordkalifornien): 06.00 bis 14.00 Uhr (UTC)

  • Region USA West (Oregon): 06.00 bis 14.00 Uhr (UTC)

  • Region Afrika (Kapstadt): 20.00 bis 04.00 Uhr (UTC)

  • Region Asien-Pazifik (Hongkong): 13.00 bis 21.00 Uhr (UTC)

  • Region Asien-Pazifik (Jakarta): 15.00 bis 23.00 Uhr (UTC)

  • Region Asien-Pazifik (Mumbai): 16.30 bis 00.30 Uhr (UTC)

  • Region Asien-Pazifik (Osaka): 13.00 bis 21.00 Uhr (UTC)

  • Region Asien-Pazifik (Seoul): 13.00 bis 21.00 Uhr (UTC)

  • Region Asien-Pazifik (Singapur): 14.00 bis 22.00 Uhr (UTC)

  • Region Asien-Pazifik (Sydney): 12.00 bis 20.00 Uhr (UTC)

  • Region Asien-Pazifik (Tokio): 13.00 bis 21.00 Uhr (UTC)

  • Region Kanada (Zentral): 03.00 bis 11.00 Uhr (UTC)

  • Region China (Peking): 13.00 bis 21.00 Uhr (UTC)

  • Region China (Ningxia): 13.00 bis 21.00 Uhr (UTC)

  • Region Europa (Frankfurt): 06.00 bis 14.00 Uhr (UTC)

  • Region Europa (Irland): 22.00 bis 06.00 Uhr (UTC)

  • Region Europa (London): 22.00 bis 06.00 Uhr (UTC)

  • Region Europa (Mailand): 21.00 bis 05.00 Uhr (UTC)

  • Region Europa (Paris): 23.00 bis 07.00 Uhr (UTC)

  • Region Europa (Stockholm): 23.00 bis 07.00 Uhr (UTC)

  • Region Naher Osten (Bahrain): 13.00 bis 21.00 Uhr (UTC)

  • Region Südamerika (São Paulo): 19.00 bis 03.00 Uhr (UTC)

Wenn ein Wartungsereignis für eine bestimmte Woche geplant ist, wird es in dem zugewiesenen 30-minütigen Wartungsfenster gestartet. Während Amazon Redshift die Wartung durchführt, beendet es alle Abfragen und anderen ausgeführten Operationen. Die meisten Wartungsaktivitäten werden innerhalb des 30-minütigen Wartungsfensters abgeschlossen. Einige können jedoch auch nach dem Schließen des Fensters fortgesetzt werden. Wenn während des geplanten Wartungsfensters keine Wartungsaktivitäten auszuführen sind, wird Ihr Cluster bis zum nächsten geplanten Wartungsfenster normal weiterbetrieben.

Sie können das geplante Wartungsfenster ändern, indem Sie den Cluster modifizieren, entweder auf programmatischem Wege oder mit der Amazon-Redshift-Konsole. Das Wartungsfenster muss mindestens 30 Minuten und darf höchstens 24 Stunden lang sein. Weitere Informationen finden Sie unter Verwalten von Clustern mithilfe der Konsole.

Aufschieben der Wartung

Wenn Sie den Zeitplan für das Wartungsfenster Ihres Clusters ändern müssen, können Sie die Wartung um bis zu 45 Tage aufschieben. Beispiel: Wenn Ihr Wartungsfenster auf Mittwoch, 8:30 – 9:00 UTC festgelegt ist und Sie aber zu dieser Zeit auf den Cluster zugreifen müssen, können Sie die Wartung aufschieben. Wenn Sie für Ihren Cluster einen Aufschub festgelegt haben, werden daran keine Wartungsarbeiten durchgeführt, es sei denn, Hardware muss aktualisiert werden.

Sollten während diesem Aufschub Hardware- oder andere obligatorische Updates durchgeführt werden müssen, setzen wir Sie diesbezüglich in Kenntnis und führen dann die Änderungen vor dem festgelegten Ende des Aufschubs durch. Während dieser Aktualisierungen ist Ihr Cluster nicht verfügbar.

Wenn Sie die Wartung Ihres Clusters aufschieben, ist das auf den Aufschub folgende Wartungsfenster obligatorisch und kann nicht aufgeschoben werden.

Anmerkung

Es ist nicht möglich, eine bereits begonnene Wartung aufzuschieben.

Weitere Informationen finden Sie unter Modifizieren eines Clusters.

Auswählen des Cluster-Wartungspfads

Wenn Amazon Redshift eine neue Clusterversion veröffentlicht, wird Ihr Cluster in seinem Wartungsfenster aktualisiert. Sie können angeben, ob der Cluster auf die zuletzt freigegebene oder die vorherige Version aktualisiert wird.

Welche Clusterversion in einem Wartungszeitraum installiert wird, wird über den Wartungspfad gesteuert. Wenn Amazon Redshift eine neue Clusterversion veröffentlicht, wird diese Version dem aktuellen Pfad zugewiesen, und die Vorversion dem nachgestellten Pfad. Geben Sie einen der folgenden Werte an, um den Wartungspfad für den Cluster festzulegen:

  • Current (Aktuell) – Es wird die aktuellste genehmigte Clusterversion verwendet.

  • Trailing (Nachgestellt) – Es wird die letzte Clusterversion vor der aktuellen Version verwendet.

  • Preview (Vorversion) – Verwenden Sie die Cluster-Version mit neuen Vorversionsfunktionen.

Angenommen, Ihr Cluster verwendet derzeit die Version 1.0.2762 und die aktuelle Amazon-Redshift-Version ist 1.0.3072. Wenn Sie Current (Aktuelle) als Wartungspfad festlegen, wird der Cluster im nächsten Wartungsfenster auf Version 1.0.3072 (die nächste freigegebene Version) aktualisiert. Wenn Sie den Wartungspfad des Clusters auf Trailing (Vorhergehende) setzen, wird der Cluster erst aktualisiert, sobald eine neue Version nach 1.0.3072 veröffentlicht wurde.

Preview tracks (Preview-Tracks

Ein Preview-Track steht möglicherweise nicht immer zur Auswahl. Wenn Sie einen Preview-Track auswählen, muss auch ein Trackname ausgewählt werden. Vorversionspfade und die damit verbundenen Ressourcen sind temporär, haben funktionale Einschränkungen und enthalten möglicherweise nicht alle aktuellen Amazon-Redshift-Funktionen, die in anderen Pfaden verfügbar sind. Bei der Arbeit mit Preview-Tracks:

  • Verwenden Sie die neue Amazon-Redshift-Konsole, wenn Sie mit Vorversionspfaden arbeiten. Beispielsweise wenn Sie einen Cluster erstellen, der mit Vorversionsfunktionen verwendet werden soll.

  • Sie können einen Cluster nicht von einem Preview-Track zum anderen wechseln.

  • Sie können einen Cluster nicht von einem aktuellen oder nachfolgenden Track zu einem Preview-Track wechseln.

  • Sie können nicht von einem Snapshot wiederherstellen, der aus einem anderen Preview-Track erstellt wurde.

  • Sie können den Preview-Track nur beim Erstellen eines neuen Clusters oder beim Wiederherstellen aus einem Snapshot verwenden.

  • Sie können nicht von einem Snapshot wiederherstellen, der aus einem anderen Preview-Track oder mit einer Cluster-Wartungsversion erstellt wurde, die neuer ist als die Preview-Track-Cluster-Version. Wenn Sie beispielsweise einen Cluster in einem Preview-Track wiederherstellen, können Sie nur einen Snapshot verwenden, der aus einer älteren Cluster-Wartungsversion als dem Preview-Track erstellt wurde.

Umschalten zwischen Wartungspfaden

Das Ändern des Pfads für einen Cluster ist normalerweise eine einmalige Entscheidung. Sie sollten beim Ändern des Wartungspfads vorsichtig vorgehen. Wenn Sie den Wartungspfad von Trailing (Vorhergehende) in Current (Aktuelle) ändern, wird der Cluster im nächsten Wartungsfenster auf die Releaseversion des Pfades Current (Aktuelle) gesetzt. Wenn Sie nun den Wartungspfad des Clusters in Trailing (Vorhergehende) ändern, wird der Cluster erst dann aktualisiert, wenn nach der Releaseversion des Pfades Current (Aktuelle) eine neue Version veröffentlicht wird.

Wartungspfade und Wiederherstellung

Snapshot erben den Wartungspfad des Quellclusters. Wenn Sie den Wartungspfad des Quellclusters ändern, nachdem Sie einen Snapshot erstellt haben, ist der Wartungspfad des Snapshots ein anderer als der des Quellclusters. Wenn Sie mit dem Snapshot eine Wiederherstellung vornehmen, befindet sich der neue Cluster auf dem Wartungspfad, der vom Quellcluster übernommen wurde. Sie können den Wartungspfad ändern, nachdem die Wiederherstellung abgeschlossen ist. Eine Größenänderung des Clusters wirkt sich nicht auf seinen Wartungspfad aus.

Verwalten von Cluster-Versionen

Ein Wartungspfad ist als eine Reihe von Releases definiert. Sie können für einen Cluster als Wartungspfad die aktuellen Versionen oder deren Vorversionen festlegen. Wenn Sie für Ihren Cluster Current (Aktuelle) als Wartungspfad festlegen, wird der Cluster in seinem nächsten Wartungsfenster auf die neueste freigegebene Version aktualisiert. Wenn Sie für Ihren Cluster Trailing (Vorherige) als Wartungspfad festlegen, wird der Cluster stets in der letzten Vorversion vor der neuesten Version ausgeführt.

Die Spalte Release status (Release-Status) in der Amazon-Redshift-Konsolenliste der Cluster zeigt an, ob einer Ihrer Cluster für ein Upgrade verfügbar ist.

Rollback der Cluster-Version

Wenn Ihr Cluster die aktuelle Cluster-Version ist, können Sie ein Rollback auf die vorherige Version auswählen.

Ausführliche Informationen über Funktionen und Verbesserungen der jeweiligen Cluster-Version finden Sie unter Cluster-Versionsverlauf.

So führen Sie ein Rollback auf eine frühere Cluster-Version durch

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-Redshift-Konsole unter https://console.aws.amazon.com/redshift/.

  2. Wählen Sie im Navigationsmenü Clusters (Cluster) aus.

  3. Wählen Sie den Cluster aus, der zurückgesetzt werden soll.

  4. Wählen Sie für Actions (Aktionen) Roll back cluster version (Rollback der Cluster-Version) aus. Die Seite Roll back cluster version (Cluster-Version-Rollback) wird angezeigt.

  5. Wenn es eine Version für den Rollback gibt, folgen Sie den Anweisungen auf der Seite.

  6. Wählen Sie Roll back now (Jetzt Rollback durchführen) aus.

Ermitteln der Cluster-Wartungsversion

Sie können die Amazon-Redshift-Engine und Datenbankversion mithilfe der Amazon-Redshift-Konsole ermitteln.

So finden Sie die Version eines Clusters:

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-Redshift-Konsole unter https://console.aws.amazon.com/redshift/.

  2. Wählen Sie im Navigationsmenü Clusters (Cluster) und dann den Cluster-Namen aus der Liste aus, um die Details zu dem Cluster aufzurufen. Die Details des Clusters werden angezeigt, u. a. einschließlich der Registerkarten Cluster performance (Cluster-Leistung), Query monitoring (Abfrageüberwachung), Databases (Datenbanken), Datashares, Schedules (Zeitpläne), Maintenance (Wartung) und Properties (Eigenschaften).

  3. Wählen Sie die Registerkarte Maintenance (Wartung) für weitere Details aus.

  4. Suchen Sie im Abschnitt Maintenance (Wartung) nach Current cluster version (Aktuelle Clusterversion).

Anmerkung

Obwohl die Konsole diese Informationen in einem Feld anzeigt, sind dies zwei Parameter in der Amazon-Redshift-API, ClusterVersion und ClusterRevisionNumber. Weitere Informationen finden Sie unter Cluster in der API-Referenz von Amazon Redshift.

Standard-Festplattenspeicherplatzalarm

Wenn Sie einen Amazon-Redshift-Cluster erstellen, können Sie optional einen Amazon-CloudWatch-Alarm konfigurieren, der den durchschnittlichen Prozentsatz des gesamten über alle Knoten in Ihrem Cluster hinweg verwendeten Speicherplatzes überwacht. 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 die angegebenen Empfänger, um diese zu warnen, dass der prozentuale Schwellenwert erreicht wurde. 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.

Nach dem Start des Clusters können Sie den Alarm im Status-Fenster des Clusters unter CloudWatch Alarms (CloudWatch-Alarme) anzeigen und bearbeiten. Der Name ist 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-Thema ausgewählt haben, erhält das für Sie erstellte Thema die Bezeichnung <clustername>-default-alarms (<recipient>), beispielsweise examplecluster-default-alarms (notify@example.com).

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 mit 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 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.

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.
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.