Configurazione della gestione del carico di lavoro - Amazon Redshift
Proprietà WLM dinamiche e staticheProprietà del parametro wlm_json_configuration Configurazione del parametro wlm_json_configuration utilizzando il AWS CLI

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Configurazione della gestione del carico di lavoro

In Amazon Redshift, viene utilizzata la gestione del carico di lavoro (WLM) per definire il numero di code di query disponibili e il modo in cui le query sono instradate a tali code per l'elaborazione. WLM è parte della configurazione del gruppo di parametri. Un cluster utilizza la configurazione WLM specificata nel relativo gruppo di parametri associato.

Quando crei un gruppo di parametri, la configurazione WLM predefinita contiene una coda che può eseguire fino a cinque query contemporaneamente. Puoi aggiungere ulteriori code e configurare le proprietà WLM in ognuna se vuoi avere un maggiore controllo sull'elaborazione delle query. Ogni coda aggiunta ha la stessa configurazione WLM predefinita fino a che non ne configuri le proprietà.

Quando aggiungi ulteriori code, l'ultima nella configurazione è la code predefinita. A meno che una query non sia instradata a un'altra coda in base ai criteri nella configurazione WLM, viene elaborata dalla coda predefinita. È possibile specificare la modalità e il livello di simultaneità (slot di query) per la coda predefinita, ma non è possibile specificare i gruppi di utenti o i gruppi di query per la coda predefinita.

Come per gli altri parametri, non puoi modificare la configurazione WLM nel gruppo di parametri predefinito. I cluster associati al gruppo di parametri predefinito utilizzano sempre la configurazione WLM predefinita. Per modificare la configurazione WLM, crea un nuovo gruppo di parametri e quindi associa quel gruppo a un cluster che richiede la configurazione WLM personalizzata.

Proprietà WLM dinamiche e statiche

Le proprietà della configurazione WLM sono dinamiche o statiche. Puoi applicare proprietà dinamiche al database senza riavviare il cluster, ma le proprietà statiche richiedono un riavvio del cluster affinché le modifiche abbiano effetto. Per ulteriori informazioni sulle proprietà statiche e dinamiche, consultare Proprietà WLM dinamiche e statiche.

Proprietà del parametro wlm_json_configuration

Puoi configurare WLM utilizzando la console Amazon Redshift, AWS CLI l'API Amazon Redshift o uno degli SDK. AWS La configurazione WLM utilizza varie proprietà per definire il comportamento delle code, come l'allocazione di memoria tra le code, il numero di query eseguibili contemporaneamente in una coda e così via.

Nota

Le seguenti proprietà vengono visualizzate con i relativi nomi della console Amazon Redshift, con i nomi delle proprietà JSON corrispondenti nelle descrizioni.

La tabella seguente riepiloga se una proprietà e applicabile a WLM automatico o a WLM manuale.

Proprietà WLM WLM automatico WLM manuale
Auto WLM (WLM automatico) Sì Sì
Abilitazione dell'accelerazione di query brevi Sì Sì
Tempo di esecuzione massimo per query brevi Sì Sì
Priority (Priorità) Sì No
Queue type (Tipo di coda) Sì Sì
Nome coda Sì Sì
Modalità Dimensionamento simultaneo Sì Sì
Simultaneità No Sì
Gruppi di utenti Sì Sì
Carattere jolly per gruppi di utenti Sì Sì
Gruppi di query Sì Sì
Carattere jolly per gruppi di query Sì Sì
Ruoli utente Sì Sì
Carattere jolly del ruolo utente Sì Sì
Timeout No Deprecated
Memoria No Sì
Regole di monitoraggio delle query Sì Sì

L'elenco seguente descrive le proprietà WLM che puoi configurare.

Auto WLM (WLM automatico)

Auto WLM (WLM automatico) impostato su true abilita il WLM automatico. La gestione automatica del carico di lavoro imposta i valori per Simultaneità su principale e Memoria (%) su Auto. Amazon Redshift gestisce le query simultanee e l'allocazione della memoria. Il valore predefinito è true.

Proprietà JSON: auto_wlm

Abilitazione dell'accelerazione di query brevi

L'accelerazione di query brevi (SQA) rende prioritarie le query a esecuzione breve rispetto a quelle a esecuzione prolungata. SQA esegue le query a esecuzione breve in uno spazio dedicato, di modo che le query SQA non siano costrette ad attendere nelle code dietro le query più lunghe. Con SQA, l'esecuzione delle query brevi è più rapida e gli utenti vedono prima i risultati. Quando abiliti SQA, puoi anche specificare il tempo di esecuzione massimo per le query brevi. Per abilitare SQA, imposta true. Il valore predefinito è false. Questa impostazione viene applicata a ciascun gruppo di parametri anziché alla coda.

Proprietà JSON: short_query_queue

Tempo di esecuzione massimo per query brevi

Quando abiliti SQA, puoi specificare 0 affinché WLM imposti dinamicamente il tempo di esecuzione massimo per le query brevi. In alternativa, è possibile specificare un valore fisso di 1-20 secondi, in millisecondi. Il valore predefinito è 0.

Proprietà JSON: max_execution_time

Priority (Priorità)

La priorità imposta la priorità delle query eseguite in una coda. Per impostare la priorità, WLM mode (Modalità WLM) deve essere impostata su Auto WLM (WLM automatico); ovvero, auto_wlm deve essere true. I valori di priorità possono essere highest, high, normal, low e lowest. Il valore predefinito è normal.

Proprietà JSON: priority

Queue type (Tipo di coda)

Il tipo di coda indica se una coda è utilizzata da Auto WLM (WLM automatico) o da Manual WLM (WLM manuale). Impostare queue_type su auto o su manual. Se non si specifica un valore predefinito, viene utilizzato manual.

Proprietà JSON: queue_type

Nome coda

Il nome della coda. Puoi impostare il nome della coda in base alle tue esigenze. I nomi delle code devono essere univoci all'interno di una configurazione WLM, contenere fino a 64 caratteri alfanumerici, caratteri di sottolineatura o spazi e non possono contenere virgolette. Ad esempio, se disponi di una coda per le query ETL, puoi denominarla ETL queue. Questo nome viene utilizzato nei parametri, nei valori della tabella di sistema e nella console Amazon Redshift per identificare la coda. Le query e i report che utilizzano il nome di queste origini devono essere in grado di gestire le modifiche del nome. In precedenza, i nomi delle code erano generati da Amazon Redshift. I nomi predefiniti delle code sono Queue 1, Queue 2, con l'ultima coda denominata Default queue.

Importante

Se modifichi il nome di una coda, cambia anche il valore della QueueName dimensione delle metriche della coda WLM (come WLM, WLM QueueWait Time, WLMQueueLength, WLM, WLM e così via QueriesCompletedPerSecond). QueryDuration RunningQueries Pertanto, se si modifica il nome di una coda, potrebbe essere necessario modificare gli allarmi impostati. CloudWatch

Proprietà JSON: name

Modalità dimensionamento della simultaneità

Per abilitare il dimensionamento della simultaneità su una coda, imposta la Concurrency Scaling mode (Modalità dimensionamento della simultaneità) su auto. Quando il numero di query instradate a una coda supera la simultaneità configurata della coda, le query idonee vengono inviate al cluster di dimensionamento. Quando gli slot diventano disponibili, le query vengono eseguite nel cluster principale. Il valore predefinito è off.

Proprietà JSON: concurrency_scaling

Concurrency (Simultaneità)

Il numero di query eseguibili simultaneamente in una coda WLM manuale. Questa proprietà si applica solo a WLM manuale. Se il dimensionamento simultaneo è abilitato, le query idonee vengono inviate a un cluster di dimensionamento quando la coda raggiunge il livello di simultaneità (slot di query). Se il dimensionamento della simultaneità non è abilitato, le query attendono in coda fino a quando uno slot non diventa disponibile. L'intervallo è tra 1 e 50.

Proprietà JSON: query_concurrency

Gruppi di utenti

Un elenco di nomi di gruppo utenti separati da virgola. Quando i membri del gruppo di utenti eseguono le query nel database, le relative query sono instradate alla coda associata di quel gruppo di utenti.

Proprietà JSON: user_group

Carattere jolly per gruppi di utenti

Un valore booleano che indica se abilitare i caratteri jolly per gruppi di utenti. Se è 0, i caratteri jolly sono disabilitati; se è 1, sono abilitati. Quando sono abilitati, puoi utilizzare i caratteri jolly "*" o "?" per specificare più gruppi di utenti quando esegui le query. Per ulteriori informazioni, consultare Caratteri jolly.

Proprietà JSON: user_group_wild_card

Gruppi di query

Un elenco di gruppi di query separati da virgola. Quando i membri del gruppo di query eseguono delle query nel database, le query sono instradate alla coda associata al relativo gruppo di query.

Proprietà JSON: query_group

Carattere jolly per gruppi di query

Un valore booleano che indica se abilitare i caratteri jolly per gruppi di query. Se è 0, i caratteri jolly sono disabilitati; se è 1, sono abilitati. Quando sono abilitati, puoi utilizzare i caratteri jolly "*" o "?" per specificare più gruppi di query quando esegui le query. Per ulteriori informazioni, consultare Caratteri jolly.

Proprietà JSON: query_group_wild_card

Ruoli utente

Un elenco di ruoli utente separati da virgola. Quando i membri con quel ruolo utente eseguono le query nel database, queste sono instradate alla coda associata con quel ruolo utente. Per ulteriori informazioni, consulta Controllo accessi basato sui ruoli (RBAC).

Proprietà JSON: user_role

Carattere jolly dei ruoli utente

Un valore booleano che indica se abilitare i caratteri jolly per gruppi di query. Se è 0, i caratteri jolly sono disabilitati; se è 1, sono abilitati. Quando sono abilitati, puoi utilizzare i caratteri jolly "*" o "?" per specificare più gruppi di query quando esegui le query. Per ulteriori informazioni, consultare Caratteri jolly.

Proprietà JSON: user_role_wild_card

Timeout (ms)

Il timeout WLM (max_execution_time) è sconsigliato. Non è disponibile se si utilizza WLM automatico. Al contrario, è necessario creare una regola di monitoraggio di query (QMR) utilizzando query_execution_time per limitare il tempo di esecuzione trascorso per una query. Per ulteriori informazioni, consultare Regole di monitoraggio delle query WLM.

Il tempo massimo, in millisecondi, entro il quale le query possono essere eseguite prima di essere annullate. In alcuni casi, una query di sola lettura, come un'istruzione SELECT, può essere cancellata a causa di un timeout WLM. In questi casi, WLM tenta di indirizzare la query alla successiva coda corrispondente in base alle regole di assegnazione delle code WLM. Se la query non soddisfa nessun'altra definizione di coda, viene annullata e non viene quindi assegnata alla coda predefinita. Per ulteriori informazioni, consultare Hop della coda di query WLM. Il timeout WLM non si applica a una query il cui stato è returning. Per visualizzare lo stato di una query, consultare la tabella di sistema STV_WLM_QUERY_STATE.

Proprietà JSON: max_execution_time

Memoria (%)

La percentuale di memoria da allocare alla coda. Se si specifica una percentuale di memoria per almeno una delle code, è necessario specificare una percentuale per tutte le altre code fino a un totale del 100%. Se l'allocazione della memoria è sotto il 100 percento in tutte le code, la memoria non allocata viene gestita dal servizio. Il servizio può assegnare questa memoria non allocata temporaneamente a una coda che necessita di memoria aggiuntiva per l'elaborazione.

Proprietà JSON: memory_percent_to_use

Regole di monitoraggio delle query

Puoi utilizzare il monitoraggio delle query WLM per monitorare in modo continuo le code WLM per le query in base ai criteri o ai predicati che specifichi. Ad esempio, potresti monitorare le query che tendono a consumare una quantità eccessiva di risorse di sistema e quindi avviare una determinata azione quando una query supera i limiti delle prestazioni specificati.

Nota

Se scegli di creare regole a livello di programmazione, ti consigliamo vivamente di utilizzare la console per generare il JSON da includere nella definizione del gruppo di parametri.

Una regola di monitoraggio viene associata a una specifica coda di query. Puoi avere fino a 25 regole per coda, che è anche il limite complessivo di tutte le code.

Proprietà JSON: rules

Gerarchia delle proprietà JSON: 

rules
    rule_name
    predicate
        metric_name
        operator
        value
    action
        value

Per ogni regola, specifichi le seguenti proprietà:

  • rule_name: i nomi delle regole devono essere univoci nella configurazione WLM. Possono essere composti da un massimo di 32 caratteri alfanumerici o caratteri di sottolineatura e non possono contenere spazi o virgolette.

    • predicate: è possibile avere fino a tre predicati per regola. Per ogni predicato, specifica le seguenti proprietà.

      • metric_name: per un elenco di parametri, consultare Parametri di monitoraggio delle query nella Guida per gli sviluppatori di database di Amazon Redshift.

      • operator: le operazioni sono =, < e >.

      • value: il valore di soglia per il parametro specificato che avvia un'operazione.

  • action: ogni regola è associata a un'operazione. Le operazioni valide sono:

    • log

    • hop (disponibile solo con WLM manuale)

    • abort

    • change_query_priority (disponibile solo con WLM automatico)

L'esempio seguente mostra il codice JSON di una regola di monitoraggio di query WLM denominata rule_1, con due predicati e l'operazione hop. 

"rules": [
          {
            "rule_name": "rule_1",
            "predicate": [
              {
                "metric_name": "query_execution_time",
                "operator": ">",
                "value": 100000
              },
              {
                "metric_name": "query_blocks_read",
                "operator": ">",
                "value": 1000
              }
            ],
            "action": "hop"
          }
        ]

Per ulteriori informazioni su ognuna di queste proprietà e strategie per la configurazione di code di query, consultare Implementazione della gestione del carico di lavoro nella Guida per gli sviluppatori di database di Amazon Redshift.

Configurazione del parametro wlm_json_configuration utilizzando il AWS CLI

Per configurare la gestione del carico di lavoro, è necessario modificare il parametro wlm_json_configuration. La dimensione massima del valore della proprietà wlm_json_configurationè 8000 caratteri. Il valore è formattato in Object Notation (JSON). JavaScript Se configuri WLM utilizzando l' AWS CLI API Amazon Redshift o uno degli SDK, usa AWS il resto di questa sezione per scoprire come costruire la struttura JSON per il parametro. wlm_json_configuration

Nota

Se si configura la WLM utilizzando la console Amazon Redshift, non è necessario conoscere la formattazione JSON, in quanto la console fornisce un modo semplice per aggiungere code e configurarne le proprietà. Per ulteriori informazioni sulla configurazione di WLM mediante la console, consultare Modifica di un gruppo di parametri.

Esempio

L'esempio seguente è la configurazione WLM predefinita, che definisce una coda con un WLM automatico. 

{
   "auto_wlm": true
}

Esempio

L'esempio seguente è una configurazione WLM personalizzata, che definisce una coda WLM manuale con un livello di simultaneità (slot di query) pari a 5. 

{
   "query_concurrency":5
}

Sintassi

La configurazione WLM predefinita è molto semplice, con una sola coda e una sola proprietà. Puoi aggiungere altre code e configurare molteplici proprietà per ogni coda nella struttura JSON. La sintassi seguente rappresenta la struttura JSON che utilizzi per configurare molteplici code con molteplici proprietà: 

[
   {
      "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", 
                ...
             }
             ...

         ]"
   }
]

Nell'esempio precedente, le proprietà rappresentative che iniziano con q1 sono oggetti in una matrice per la prima coda. Ognuno di questi oggetti è una coppia nome/valore; name e value insieme impostano le proprietà WLM della prima coda. Le proprietà rappresentative che iniziano con q2 sono oggetti in una matrice per la seconda coda. Se sono necessarie altre code, è necessario aggiungere un altro array per ogni coda supplementare e impostare le proprietà per ogni oggetto.

Quando si modifica la configurazione della gestione del carico di lavoro, è necessario includere l'intera struttura per le code, anche se si intende modificare soltanto una proprietà in una coda. Questo perché l'intera struttura JSON viene passata in forma di stringa come valore del parametro wlm_json_configuration.

Formattazione del comando AWS CLI

Il parametro wlm_json_configuration richiede uno specifico formato quando utilizzi l' AWS CLI. Il formato utilizzato dipende dal sistema operativo del cliente. Poiché i sistemi operativi dispongono di più modi per racchiudere la struttura JSON, questa viene passata correttamente dalla riga di comando. Per dettagli su come creare il comando appropriato nei sistemi operativi Linux, Mac OS X e Windows, vedi le sezioni seguenti. Per ulteriori informazioni sulle differenze nell'inclusione delle strutture di dati JSON in generale, consulta Quoting strings AWS CLI in the User Guide.AWS Command Line Interface

Examples (Esempi)

L'esempio di comando seguente configura WLM manuale per un gruppo di parametri denominato example-parameter-group. La configurazione abilita l'accelerazione di query brevi con un tempo di esecuzione massimo per tali query impostato su 0; questo valore comporta l'impostazione dinamica del valore da parte di WLM. L'impostazione ApplyType è dynamic. Questa impostazione comporta l'applicazione immediata di eventuali modifiche apportate alle proprietà dinamiche nel parametro, a meno che altre modifiche statiche non siano state apportate alla configurazione. La configurazione definisce tre code con quanto segue:

  • La prima coda consente agli utenti di specificare report come etichetta (come specificato nella proprietà query_group) nelle loro query per facilitare l'instradamento delle query a quella coda. Le ricerche con caratteri jolly sono abilitate per l'etichetta report*, quindi questa non deve essere esatta affinché le query siano instradate alla coda. Ad esempio, reports e reporting corrispondono entrambe a questo gruppo di query. La coda utilizza il 25% della memoria totale allocata per tutte le code e può eseguire fino a quattro query contemporaneamente. Le query sono limitate a un tempo massimo di 20000 millisecondi (ms). La modalità è impostata su auto, quindi quando gli slot della query della coda sono completi, le query idonee vengono inviate a un cluster di dimensionamento.

  • La seconda coda consente agli utenti che sono membri dei gruppi admin e dba nel database di instradare le loro query alla coda per l'elaborazione. Le ricerche con caratteri jolly sono disabilitate per i gruppi di utenti, quindi gli utenti devono corrispondere esattamente ai gruppi nel database affinché le loro query siano instradate alla coda. La coda utilizza il 40% della memoria totale allocata per tutte le code e può eseguire fino a cinque query contemporaneamente. La modalità è impostata su off, quindi tutte le query inviate dai membri dell'admin o di gruppi dba vengono eseguite nel cluster principale.

  • L'ultima coda nella configurazione è la coda predefinita. Questa coda utilizza il 35% della memoria totale allocata per tutte le code e può elaborare fino a cinque query contemporaneamente. La modalità è impostata su auto.

Nota

L'esempio è mostrato su più linee per scopi dimostrativi. I comandi effettivi non comportano interruzioni di riga. 

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}
]'

Quanto segue è un esempio di configurazione delle regole di monitoraggio di query WLM per una configurazione WLM automatico. L'esempio crea un gruppo di parametri denominato example-monitoring-rules. La configurazione definisce le stesse tre code dell'esempio precedente, ma query_concurrency e memory_percent_to_use non sono più specificati. La configurazione aggiunge anche le seguenti regole e priorità di query:

  • La prima coda definisce una regola denominata rule_1. La regola ha due predicati: query_cpu_time > 10000000 e query_blocks_read > 1000. L'operazione della regola è log. La priorità di questa coda è Normal.

  • La seconda coda definisce una regola denominata rule_2. La regola ha due predicati: query_execution_time > 600000000 e scan_row_count > 1000000000. L'operazione della regola è abort. La priorità di questa coda è Highest.

  • L'ultima coda nella configurazione è la coda predefinita. La priorità di questa coda è Low.

Nota

L'esempio è mostrato su più linee per scopi dimostrativi. I comandi effettivi non comportano interruzioni di riga. 

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
} ]'

Configurazione di WLM utilizzando la riga di comando con un file AWS CLI JSON

È possibile modificare il wlm_json_configuration parametro utilizzando AWS CLI e passare il valore dell'parametersargomento come file JSON.

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

Gli argomenti per --parameters sono memorizzati nel file modify_pg.json. La posizione del file è specificata nel formato del tuo sistema operativo. Per ulteriori informazioni, consultare la sezione relativa al caricamento di parametri da un file. Di seguito vengono mostrati degli esempi del contenuto del file JSON modify_pg.json.


[
    {
        "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"
    }
]

Regole per la configurazione di WLM utilizzando la AWS CLI riga di comando sui sistemi operativi Linux e macOS X

Segui queste regole per eseguire un AWS CLI comando con parametri su una riga:

  • L'intera struttura JSON deve essere racchiusa tra virgolette singole (') e un set di parentesi quadre ([ ]).

  • Tutti i nomi e i valori di parametro devono essere racchiusi tra virgolette doppie (").

  • Nel valore ParameterValue, è necessario racchiudere l'intera struttura nidificata tra virgolette doppie (") e parentesi quadre ([ ]).

  • Nella struttura nidificata, ogni proprietà e valore di ogni coda deve essere racchiuso tra parentesi graffe ({ }).

  • Nella struttura nidificata, è necessario utilizzare la barra rovesciata (\) come carattere di escape prima delle virgolette doppie (").

  • Per le coppie nome/valore, ogni proprietà deve essere separata dal relativo valore con i due punti (:).

  • Ogni coppia nome/valore è separata da un'altra coppia con una virgola (,).

  • Le code sono separate da una virgola (,) tra la parentesi graffa finale (}) di una coda e la parentesi graffa iniziale ({) della coda successiva.

Regole per la configurazione di WLM utilizzando Windows su sistemi operativi PowerShell Microsoft Windows AWS CLI

Segui queste regole per eseguire un AWS CLI comando con parametri su una riga:

  • L'intera struttura JSON deve essere racchiusa tra virgolette singole (') e un set di parentesi quadre ([ ]).

  • Tutti i nomi e i valori di parametro devono essere racchiusi tra virgolette doppie (").

  • Nel valore ParameterValue, è necessario racchiudere l'intera struttura nidificata tra virgolette doppie (") e parentesi quadre ([ ]).

  • Nella struttura nidificata, ogni proprietà e valore di ogni coda deve essere racchiuso tra parentesi graffe ({ }).

  • Nella struttura nidificata, è necessario utilizzare il carattere di escape (\) prima delle virgolette doppie (") e del relativo carattere di escape (\). Ciò significa che dovrai utilizzare tre barre rovesciate e le virgolette doppie affinché le proprietà siano passate correttamente (\\\").

  • Per le coppie nome/valore, ogni proprietà deve essere separata dal relativo valore con i due punti (:).

  • Ogni coppia nome/valore è separata da un'altra coppia con una virgola (,).

  • Le code sono separate da una virgola (,) tra la parentesi graffa finale (}) di una coda e la parentesi graffa iniziale ({) della coda successiva.

Regole per la configurazione di WLM mediante il prompt dei comandi su sistemi operativi Windows

Segui queste regole per eseguire un AWS CLI comando con parametri su una riga:

  • L'intera struttura JSON deve essere racchiusa tra virgolette doppie (") e un set di parentesi quadre ([ ]).

  • Tutti i nomi e i valori di parametro devono essere racchiusi tra virgolette doppie (").

  • Nel valore ParameterValue, è necessario racchiudere l'intera struttura nidificata tra virgolette doppie (") e parentesi quadre ([ ]).

  • Nella struttura nidificata, ogni proprietà e valore di ogni coda deve essere racchiuso tra parentesi graffe ({ }).

  • Nella struttura nidificata, è necessario utilizzare il carattere di escape (\) prima delle virgolette doppie (") e del relativo carattere di escape (\). Ciò significa che dovrai utilizzare tre barre rovesciate e le virgolette doppie affinché le proprietà siano passate correttamente (\\\").

  • Per le coppie nome/valore, ogni proprietà deve essere separata dal relativo valore con i due punti (:).

  • Ogni coppia nome/valore è separata da un'altra coppia con una virgola (,).

  • Le code sono separate da una virgola (,) tra la parentesi graffa finale (}) di una coda e la parentesi graffa iniziale ({) della coda successiva.