Gestione dei carichi di lavoro - Amazon Redshift

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à.

Gestione dei carichi di lavoro

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

Quando si crea un gruppo di parametri, la WLM configurazione predefinita contiene una coda che può eseguire fino a cinque interrogazioni contemporaneamente. È possibile aggiungere code aggiuntive e configurare WLM le proprietà in ciascuna di esse se si desidera un maggiore controllo sull'elaborazione delle query. Ogni coda aggiunta ha la stessa WLM configurazione predefinita fino a quando non ne configuri le proprietà.

Quando aggiungi ulteriori code, l'ultima nella configurazione è la code predefinita. A meno che un'interrogazione non venga instradata a un'altra coda in base ai criteri di WLM configurazione, 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 è possibile modificare la WLM configurazione nel gruppo di parametri predefinito. I cluster associati al gruppo di parametri predefinito utilizzano sempre la WLM configurazione predefinita. Per modificare la WLM configurazione, crea un nuovo gruppo di parametri e quindi associa quel gruppo di parametri a tutti i cluster che richiedono una configurazione personalizzataWLM.

WLMproprietà dinamiche e statiche

Le proprietà WLM di configurazione 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, vedere Proprietà di configurazione WLM dinamiche e statiche.

Proprietà per il parametro WLM di configurazione

Puoi configurare WLM utilizzando la console Amazon Redshift, AWS CLI, Amazon Redshift API o uno dei AWS SDKs. WLMla configurazione utilizza diverse proprietà per definire il comportamento delle code, ad esempio l'allocazione della memoria tra le code, il numero di query che possono essere eseguite contemporaneamente in una coda e così via.

Nota

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

La tabella seguente riassume se una proprietà è applicabile in modo automatico WLM o manuale. WLM

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

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

Automatico WLM

WLMImpostazione automatica per true abilitare la modalità automaticaWLM. Automatic WLM imposta i valori per Concurrency on main e Memory (%) su. Auto Amazon Redshift gestisce le query simultanee e l'allocazione della memoria. Il valore predefinito è true.

JSONproprietà: auto_wlm

Abilitazione dell'accelerazione di query brevi

Short query acceleration (SQA) dà la priorità alle query selezionate di breve durata rispetto alle query a esecuzione più lunga. SQAesegue le query di breve durata in uno spazio dedicato, in modo che SQA le query non siano costrette ad attendere in coda per le query più lunghe. ConSQA, le query di breve durata iniziano a essere eseguite più rapidamente e gli utenti vedono i risultati prima. Quando abilitiSQA, puoi anche specificare il tempo di esecuzione massimo per le query brevi. Per abilitareSQA, specificaretrue. Il valore predefinito è false. Questa impostazione viene applicata a ciascun gruppo di parametri anziché alla coda.

JSONproprietà: short_query_queue

Tempo di esecuzione massimo per query brevi

Quando abilitiSQA, puoi specificare 0 per consentire di impostare WLM 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.

JSONproprietà: max_execution_time

Priorità

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

JSONproprietà: priority

Queue type (Tipo di coda)

Il tipo di coda indica una coda come utilizzata da Auto WLM o Manuale. WLM Impostare queue_type su auto o su manual. Se non si specifica un valore predefinito, viene utilizzato manual.

JSONproprietà: 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 WLM configurazione, contenere fino a 64 caratteri alfanumerici, caratteri di sottolineatura o spazi e non possono contenere virgolette. Ad esempio, se hai una coda per le tue ETL interrogazioni, potresti assegnarle un nome. 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 modificate il nome di una coda, cambia anche il valore della QueueName dimensione delle metriche della WLM coda (ad esempio,,WLMQueueLength,WLMQueueWaitTime, WLMQueriesCompletedPerSecond WLMQueryDurationWLMRunningQueries, e così via). Pertanto, se si modifica il nome di una coda, potrebbe essere necessario modificare gli CloudWatch allarmi impostati.

JSONproprietà: 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.

JSONproprietà: concurrency_scaling

Concurrency (Simultaneità)

Il numero di interrogazioni che possono essere eseguite contemporaneamente in una coda manualeWLM. Questa proprietà si applica solo al manuale. WLM 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.

JSONproprietà: 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.

JSONproprietà: 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.

JSONproprietà: 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.

JSONproprietà: 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.

JSONproprietà: 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 sui ruoli utente, vedete Role-based access control () RBAC.

JSONproprietà: 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.

JSONproprietà: user_role_wild_card

Timeout (ms)

WLMtimeout (max_execution_time) è obsoleto. Non è disponibile quando si utilizza la modalità automatica. WLM Crea invece una regola di monitoraggio delle query (QMR) utilizzando query_execution_time per limitare il tempo di esecuzione trascorso per una query. Per ulteriori informazioni, consulta le regole di monitoraggio delle WLM query.

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, ad esempio un'SELECTistruzione, potrebbe essere annullata 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 della coda. WLM Se la query non soddisfa nessun'altra definizione di coda, viene annullata e non viene quindi assegnata alla coda predefinita. Per ulteriori informazioni, vedere WLMQuery Queue hopping. WLMil timeout non si applica a una query che ha raggiunto lo stato. returning Per visualizzare lo stato di una query, consulta la tabella di STATE sistema STVWLM_ QUERY _ _.

JSONproprietà: 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.

JSONproprietà: memory_percent_to_use

Regole di monitoraggio delle query

È possibile utilizzare le regole di monitoraggio delle WLM query per monitorare continuamente le WLM code alla ricerca di query in base a criteri o predicati specificati dall'utente. 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 codice, ti consigliamo vivamente di utilizzare la console per generare le regole da includere nella definizione del JSON 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.

JSONproprietà: rules

JSONgerarchia delle proprietà:

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 all'interno della WLM configurazione. 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 il manualeWLM)

    • abort

    • change_query_priority(disponibile solo con automaticoWLM)

L'esempio seguente mostra la JSON regola di monitoraggio delle WLM query denominatarule_1, con due predicati e l'azionehop.

"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 WLM parametro utilizzando AWS CLI

Per configurareWLM, è necessario modificare il wlm_json_configuration parametro. La dimensione massima del valore della proprietà wlm_json_configurationè 8000 caratteri. Il valore è formattato in JavaScript Object Notation ()JSON. Se si configura WLM utilizzando il AWS CLI, Amazon Redshift API o uno dei AWS SDKs, usa il resto di questa sezione per imparare a costruire la JSON struttura del parametro. wlm_json_configuration

Nota

Se configuri WLM utilizzando la console Amazon Redshift, non è necessario comprendere la JSON formattazione perché la console offre un modo semplice per aggiungere code e configurarne le proprietà. Per ulteriori informazioni sulla configurazione WLM tramite la console, consulta. Modifica di un gruppo di parametri

Esempio

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

{ "auto_wlm": true }

Esempio

L'esempio seguente è una WLM configurazione personalizzata, che definisce una WLM coda manuale con un livello di concorrenza (slot di interrogazione) di cinque.

{ "query_concurrency":5 }

Sintassi

La WLM configurazione predefinita è molto semplice, con solo una coda e una proprietà. È possibile aggiungere più code e configurare più proprietà per ogni coda nella struttura. JSON La sintassi seguente rappresenta la JSON struttura utilizzata per configurare più code con più 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. Ciascuno di questi oggetti è una coppia nome/valore; value insieme impostano name WLM le proprietà per la 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 modificate la WLM configurazione, dovete includerla nell'intera struttura delle code, anche se desiderate modificare solo una proprietà all'interno di una coda. Questo perché l'intera JSON struttura viene passata come stringa come valore del parametro. wlm_json_configuration

Formattazione del AWS CLI command

Il wlm_json_configuration parametro richiede un formato specifico quando si utilizza il AWS CLI. Il formato utilizzato dipende dal sistema operativo del client. I sistemi operativi hanno diversi modi per racchiudere la JSON struttura in modo che venga trasmessa 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 di strutture di JSON dati nel AWS CLI in generale, vedi Quoting strings in AWS Command Line Interface Guida per l'utente.

Examples (Esempi)

Il comando di esempio seguente configura il manuale WLM per un gruppo di parametri chiamatoexample-parameter-group. La configurazione consente l'accelerazione delle query brevi con un tempo di esecuzione massimo per le query brevi impostato su 0, il che indica di impostare il valore in WLM modo dinamico. 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} ]'

Di seguito è riportato un esempio di configurazione delle regole di monitoraggio delle WLM interrogazioni per una configurazione automatica. WLM 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 WLM mediante AWS CLI nella riga di comando con un file JSON

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

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 sono riportati alcuni esempi del contenuto del modify_pg.json JSON file.

[ { "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 WLM mediante AWS CLI nella 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 JSON struttura deve essere racchiusa tra virgolette singole (') e un gruppo di parentesi ([]).

  • 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 mediante WLM AWS CLI in Windows PowerShell su sistemi operativi Microsoft Windows

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

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

  • 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 WLM tramite il prompt dei comandi nei sistemi operativi Windows

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

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

  • 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.