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.

Workload-Management

In Amazon Redshift verwenden Sie Workload Management (WLM), um die Anzahl der verfügbaren Abfragewarteschlangen zu definieren und zu definieren, wie Abfragen zur Verarbeitung an diese Warteschlangen weitergeleitet werden. WLMist Teil der Parametergruppenkonfiguration. Ein Cluster verwendet die WLM Konfiguration, die in der zugehörigen Parametergruppe angegeben ist.

Wenn Sie eine Parametergruppe erstellen, enthält die WLM Standardkonfiguration eine Warteschlange, die bis zu fünf Abfragen gleichzeitig ausführen kann. Sie können zusätzliche Warteschlangen hinzufügen und in jeder von ihnen WLM Eigenschaften konfigurieren, wenn Sie mehr Kontrolle über die Abfrageverarbeitung haben möchten. Jede Warteschlange, die Sie hinzufügen, hat dieselbe WLM Standardkonfiguration, bis Sie ihre Eigenschaften konfigurieren.

Wenn Sie weitere Warteschlangen hinzufügen, ist die letzte Warteschlange in der Konfiguration die Standardwarteschlange. Sofern eine Abfrage nicht aufgrund von Kriterien in der WLM Konfiguration an eine andere Warteschlange weitergeleitet wird, wird sie von der Standardwarteschlange verarbeitet. Sie können für die Standardwarteschlange Modus und Nebenläufigkeitsstufe (Abfrageslots) angeben, jedoch keine Benutzer- oder Abfragegruppen.

Wie bei anderen Parametern können Sie die WLM Konfiguration in der Standardparametergruppe nicht ändern. Cluster, die der Standardparametergruppe zugeordnet sind, verwenden immer die WLM Standardkonfiguration. Um die WLM Konfiguration zu ändern, erstellen Sie eine neue Parametergruppe und ordnen Sie diese Parametergruppe dann allen Clustern zu, für die Ihre benutzerdefinierte WLM Konfiguration erforderlich ist.

WLMdynamische und statische Eigenschaften

Die WLM Konfigurationseigenschaften sind entweder dynamisch oder statisch. Sie können dynamische Eigenschaften ohne Neustart des Clusters auf die Datenbank anwenden. Statische Eigenschaften erfordern jedoch einen Neustart des Clusters, damit die Änderungen wirksam werden. Weitere Informationen zu statischen und dynamischen Eigenschaften finden Sie unter WLMdynamische und statische Konfigurationseigenschaften.

Eigenschaften für den WLM Konfigurationsparameter

Sie können die Konfiguration WLM mithilfe der Amazon Redshift Redshift-Konsole vornehmen, AWS CLI, der Amazon Redshift API oder einer der AWS SDKs. WLMDie Konfiguration verwendet mehrere Eigenschaften, um das Verhalten von Warteschlangen zu definieren, z. B. die Speicherzuweisung zwischen Warteschlangen, die Anzahl der Abfragen, die gleichzeitig in einer Warteschlange ausgeführt werden können, usw.

In der folgenden Tabelle wird zusammengefasst, ob eine Eigenschaft für automatische WLM oder manuelle Eigenschaften gilt. WLM

In der folgenden Liste werden die WLM Eigenschaften beschrieben, die Sie konfigurieren können.

Weitere Informationen zu den einzelnen Eigenschaften und Strategien für die Konfiguration von Abfragewarteschlangen finden Sie unter Implementierung von Workload Management im Datenbankentwicklerhandbuch zu Amazon Redshift.

Konfiguration des WLM Parameters mit dem AWS CLI

Zur Konfiguration WLM ändern Sie den wlm_json_configuration Parameter. Die maximale Größe des wlm_json_configuration-Eigenschaftswerts beträgt 8 000 Zeichen. Der Wert ist in JavaScript Object Notation (JSON) formatiert. Wenn Sie die Konfiguration WLM mit dem AWS CLI, Amazon Redshift API oder einer der AWS SDKs, verwenden Sie den Rest dieses Abschnitts, um zu erfahren, wie Sie die JSON Struktur für den wlm_json_configuration Parameter erstellen.

Beispiel

Das folgende Beispiel ist die WLM Standardkonfiguration, die eine Warteschlange mit Automatik definiertWLM.

{
   "auto_wlm": true
}

Beispiel

Das folgende Beispiel ist eine benutzerdefinierte WLM Konfiguration, die eine manuelle WLM Warteschlange mit einer Parallelitätsebene (Abfrageslots) von fünf definiert.

{
   "query_concurrency":5
}

Syntax

Die WLM Standardkonfiguration ist sehr einfach und enthält nur eine Warteschlange und eine Eigenschaft. Sie können weitere Warteschlangen hinzufügen und mehrere Eigenschaften für jede Warteschlange in der JSON Struktur konfigurieren. Die folgende Syntax stellt die JSON Struktur dar, die Sie verwenden, um mehrere Warteschlangen mit mehreren Eigenschaften zu konfigurieren:

[
   {
      "ParameterName":"wlm_json_configuration", "ParameterValue":
         "[
             {
                "q1_first_property_name":"q1_first_property_value",
                "q1_second_property_name":"q1_second_property_value", 
                ...
             },
             {
                "q2_first_property_name":"q2_first_property_value",
                "q2_second_property_name":"q2_second_property_value", 
                ...
             }
             ...

         ]"
   }
]

Im vorherigen Beispiel sind die repräsentativen Eigenschaften, die mit q1 beginnen, Objekte in einem Array für die erste Warteschlange. Jedes dieser Objekte ist ein Name/Wert-Paar. value Zusammen legen sie name die WLM Eigenschaften für die erste Warteschlange fest. Die repräsentativen Eigenschaften, die mit q2 beginnen, sind Objekte in einem Array für die zweite Warteschlange. Wenn Sie mehr Warteschlangen benötigen, fügen Sie ein weiteres Array für jede weitere Warteschlange hinzu und richten die Eigenschaften für jedes Objekt ein.

Wenn Sie die WLM Konfiguration ändern, müssen Sie die gesamte Struktur Ihrer Warteschlangen berücksichtigen, auch wenn Sie nur eine Eigenschaft innerhalb einer Warteschlange ändern möchten. Das liegt daran, dass die gesamte JSON Struktur als Zeichenfolge als Wert für den wlm_json_configuration Parameter übergeben wird.

Formatieren der AWS CLI command

Der wlm_json_configuration Parameter erfordert ein bestimmtes Format, wenn Sie den AWS CLI. Welches Format Sie verwenden, hängt von Ihrem Client-Betriebssystem ab. Betriebssysteme haben unterschiedliche Möglichkeiten, die JSON Struktur einzuschließen, sodass sie korrekt von der Befehlszeile aus übergeben wird. Für Einzelheiten zur Konstruktion des korrekten Befehls unter Linux, Mac OS X und Windows vgl. die folgenden Abschnitte. Weitere Informationen zu den Unterschieden beim Einschließen von JSON Datenstrukturen finden Sie in AWS CLI allgemein finden Sie unter Zeichenketten zitieren in der AWS Command Line Interface Benutzerleitfaden.

Beispiele

Der folgende Beispielbefehl konfiguriert manuell WLM für eine Parametergruppe namensexample-parameter-group. Die Konfiguration ermöglicht die Beschleunigung kurzer Abfragen, wobei die maximale Laufzeit für kurze Abfragen auf 0 gesetzt ist, was anweist, den WLM Wert dynamisch festzulegen. Die ApplyType-Einstellung lautet dynamic. Diese Einstellung bedeutet, dass alle an dynamischen Eigenschaften in dem Parameter vorgenommenen Änderungen sofort angewendet werden, sofern keine anderen statischen Änderungen an der Konfiguration vorgenommen wurden. Die Konfiguration definiert drei Warteschlangen mit:

aws redshift modify-cluster-parameter-group 
--parameter-group-name example-parameter-group 
--parameters
'[
  {
    "query_concurrency": 4,
    "max_execution_time": 20000,
    "memory_percent_to_use": 25,
    "query_group": ["report"],
    "query_group_wild_card": 1,
    "user_group": [],
    "user_group_wild_card": 0,
    "user_role": [],
    "user_role_wild_card": 0,
    "concurrency_scaling": "auto", 
    "queue_type": "manual"
  },
  {
    "query_concurrency": 5,
    "memory_percent_to_use": 40,
    "query_group": [],
    "query_group_wild_card": 0,
    "user_group": [
      "admin",
      "dba"
    ],
    "user_group_wild_card": 0,
    "user_role": [],
    "user_role_wild_card": 0,
    "concurrency_scaling": "off",
    "queue_type": "manual"    
  },
  {
    "query_concurrency": 5,
    "query_group": [],
    "query_group_wild_card": 0,
    "user_group": [],
    "user_group_wild_card": 0,
    "user_role": [],
    "user_role_wild_card": 0,
    "concurrency_scaling": "auto",
    "queue_type": "manual"    
  },
  {"short_query_queue": true}
]'

Im Folgenden finden Sie ein Beispiel für die Konfiguration von Regeln zur WLM Abfrageüberwachung für eine automatische WLM Konfiguration. In diesem Beispiel wird eine Parametergruppe mit dem Namen example-monitoring-rules erstellt. Die Konfiguration definiert die gleichen drei Warteschlangen wie im vorherigen Beispiel. query_concurrency und memory_percent_to_use werden jedoch nicht mehr angegeben. Die Konfiguration fügt darüber hinaus die folgenden Regeln und Abfrageprioritäten hinzu:

aws redshift modify-cluster-parameter-group 
--parameter-group-name example-monitoring-rules 
--parameters
'[ {
  "query_group" : [ "report" ],
  "query_group_wild_card" : 1,
  "user_group" : [ ],
  "user_group_wild_card" : 0,
  "user_role": [ ],
  "user_role_wild_card": 0,
  "concurrency_scaling" : "auto",
  "rules" : [{
    "rule_name": "rule_1",
    "predicate": [{
      "metric_name": "query_cpu_time",
      "operator": ">",
      "value": 1000000 },
      { "metric_name": "query_blocks_read",
      "operator": ">",
      "value": 1000
    } ],
    "action" : "log"
  } ],
   "priority": "normal",
   "queue_type": "auto"
}, {  
  "query_group" : [ ],
  "query_group_wild_card" : 0,
  "user_group" : [ "admin", "dba" ],
  "user_group_wild_card" : 0,
  "user_role": [ ],
  "user_role_wild_card": 0,
  "concurrency_scaling" : "off",
  "rules" : [ {
    "rule_name": "rule_2",
    "predicate": [
      {"metric_name": "query_execution_time",
      "operator": ">",
      "value": 600000000},
      {"metric_name": "scan_row_count",
      "operator": ">",
      "value": 1000000000}],
      "action": "abort"}],
   "priority": "high",
   "queue_type": "auto"

}, {
  "query_group" : [ ],
  "query_group_wild_card" : 0,
  "user_group" : [ ],
  "user_group_wild_card" : 0,
  "user_role": [ ],
  "user_role_wild_card": 0,
  "concurrency_scaling" : "auto",
  "priority": "low",
  "queue_type": "auto",
  "auto_wlm": true
}, {
  "short_query_queue" : true
} ]'

Konfiguration WLM mit dem AWS CLI in der Befehlszeile mit einer JSON Datei

Sie können den wlm_json_configuration Parameter ändern, indem Sie AWS CLI und den Wert des parameters Arguments als JSON Datei übergeben.

aws redshift modify-cluster-parameter-group --parameter-group-name myclusterparaametergroup --parameters file://modify_pg.json 

Die Argumente für --parameters werden in der Datei modify_pg.json gespeichert: Der Speicherort der Datei wird in dem Format für Ihr Betriebssystem angegeben. Weitere Informationen finden Sie unter Laden von Parametern aus einer Datei. Im Folgenden werden Beispiele für den Inhalt der modify_pg.json JSON Datei gezeigt.

[
    {
        "ParameterName": "wlm_json_configuration",
        "ParameterValue": "[{\"user_group\":\"example_user_group1\",\"query_group\": \"example_query_group1\", \"query_concurrency\":7},{\"query_concurrency\":5}]"
    }
]                        

[
    {
        "ParameterName": "wlm_json_configuration",
        "ParameterValue": "[{\"query_group\":[\"reports\"],\"query_group_wild_card\":0,\"query_concurrency\":4,\"max_execution_time\":20000,\"memory_percent_to_use\":25},{\"user_group\":[\"admin\",\"dba\"],\"user_group_wild_card\":1,\"query_concurrency\":5,\"memory_percent_to_use\":40},{\"query_concurrency\":5,\"memory_percent_to_use\":35},{\"short_query_queue\": true, \"max_execution_time\": 5000 }]",
        "ApplyType": "dynamic"
    }
]            

Regeln für die Konfiguration WLM mit dem AWS CLI in der Befehlszeile auf den Betriebssystemen Linux und MacOS X

Folgen Sie diesen Regeln, um eine auszuführen AWS CLI Befehl mit Parametern in einer Zeile:

Regeln für die Konfiguration WLM mit dem AWS CLI in Windows PowerShell auf Microsoft Windows-Betriebssystemen

Folgen Sie diesen Regeln, um eine auszuführen AWS CLI Befehl mit Parametern in einer Zeile:

Regeln für die Konfiguration WLM mithilfe der Befehlszeile auf Windows-Betriebssystemen

Folgen Sie diesen Regeln, um eine auszuführen AWS CLI Befehl mit Parametern in einer Zeile: