Gerenciamento do workload
No Amazon Redshift, você usa o gerenciamento de workload (WLM) para definir o número de filas de consulta que estão disponíveis e como as consultas são roteadas para essas filas para processamento. O WLM faz parte da configuração do parameter group. Um cluster usar a configuração do WLM especificada no parameter group associado.
Quando você cria um parameter group, a configuração do WLM padrão contém uma fila capaz de executar até cinco consultas simultaneamente. Você poderá adicionar filas e configurar propriedades do WLM em cada uma delas, se quiser mais controle sobre o processamento de consultas. Cada fila adicionada terá a mesma configuração do WLM padrão até você configurar as propriedades.
Quando você adiciona filas, a última fila na configuração é a fila padrão. A menos que seja roteada para outra fila com base em critérios na configuração do WLM, uma consulta é processada pela fila padrão. É possível especificar o modo e o nível de simultaneidade (slots de consulta) da fila padrão, mas não é possível especificar grupos de usuários ou de consultas para a fila padrão.
Assim como acontece com outros parâmetros, você não pode modificar a configuração do WLM no parameter group padrão. Os clusters associados ao parameter group padrão sempre usam a configuração do WLM padrão. Para modificar a configuração do WLM, crie um novo grupo de parâmetros e associe esse grupo de parâmetros a todos os clusters que exigirem a configuração do WLM personalizada.
Propriedades dinâmicas e estáticas do WLM
As propriedades de configuração do WLM são dinâmicas ou estáticas. É possível aplicar propriedades dinâmicas ao banco de dados sem uma reinicialização do cluster, mas as propriedades estáticas exigem uma reinicialização do cluster para que as alterações entrem em vigor. Para obter mais informações sobre propriedades dinâmicas e estáticas, consulte Propriedades de configuração dinâmicas e estáticas do WLM.
Propriedades referentes ao parâmetro de configuração do WLM
É possível configurar o WLM usando o console do Amazon Redshift, a AWS CLI, a API do Amazon Redshift ou uma das AWS SDKs. A configuração do WLM usa várias propriedades para definir o comportamento da fila, como alocação da memória entre as filas, o número de consultas que podem ser executadas simultaneamente em uma fila etc.
nota
As propriedades a seguir aparecem com seus nomes de console do Amazon Redshift, com os nomes de propriedade JSON correspondentes nas descrições.
A tabela a seguir resume se uma propriedade se aplica ao WLM automático ou WLM manual.
Propriedade do WLM | WLM automático | WLM manual |
---|---|---|
Auto WLM (WLM automático) | Sim | Sim |
Habilitar a aceleração de consultas breves | Sim | Sim |
Tempo máximo de execução para consultas breves | Sim | Sim |
Prioridade | Sim | Não |
Tipo de fila | Sim | Sim |
Nome da fila | Sim | Sim |
Modo de escalabilidade da simultaneidade | Sim | Sim |
Simultaneidade | Não | Sim |
Grupos de usuários | Sim | Sim |
Curinga do grupo de usuários | Sim | Sim |
Grupos de consultas | Sim | Sim |
Curinga do grupo de consultas | Sim | Sim |
Perfis de usuário | Sim | Sim |
Caractere curinga de perfil de usuário | Sim | Sim |
Timeout (Tempo limite) | Não | Preterido |
Memória | Não | Sim |
Regras de monitoramento de consulta | Sim | Sim |
A lista a seguir descreve as propriedades do WLM que você pode configurar.
- Auto WLM (WLM automático)
-
Auto WLM (WLM automático) definido como
true
habilita o WLM automático. O WLM automático define os valores de Simultaneidade no principal e Memória (%) comoAuto
. O Amazon Redshift gerencia a simultaneidade de consultas e a alocação de memória. O padrão étrue
.Propriedade JSON:
auto_wlm
- Habilitar a aceleração de consultas breves
-
A aceleração de consultas breves (SQA) prioriza as consultas de curta execução sobre as consultas de execução demorada. A SQA executa consultas breves em um espaço dedicado, de maneira que as consultas SQA não sejam forçadas a esperar em filas atrás de consultas mais demoradas. Com a SQA, consultas breves são iniciadas com mais rapidez e os usuários veem os resultados mais cedo. Quando você habilita a SQA, também pode especificar o tempo máximo de execução para consultas breves. Para habilitar a SQA, especifique
true
. O padrão éfalse
. Essa configuração é aplicada para cada grupo de parâmetros em vez de para cada fila.Propriedade JSON:
short_query_queue
- Tempo máximo de execução para consultas breves
-
Quando você habilita a SQA, pode especificar 0 para permitir que WLM defina, de forma dinâmica, o tempo máximo de execução para consultas breves. Como alternativa, você pode especificar um valor de 1 a 20 segundos, em milissegundos. O valor padrão é
0
.Propriedade JSON:
max_execution_time
- Priority
-
Priority (Prioridade) define a prioridade das consultas executadas em uma fila. Para definir a prioridade, o WLM mode (Modo do WLM) deve ser definido como Auto WLM (WLM automático), ou seja,
auto_wlm
deve sertrue
. Os valores de prioridade podem serhighest
,high
,normal
,low
elowest
. O padrão énormal
.Propriedade JSON:
priority
- Tipo de fila
-
O tipo de fila designa uma fila como usada por Auto WLM (WLM automático) ou Manual WLM (WLM manual). Defina
queue_type
comoauto
oumanual
. Se não especificado, o padrão serámanual
.Propriedade JSON:
queue_type
- Nome da fila
-
O nome da fila do . Você pode definir o nome da fila com base nas necessidades da sua empresa. Os nomes de fila devem ser exclusivos dentro de uma configuração do WLM, ter até 64 caracteres alfanuméricos, sublinhados ou espaços, e não podem conter aspas. Por exemplo, se você tiver uma fila para as consultas de ETL, poderá chamá-la de
ETL queue
. Este nome é usado em métricas, valores de tabela do sistema e no console do Amazon Redshift para identificar a fila. Consultas e relatórios que usam o nome dessas fontes precisam ser capazes de lidar com alterações no nome. Anteriormente, os nomes das filas eram gerados pelo Amazon Redshift. Os nomes padrão das filas sãoQueue 1
,Queue 2
, até a última fila nomeadaDefault queue
.Importante
Se você alterar um nome de fila, o valor da dimensão
QueueName
de métricas de fila do WLM (como WLMQueueLength, WLMQueueWaitTime, WLMQueriesCompletedPerSecond, WLMQueryDuration, WLMRunningQueries e assim por diante) também mudará. Portanto, se você alterar o nome de uma fila, pode ser necessário alterar os alarmes do CloudWatch que você configurou.Propriedade JSON:
name
- Modo de escalabilidade da simultaneidade
-
Para habilitar a escalabilidade da simultaneidade em uma fila, defina o Concurrency Scaling mode (Modo de escalabilidade da simultaneidade) como
auto
. Quando o número de consultas roteadas para uma fila excede a simultaneidade configurada da fila, as consultas qualificadas são enviadas para o cluster de escalabilidade. Quando os slots forem disponibilizados, as consultas serão executadas no cluster principal. O padrão éoff
.Propriedade JSON:
concurrency_scaling
- Simultaneidade
-
O número de consultas que podem ser executadas simultaneamente em uma fila do WLM. Esta propriedade só se aplica ao WLM manual. Se a escalabilidade de simultaneidade estiver habilitada, as consultas qualificadas serão enviadas a um cluster de escalabilidade quando uma fila atingir o nível de simultaneidade (slots de consulta). Se a escalabilidade da simultaneidade estiver desabilitada, as consultas aguardarão na fila até que um slot seja disponibilizado. O intervalo é entre 1 e 50.
Propriedade JSON:
query_concurrency
- User Groups (Grupos de usuários)
-
Uma lista separada por vírgulas de nomes de grupos de usuários. Quando membros do grupo de usuários executam consultas no banco de dados, as consultas são roteadas para a fila associada ao grupo de usuários.
Propriedade JSON:
user_group
- User Group Wildcard
-
Um valor Booliano que indica se é necessário permitir curingas para grupos de usuários. Se for 0, os curingas estarão desativados; se for 1, os curingas estarão ativados. Quando curingas são permitidos, você pode usar "*" ou "?" para especificar vários grupos de usuários ao executar consultas. Para obter mais informações, consulte Curingas.
Propriedade JSON:
user_group_wild_card
- Query Groups (Grupos de consultas)
-
Uma lista separada por vírgulas de grupos de consultas. Quando membros do grupo de consultas executam consultas no banco de dados, as consultas são roteadas para a fila associada ao grupo de consultas.
Propriedade JSON:
query_group
- Query Group Wildcard
-
Um valor Booliano que indica se é necessário permitir curingas para grupos de consultas. Se for 0, os curingas estarão desativados; se for 1, os curingas estarão ativados. Quando curingas são permitidos, você pode usar "*" ou "?" para especificar vários grupos de consultas ao executar consultas. Para obter mais informações, consulte Curingas.
Propriedade JSON:
query_group_wild_card
- Perfis de usuário
-
Uma lista de perfis de usuário separados por vírgulas. Quando membros com esse perfil de usuário executam consultas no banco de dados, as consultas são roteadas para a fila associada ao respectivo perfil de usuário. Para obter mais informações sobre perfis de usuário, consulte Controle de acesso com base em função (RBAC).
Propriedade JSON:
user_role
- Caractere curinga de perfis de usuário
-
Um valor Booliano que indica se é necessário permitir curingas para grupos de consultas. Se for 0, os curingas estarão desativados; se for 1, os curingas estarão ativados. Quando curingas são permitidos, você pode usar "*" ou "?" para especificar vários grupos de consultas ao executar consultas. Para obter mais informações, consulte Curingas.
Propriedade JSON:
user_role_wild_card
- Timeout (Tempo limite) (ms)
-
O tempo limite do WLM (
max_execution_time
) está obsoleto. Não está disponível ao usar o WLM automático. Em vez disso, crie uma regra de monitoramento de consulta (QMR) usandoquery_execution_time
para limitar o tempo de execução decorrido para uma consulta. Para obter mais informações, consulte Regras de monitoramento de consultas do WLM.O tempo máximo, em milissegundos, durante o qual as consultas poderão ser executadas até serem canceladas. Em alguns casos, uma consulta somente leitura, como uma declaração SELECT, poderá ser cancelada devido a um tempo limite do WLM Nesses casos, o WLM tenta rotear a consulta para a próxima fila correspondente com base nas regras de atribuição de filas do WLM. Se não corresponder a nenhuma outra definição de fila, a consulta será cancelada; ela não será atribuída à fila padrão. Para obter mais informações, consulte Salto na fila de consultas do WLM. O tempo limite do WLM não se aplica a uma consulta que tenha atingido o estado
returning
. Para exibir o estado de uma consulta, consulte a tabela de sistema STV_WLM_QUERY_STATE.Propriedade JSON:
max_execution_time
- Memory (%) (Memória (%))
-
A porcentagem de memória a ser alocada à fila. Se especificar uma porcentagem de memória para pelo menos uma das filas, será necessário especificar uma porcentagem para todas as outras filas até um total de 100%. Se a sua alocação de memória for inferior a 100% entre todas as filas, a memória não alocada será gerenciada pelo serviço. O serviço pode conceder temporariamente essa memória não alocada a uma fila que solicita memória adicional para processamento.
Propriedade JSON:
memory_percent_to_use
- Regras de monitoramento de consulta
-
Você pode usar as regras de monitoramento da consulta do WLM para monitorar continuamente as filas do WLM para consultas com base em critérios, ou predicados, especificados. Por exemplo, convém monitorar consultas com a tendência de consumir recursos de sistema excessivos e iniciar uma ação especificada quando uma consulta exceder os limites de performance especificados.
nota
Se você optar por criar regras programaticamente, será altamente recomendável usar o console para gerar o JSON incluído por você na definição do parameter group.
Você associa uma regra de monitoramento de consulta a uma fila de consultas específica. Pode haver até 25 regras por fila e o limite total para todas as filas é de 25 regras.
Propriedade JSON:
rules
Hierarquia de propriedades JSON:
rules rule_name predicate metric_name operator value action value
Para cada regra, especifique as seguintes propriedades:
-
rule_name
– Os nomes de regra devem ser exclusivos na configuração do WLM. Os nomes de regra podem ter até 32 caracteres alfanuméricos ou sublinhados e não podem conter espaços ou aspas.-
predicate
– Você pode ter até três predicados por regra. Para cada predicado, especifique as propriedades a seguir.-
metric_name
– Para obter uma lista de métricas, consulte Métricas de monitoramento da consulta no Guia do desenvolvedor de banco de dados do Amazon Redshift. -
operator
– Operações são=
,<
e>
. -
value
– O valor limite para a métrica especificada que aciona uma ação.
-
-
-
action
– Cada regra está associada a uma única ação. As ações válidas são:-
log
-
hop
(disponível somente com o WLM manual) -
abort
-
change_query_priority
(disponível somente com o WLM automático)
-
O exemplo a seguir mostra o JSON de uma regra de monitoramento de consulta do WLM chamado
rule_1
, com dois predicados e a açãohop
."rules": [ { "rule_name": "rule_1", "predicate": [ { "metric_name": "query_execution_time", "operator": ">", "value": 100000 }, { "metric_name": "query_blocks_read", "operator": ">", "value": 1000 } ], "action": "hop" } ]
-
Para obter mais informações sobre cada uma dessas propriedades e estratégias para configurar filas de consulta, consulte Implementar gerenciamento de workload no Guia do desenvolvedor de banco de dados do Amazon Redshift.
Configurar o parâmetro do WLM usando a AWS CLI
Para configurar o WLM, você modifica o parâmetro wlm_json_configuration
. O tamanho máximo do valor da propriedade wlm_json_configuration
é de 8.000 caracteres. O valor é formatado em JSON (JavaScript Object Notation). Se você configurar o WLM usando a AWS CLI, a API do Amazon Redshift ou um dos AWS SDKs, use o restante desta seção para saber como construir a estrutura JSON do parâmetro wlm_json_configuration
.
nota
Se você configurar o WLM usando o console do Amazon Redshift, você não precisa entender a formatação JSON porque o console oferece uma maneira fácil de adicionar filas e configurar suas propriedades. Para obter mais informações sobre como configurar o WLM usando o console, consulte Modificar um parameter group.
Exemplo
O exemplo a seguir é a configuração do WLM padrão, que define uma fila com WLM automático.
{ "auto_wlm": true }
Exemplo
O exemplo a seguir é uma configuração do WLM personalizada que define uma fila do WLM com um nível de simultaneidade (slots de consulta) de cinco.
{ "query_concurrency":5 }
Sintaxe
A configuração do WLM padrão é muito simples, somente com uma fila e uma propriedade. Você pode adicionar mais filas e configurar várias propriedades para cada fila na estrutura JSON. A seguinte sintaxe representa a estrutura JSON que você usa para configurar várias filas com várias propriedades:
[ { "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
", ... } ... ]" } ]
No exemplo anterior, as propriedades representativas que começam com q1 são objetos em uma matriz da primeira fila. Cada um desses objetos é um par de nome/valor; name
e value
definem juntos as propriedades do WLM da primeira fila. As propriedades representativas que começam com q2 são objetos em uma matriz da segunda fila. Se precisar de mais filas, você adicionará outra matriz para cada fila e definirá as propriedades de cada objeto.
Ao modificar a configuração do WLM, você deve incluir na estrutura completa das filas, mesmo se quiser alterar somente uma propriedade dentro de uma fila. Isso porque toda a estrutura JSON é passada como uma string do valor do parâmetro wlm_json_configuration
.
Formatar o comando da AWS CLI
O parâmetro wlm_json_configuration
exige um formato específico quando você usa a AWS CLI. O formato usado por você depende do sistema operacional do cliente. Como os sistemas operacionais têm maneiras diferentes de envolver a estrutura JSON, ela é passada corretamente pela linha de comando. Para obter detalhes sobre como construir o comando apropriado nos sistemas operacionais Linux, Mac OS X e Windows, consulte as seções a seguir. Para obter mais informações sobre as diferenças nas estruturas de dados JSON na AWS CLI em geral, consulte Citando strings no Manual do usuário do AWS Command Line Interface.
Exemplos
O exemplo de comando a seguir configura o WLM manual para um grupo de parâmetros chamado example-parameter-group
. A configuração permite a aceleração de consulta breve com um tempo máximo de execução para consultas breves definido como 0, o que instrui o WLM a definir o valor de forma dinâmica. A configuração de ApplyType
é dynamic
. Essa configuração significa que todas as alterações feitas em propriedades dinâmicas no parâmetro serão aplicadas automaticamente, a menos que outras alterações estáticas tenham sido feitas na configuração. A configuração define três filas com o seguinte:
-
A primeira fila permite que os usuários especifiquem
report
como um rótulo (conforme especificado na propriedadequery_group
) nas consultas para ajudar a rotear consultas para essa fila. Como as pesquisas com curinga são permitidas para o rótuloreport*
, este não precisa estar exato para que consultas sejam roteadas para a fila. Por exemplo,reports
ereporting
correspondem a esse grupo de consultas. A fila recebe 25 por cento da memória total em todas as filas e pode executar até quatro consultas ao mesmo tempo. As consultas estão limitadas a um tempo máximo de 20.000 milissegundos (ms). O modo está definido como automático, portanto, quando os slots de consulta da fila estão lotados, as consultas qualificadas são enviadas para um cluster de escalabilidade. -
A segunda fila permite que usuários membros de grupos
admin
oudba
no banco de dados tenham as consultas roteadas para a fila tendo em vista o processamento. Como as pesquisas com curinga estão desabilitadas para grupos de usuários, os usuários devem corresponder exatamente a grupos no banco de dados de maneira que as consultas sejam roteadas para a fila. A fila recebe 40% da memória total em todas as filas e pode executar até cinco consultas ao mesmo tempo. O modo está definido como desativado, portanto, todas as consultas enviadas por membros nos grupos de dba e administrador são executadas no cluster principal. -
A última fila na configuração é a padrão. Essa fila recebe 35% da memória total em todas as filas e pode processar até cinco consultas ao mesmo tempo. O modo está definido como automático.
nota
O exemplo é mostrado em várias linhas para fins de demonstração. Os comandos reais não devem ter quebras de linha.
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} ]'
Veja a seguir um exemplo de como configurar regras de monitoramento de consultas do WLM para uma configuração de WLM automático. O exemplo cria um parameter group chamado example-monitoring-rules
. A configuração define as mesmas três filas do exemplo anterior, mas query_concurrency
e memory_percent_to_use
não são mais especificadas. A configuração também adiciona as seguintes regras e prioridades de consulta:
-
A primeira fila define uma regra chamada
rule_1
. A regra tem dois predicados:query_cpu_time > 10000000
equery_blocks_read > 1000
. A ação da regra élog
. A prioridade dessa fila éNormal
. -
A segunda fila define uma regra chamada
rule_2
. A regra tem dois predicados:query_execution_time > 600000000
escan_row_count > 1000000000
. A ação da regra éabort
. A prioridade dessa fila éHighest
. -
A última fila na configuração é a padrão. A prioridade dessa fila é
Low
.
nota
O exemplo é mostrado em várias linhas para fins de demonstração. Os comandos reais não devem ter quebras de linha.
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 } ]'
Configurar o WLM usando a AWS CLI na linha de comando com um arquivo JSON
É possível modificar o parâmetro wlm_json_configuration
usando a AWS CLI e transmitir o valor do argumento parameters
como um arquivo JSON.
aws redshift modify-cluster-parameter-group --parameter-group-name myclusterparaametergroup --parameters file://modify_pg.json
Os argumentos para --parameters
são armazenados no arquivo modify_pg.json
. A localização do arquivo é especificada no formato do seu sistema operacional. Para obter mais informações, consulte Carregar parâmetros de um arquivo. A seguir são exibidos exemplos do conteúdo do arquivo 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" } ]
Regras para configurar o WLM usando a AWS CLI na linha de comando nos sistemas operacionais Linux e macOS X
Siga estas regras para executar um comando da AWS CLI com parâmetros em uma linha:
-
Toda a estrutura JSON deve estar entre aspas simples (‘) e colchetes ([ ]).
-
Todos os nomes e valores de parâmetro devem estar entre aspas duplas (").
-
Dentro do valor
ParameterValue
, você deve colocar toda a estrutura aninhada entre aspas duplas (") e colchetes ([ ]). -
Dentro da estrutura aninhada, cada uma das propriedades e dos valores para cada fila deve estar entre chaves ({ }).
-
Dentro da estrutura aninhada, você deve usar o caractere de escape de barra invertida (\) antes das aspas duplas (").
-
Para pares de nome/valor, dois-pontos (:) separa cada propriedade do valor.
-
Cada par de nome/valor é separado de outros por uma vírgula (,).
-
Várias filas são separadas por uma vírgula (,) entre o fim da chave (}) de uma fila e o início da chave ({) da próxima fila.
Regras para configurar o WLM usando a AWS CLI no Windows PowerShell em sistemas operacionais Microsoft Windows
Siga estas regras para executar um comando da AWS CLI com parâmetros em uma linha:
-
Toda a estrutura JSON deve estar entre aspas simples (‘) e colchetes ([ ]).
-
Todos os nomes e valores de parâmetro devem estar entre aspas duplas (").
-
Dentro do valor
ParameterValue
, você deve colocar toda a estrutura aninhada entre aspas duplas (") e colchetes ([ ]). -
Dentro da estrutura aninhada, cada uma das propriedades e dos valores para cada fila deve estar entre chaves ({ }).
-
Dentro da estrutura aninhada, você deve usar o caractere de escape de barra invertida (\) antes das aspas duplas (") e do caractere de escape de barra invertida (\). Esse requisito significa que você usará três barras invertidas e aspas duplas para verificar se as propriedades são passadas corretamente (\\\").
-
Para pares de nome/valor, dois-pontos (:) separa cada propriedade do valor.
-
Cada par de nome/valor é separado de outros por uma vírgula (,).
-
Várias filas são separadas por uma vírgula (,) entre o fim da chave (}) de uma fila e o início da chave ({) da próxima fila.
Regras para configurar o WLM usando o prompt de comando em sistemas operacionais Windows
Siga estas regras para executar um comando da AWS CLI com parâmetros em uma linha:
-
Toda a estrutura JSON deve estar entre aspas duplas (“) e colchetes ([ ]).
-
Todos os nomes e valores de parâmetro devem estar entre aspas duplas (").
-
Dentro do valor
ParameterValue
, você deve colocar toda a estrutura aninhada entre aspas duplas (") e colchetes ([ ]). -
Dentro da estrutura aninhada, cada uma das propriedades e dos valores para cada fila deve estar entre chaves ({ }).
-
Dentro da estrutura aninhada, você deve usar o caractere de escape de barra invertida (\) antes das aspas duplas (") e do caractere de escape de barra invertida (\). Esse requisito significa que você usará três barras invertidas e aspas duplas para verificar se as propriedades são passadas corretamente (\\\").
-
Para pares de nome/valor, dois-pontos (:) separa cada propriedade do valor.
-
Cada par de nome/valor é separado de outros por uma vírgula (,).
-
Várias filas são separadas por uma vírgula (,) entre o fim da chave (}) de uma fila e o início da chave ({) da próxima fila.