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 | Sì | Sì |
Abilitazione dell'accelerazione di query brevi | Sì | Sì |
Tempo di esecuzione massimo per query brevi | Sì | Sì |
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 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, specificare
true
. 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 esserehighest
,high
,normal
,low
elowest
. 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
suauto
o sumanual
. Se non si specifica un valore predefinito, viene utilizzatomanual
.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 sonoQueue 1
,Queue 2
, con l'ultima coda denominataDefault 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) utilizzandoquery_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 denominata
rule_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'etichettareport*
, quindi questa non deve essere esatta affinché le query siano instradate alla coda. Ad esempio,reports
ereporting
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
edba
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
equery_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
escan_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'parameters
argomento 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.