Warum dauert es so lange, bis die klassische Größenänderung meines Amazon-Redshift-Clusters abgeschlossen ist?

Lesedauer: 3 Minute
0

Ich habe eine klassische Größenänderung initiiert, aber sie kommt in meinem Amazon-Redshift-Cluster nicht voran oder es dauert zu lange. Ich möchte die Ausfallzeiten für eine klassische Größenänderung besser einschätzen.

Behebung

Die Zeit, die Ihr Amazon-Redshift-Cluster benötigt, um eine klassische Größenänderung abzuschließen, kann zwischen mehreren Stunden und mehreren Tagen variieren. Die klassische Größenänderung Ihres Clusters kann aus den folgenden Gründen länger dauern:

  • Workload auf dem Quell-Cluster lesen
  • Anzahl und Größe der zu übertragenden Tabellen
  • Tabellendefinition und schiefe Tabellen
  • Die Anzahl und die Typen der Knoten, die in den Quell- und Zielclustern verwendet werden

Reduzieren Sie die Ausfallzeiten für eine klassische Größenänderung

Um die Zeit zu reduzieren, die für eine klassische Größenänderung benötigt wird, führen Sie die folgenden Aufgaben aus:

  • Verwenden Sie die Amazon-Redshift-Konsole, um den Status Ihres Größenänderungsvorgangs zu überwachen. Wählen Sie auf der Cluster-Detailseite die Registerkarte Status aus, um die durchschnittliche Übertragungsrate, die verstrichene Zeit und die verbleibende Zeit anzuzeigen.
  • Korrigieren Sie schiefe Tabellen und wählen Sie einen geeigneten Verteilungsschlüssel. Weitere Informationen finden Sie im Playbook für fortgeschrittenes Tabellendesign von Amazon Redshift Engineering: Distributionsstile und Distributionsschlüssel.
  • Unbenutzte Tabellen entfernen. Um unbenutzte Tabellen zu identifizieren, führe das Skript unscanned\ _table\ _summary.sql von der GitHub-Website aus.
    **Hinweis:**Die Zusammenfassung der ungescannten Tabelle zeigt nur den Verlauf der letzten Tage. Um Nutzungsdaten über einen längeren Zeitraum zu erfassen, verwenden Sie das Hilfsprogramm SystemTablePersistence von der GitHub-Website.
  • Verwenden Sie Elastic Resize, um Knoten in einem vorhandenen Amazon-Redshift-Cluster hinzuzufügen oder zu entfernen und Daten automatisch an die neuen Knoten weiterzuverteilen. Da Elastic Resize keinen neuen Cluster erstellt, ist die Ausfallzeit deutlich geringer als die Ausfallzeit bei einer klassischen Größenänderung. Weitere Informationen finden Sie unter Größenänderung von Clustern in Amazon Redshift.

Weitere Informationen zur Optimierung Ihrer Leistung bei Größenanpassungen finden Sie unter Die 10 wichtigsten Techniken zur Leistungsoptimierung für Amazon Redshift.

Problembehandlung bei der klassischen Größenänderung

Führen Sie die folgenden Aufgaben aus, um Probleme mit der klassischen Größenänderung zu beheben:

  • Wenn Ihr Cluster in der AWS-Befehlszeilenschnittstelle (AWS CLI) den Status NONE hat, wird der Zielcluster immer noch bereitgestellt. Warten Sie, bis Ihr Zielcluster bereitgestellt ist. Nachdem der Cluster kopiert wurde, ändert sich der Status IN\ _PROGRESS.
    **Hinweis:**Wenn Sie beim Ausführen von Befehlen in AWS CLI Fehlermeldungen erhalten, finden Sie weitere Informationen unter Beheben von AWS CLI-Fehlern. Stellen Sie außerdem sicher, dass Sie die neueste Version von AWS CLI verwenden.
  • Wenn Sie eine Fehlermeldung über unzureichenden Speicherplatz erhalten, passen Ihre Daten nicht in den Zielcluster. Passen Sie die Größe Ihres Amazon-Redshift-Clusters mit mehr Knoten, einem anderen Verteilungsstil oder einem anderen Knotentyp an. Weitere Informationen finden Sie unter Größenänderung von Clustern in Amazon Redshift.
  • Um einen Größenänderungsvorgang abzubrechen, bevor er abgeschlossen ist, wählen Sie in der Amazon-Redshift-Konsole auf der Cluster-Detailseite die Option Größenänderung abbrechen aus. Oder führen Sie den Befehl cancel-resize über die AWS-CLI aus.
    **Hinweis:**Sie können den Größenänderungsvorgang nicht abbrechen, wenn er sich in der letzten Phase befindet.

Ähnliche Informationen

Wie ändere ich die Größe eines Amazon-Redshift-Clusters?

Warum verbraucht eine Tabelle in einem Amazon-Redshift-Cluster mehr oder weniger Festplattenspeicher als erwartet?

AWS OFFICIAL
AWS OFFICIALAktualisiert vor 4 Monaten