Amazon Redshift unterstützt ab dem 1. November 2025 nicht mehr die Erstellung neuer Python-UDFs. Wenn Sie Python-UDFs verwenden möchten, erstellen Sie die UDFs vor diesem Datum. Bestehende Python-UDFs funktionieren weiterhin wie gewohnt. Weitere Informationen finden Sie im Blog-Posting
Anzeigen der Parallelität des Workloads und der Parallelitätsskalierungsdaten
Mit Nebenläufigkeitsskalierungsmetriken in Amazon Redshift können Sie Folgendes tun:
-
Analysieren Sie, ob Sie die Anzahl von Abfragen in der Warteschlange reduzieren können, indem Sie die Parallelität skalieren. Sie können nach WLM-Warteschlange oder für alle WLM-Warteschlangen vergleichen.
-
Anzeigen von Nebenläufigkeitsskalierungsaktivitäten in Nebenläufigkeitsskalierungs-Clustern. So können Sie feststellen, ob die Nebenläufigkeitsskalierung durch begrenzt wird
max_concurrency_scaling_clusters. Wenn dies zutrifft, können Siemax_concurrency_scaling_clustersim DB-Parameter erhöhen. -
Anzeigen der Gesamtnutzung der Nebenläufigkeitsskalierung für alle Nebenläufigkeitsskalierungs-Cluster zusammen.
So zeigen Sie die Parallelitäts-Skalierungsdaten an:
-
Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-Redshift-Konsole unter https://console.aws.amazon.com/redshiftv2/
. -
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 möglicherweise unter anderem auf den Registerkarten Cluster-Leistung, Abfrageüberwachung, Datenbanken, Datashares, Zeitpläne, Wartung und Eigenschaften angezeigt.
-
Wählen Sie die Registerkarte Query monitoring (Abfrageüberwachung) für Metriken zu Ihren Abfragen aus.
-
Wählen Sie im Abschnitt Query monitoring (Abfrageüberwachung) die Registerkarte Workload Concurrency (Workload-Parallelität) aus.
Die Registerkarte enthält folgende Diagramme:
-
Queued vs. Running queries on the cluster (Abfragen in der Warteschlange vs. ausgeführte Abfragen auf dem Cluster) – die Anzahl der ausgeführten Abfragen (Haupt-Cluster und Nebenläufigkeitsskalierungs-Cluster) im Vergleich zur Anzahl der Abfragen, die in allen WLM-Warteschlangen im Cluster warten.
-
Queued vs. Running queries per queue (Abfragen in der Warteschlange vs. ausgeführte Abfragen pro Warteschlange) – die Anzahl der ausgeführten Abfragen (Haupt-Cluster und Nebenläufigkeitsskalierungs-Cluster) im Vergleich zur Anzahl der Abfragen, die in jeder WLM-Warteschlange warten.
-
Concurrency scaling activity (Nebenläufigkeitsskalierungsaktivität) – die Anzahl der Nebenläufigkeitsskalierungs-Cluster, die Abfragen aktiv verarbeiten.
-
Concurrency scaling usage (Nutzung der Nebenläufigkeitsskalierung) – die Nutzung von Nebenläufigkeitsskalierungs-Clustern mit aktiver Abfrageverarbeitungsaktivität.
-
Diagramme der Parallelität des Workloads
Im Folgenden finden Sie einige Beispiele für Diagramme, die in der neuen Amazon-Redshift-Konsole angezeigt werden. Um ähnliche Diagramme in Amazon CloudWatch zu erstellen, können Sie die Parallelitätsskalierung und die WLM CloudWatch-Metriken verwenden. Weitere Informationen zu CloudWatch-Metriken für Amazon Redshift finden Sie unter Leistungsdaten in Amazon Redshift.
-
Queued vs. Running queries on the cluster (Abfragen in der Warteschlange vs. ausgeführte Abfragen auf dem Cluster
-
Queued vs. Running queries per queue (Abfragen in der Warteschlange vs. ausgeführte Abfragen pro Warteschlange
-
Concurrency scaling activity (Parallelitätsskalierungsaktivität
-
Concurrency scaling usage (Nutzung der Parallelitätsskalierung