Adaptive Compute¶

MAX_QUERY_PERFORMANCE_LEVEL¶

MAX_QUERY_PERFORMANCE_LEVEL drückt die Obergrenze der Leistung für jede einzelne Abfrage aus. Der Wert wird auf Warehouse-Ebene festgelegt und dient als Mechanismus, um dem System mitzuteilen, dass es die Ausführung von Abfragen „beschleunigen“ oder „verlangsamen“ soll.

Die Eigenschaft wird in Einheiten von T-Shirt-Größen ausgedrückt (XSMALL bis X4LARGE). Jede T-Shirt-Größe bietet ein ähnliches oder besseres Leistungsniveau als die entsprechende klassische Warehouse-Größe.

Typ:

{ XSMALL | SMALL | MEDIUM | LARGE | XLARGE | XXLARGE | XXXLARGE | X4LARGE }

Standard:

XLARGE

Semantik:

• Größere Werte bieten mehr Compute-Headroom pro Anweisung, verbessern die Latenz bei großen, komplexen Abfragen und erhöhen die potenziellen sofortigen Ausgaben für eine einzelne Anweisung.

• Niedrigere Werte schränken die Ausgaben pro Anweisung ein, können aber große Abfragen verlangsamen und gleichzeitig mehr Headroom für Parallelität lassen.

• Dieser Wert ist keiner bestimmten zugrunde liegenden Computekonfiguration zugeordnet. Er gibt nur ein Leistungsniveau an: Snowflake ermittelt die für jede Abfrage tatsächlich benötigten Ressourcen.

Verhalten:

Adaptive Compute bestimmt auf Basis des Abfrageplans die für eine Abfrage optimalen Computeressourcen. Wenn der Service feststellt, dass der Computebedarf für optimale Leistung größer ist als MAX_QUERY_PERFORMANCE_LEVEL, begrenzt Snowflake ihn auf MAX_QUERY_PERFORMANCE_LEVEL. Bei kleineren Abfragen wählt Snowflake Computeressourcen für optimale Leistung unterhalb von MAX_QUERY_PERFORMANCE_LEVEL passend zu den Anforderungen der jeweiligen Abfrage.

Anleitung:

Legen Sie MAX_QUERY_PERFORMANCE_LEVEL auf die höchste Abfrageleistung fest, die Sie für Ihre größten Abfragen als angemessen erachten. Verwenden Sie:doc:Budgets </user-guide/budgets> und Ressourcenmonitore, um die Gesamtausgaben über einen bestimmten Zeitraum zu verwalten.

QUERY_THROUGHPUT_MULTIPLIER¶

QUERY_THROUGHPUT_MULTIPLIER drückt den Multiplikator aus, der zur Berechnung des maximalen Durchsatzes zu einem bestimmten Zeitpunkt verwendet wird. Anstatt einen absoluten maximalen Durchsatz anzugeben, geben Sie einen ganzzahligen Skalierungsfaktor für das vom System berechnete Minimum an.

Um N-Anweisungen parallel am MAX_QUERY_PERFORMANCE_LEVEL auszuführen, setzen Sie den Multiplikator auf N. Da MAX_QUERY_PERFORMANCE_LEVEL stellt die obere Grenze dar, diese Einstellung unterstützt typischerweise mehr als N-Abfragen, die parallel ausgeführt werden, da viele Abfragen weniger als das Maximum benötigen.

Typ:

Nicht negative Ganzzahl

Standard:

2

Das Festlegen dieses Werts auf 0 bedeutet unbegrenzten Durchsatz: Das Warehouse kann ohne eine Begrenzung so viel Kapazität nutzen, wie verfügbar ist.

Semantik:

Bei einem positiven Wert wird der maximale Durchsatz wie folgt berechnet:

MAX_THROUGHPUT = QUERY_THROUGHPUT_MULTIPLIER * MINIMUM

Dabei ist MINIMUM eine vom System berechnete Basiskapazität für das MAX_QUERY_PERFORMANCE_LEVEL, das für das Warehouse festgelegt ist.

• Dient als Skalierungsfaktor für diese vom System berechnete Basiskapazität.

• Höhere Werte erhöhen den Spitzendurchsatz (mehr gleichzeitige Arbeit) und reduzieren Wartezeiten, können jedoch zu höheren kurzfristigen Kosten führen.

• Niedrigere Werte schränken den Durchsatz ein und verringern das Risiko von plötzlichen Ausgabenspitzen, können aber zu Wartezeiten führen.

Verhalten:

Snowflake berechnet eine interne Basiskapazitätsrate für das Warehouse auf Grundlage von MAX_QUERY_PERFORMANCE_LEVEL, Migrationsverlauf (klassische Größe, maximale Anzahl der Cluster, QAS-Skalierungsfaktor) und anderen Parametern für die Systemoptimierung.

QUERY_THROUGHPUT_MULTIPLIER wirkt als Multiplikator für die Basiskapazität und legt fest, wie viele Abfragen parallel ausgeführt werden können. Wenn das System unter diesem Ziel liegt, wird die Ausführung der Abfrage zugelassen. Wenn das Ziel erreicht ist, wird die Abfrage in die Warteschlange gestellt.

Anleitung:

Wenn Sie regelmäßig Wartezeiten beim Laden beobachten und einen höheren Durchsatz wünschen, erhöhen Sie den Wert für QUERY_THROUGHPUT_MULTIPLIER. Wenn Ihnen die Begrenzung kurzfristiger Kosten wichtiger ist, reduzieren Sie den Wert für QUERY_THROUGHPUT_MULTIPLIER und nutzen Sie Budgets und Ressourcenmonitore für eine absolute Kostenkontrolle.

Eigenschaftsverhalten während der Konvertierung¶

Wenn Sie ein Standard-Warehouse in ein angepasstes Warehouse konvertieren, müssen Sie nur die Eigenschaft WAREHOUSE_TYPE ändern. Snowflake berechnet automatisch die geeigneten Werte für MAX_QUERY_PERFORMANCE_LEVEL und QUERY_THROUGHPUT_MULTIPLIER.

Das System leitet diese aus der bestehenden Konfiguration des Standard-Warehouses ab:

• Warehouse-Größe.

• MAX_CLUSTER_COUNT (für Multi-Cluster-Warehouses).

• QAS-Skalierungsfaktor.

• Warehouse-Generierung (Hardware-/Software-Generierung)

Ziel ist es, die Leistung im Vergleich zum ursprünglichen Standard-Warehouse beizubehalten oder zu verbessern, genügend Kapazität für typische Lastspitzen bereitzustellen und eine manuelle Optimierung beim Wechsel zu einem adaptiven Warehouse zu vermeiden.

Nach der Konvertierung können Sie optional MAX_QUERY_PERFORMANCE_LEVEL und QUERY_THROUGHPUT_MULTIPLIER unter Verwendung von ALTERWAREHOUSE überschreiben. Eigenschaften für Standard-Warehouses wie WAREHOUSE_SIZE undMAX_CLUSTER_COUNT gelten nach der Konvertierung in ein adaptives Warehouse nicht mehr (und umgekehrt).

CREATE ADAPTIVE WAREHOUSE¶

Erstellt ein neues adaptives virtuelles Warehouse.

CREATE [ OR REPLACE ] ADAPTIVE WAREHOUSE [ IF NOT EXISTS ] <name>
  [ [ WITH ] adaptiveProperties ]
  [ [ WITH ] TAG ( <tag_name> = '<tag_value>' [ , ... ] ) ]
  [ objectParams ]

adaptiveProperties ::=
  COMMENT = '<string_literal>'
  MAX_QUERY_PERFORMANCE_LEVEL = { XSMALL | SMALL | MEDIUM | LARGE
                                | XLARGE | XXLARGE | XXXLARGE | X4LARGE }
  QUERY_THROUGHPUT_MULTIPLIER = <integer>

objectParams ::=
  STATEMENT_QUEUED_TIMEOUT_IN_SECONDS = <num>
  STATEMENT_TIMEOUT_IN_SECONDS = <num>

Sie können auch ein adaptives Warehouse mit der CREATE WAREHOUSE-Standardsyntax mit WAREHOUSE_TYPE = 'ADAPTIVE' erstellen:

CREATE [ OR REPLACE ] WAREHOUSE [ IF NOT EXISTS ] <name>
  [ [ WITH ] WAREHOUSE_TYPE = 'ADAPTIVE'
    [ adaptiveProperties ]
  ]
  [ [ WITH ] TAG ( <tag_name> = '<tag_value>' [ , ... ] ) ]
  [ objectParams ]

CREATE ADAPTIVE WAREHOUSE my_adaptive_wh;

CREATE ADAPTIVE WAREHOUSE my_adaptive_wh
  WITH MAX_QUERY_PERFORMANCE_LEVEL = XXLARGE;

CREATE ADAPTIVE WAREHOUSE my_adaptive_wh
  WITH MAX_QUERY_PERFORMANCE_LEVEL = MEDIUM
       QUERY_THROUGHPUT_MULTIPLIER = 6;

CREATE WAREHOUSE my_adaptive_wh
  WITH WAREHOUSE_TYPE = 'ADAPTIVE'
       MAX_QUERY_PERFORMANCE_LEVEL = LARGE
       QUERY_THROUGHPUT_MULTIPLIER = 3;

ALTER WAREHOUSE (adaptiv)¶

Sie können ALTER WAREHOUSE verwenden, um ein Standard-Warehouse in ein adaptives Warehouse zu konvertieren, die Eigenschaften des adaptiven Warehouses zu ändern oder ein adaptives Warehouse wieder in ein Standard-Warehouse zu konvertieren.

Konvertieren eines Standard-Warehouses in ein adaptives Warehouse:

ALTER WAREHOUSE my_warehouse SET WAREHOUSE_TYPE = 'ADAPTIVE';

Ändern der Eigenschaften eines adaptiven Warehouses nach dem Erstellen oder Konvertieren:

ALTER WAREHOUSE my_adaptive_wh SET
  MAX_QUERY_PERFORMANCE_LEVEL = XLARGE
  QUERY_THROUGHPUT_MULTIPLIER = 8;

Konvertieren eines adaptiven Warehouses zurück in ein Standard-Warehouse:

ALTER WAREHOUSE my_warehouse SET WAREHOUSE_TYPE = 'STANDARD';