ワークロード管理の設定 - Amazon Redshift

「翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。」

ワークロード管理の設定

Amazon Redshift では、ワークロード管理 (WLM) を使用して、使用可能なクエリキューの数と、処理するためにクエリをそれらのキューにルーティングする方法を定義します。WLM は、パラメータグループ設定の一部です。クラスターは、関連付けられているパラメータグループで指定された WLM 設定を使用します。

パラメータグループを作成すると、デフォルトの WLM 設定には、最大 5 つのクエリを同時に実行できる 1 つのキューが含まれます。クエリの処理をさらに細かく制御する場合、キューを追加して、各キューの WLM プロパティを設定できます。追加した各キューのデフォルトの WLM 設定は、そのプロパティを設定するまで同じです。

付加的なキューを追加する場合、設定内の最後のキューがデフォルトキュー.になります。クエリが WLM 設定の条件に基づいて別のキューにルーティングされる場合を除いて、デフォルトキューにより処理されます。デフォルトキューのモードおよび同時実行レベル (クエリスロット) を指定できますが、デフォルトキューのユーザーグループやクエリグループを指定することはできません。

他のパラメータと同様、デフォルトパラメータグループで WLM 設定を変更することはできません。デフォルトパラメータグループに関連付けられたクラスターは、常にデフォルトの WLM 設定を使用します。WLM 設定を変更するには、新しいパラメータグループを作成してからカスタム WLM 設定を必要とするクラスターとそのパラメータグループを関連付けます。

WLM の動的プロパティと静的プロパティ

WLM 設定プロパティは動的または静的のいずれかです。動的なプロパティは、クラスターを再起動することなくデータベースに適用できますが、静的プロパティで変更を有効にするには、クラスターの再起動が必要です。静的および動的プロパティの詳細については、「WLM の動的設定プロパティと静的設定プロパティ.」を参照してください。

wlm_json_configuration パラメータのプロパティ

WLM はAmazon Redshift console、、、 AWS CLI Amazon Redshift API、またはいずれかの を使用して設定できますAWSSDKs。 WLM 設定では、キュー間でのメモリ割り当て、キューで同時に実行できるクエリの数など、キューの動作を定義する複数のプロパティを使用します。

注記

以下のプロパティは Amazon Redshift console 名とともに表示され、対応する JSON プロパティは説明で示されています。

次の表は、プロパティが自動 WLM または手動 WLM に適用可能かどうかをまとめたものです。

WLM プロパティ 自動 WLM 手動 WLM
自動 WLM あり あり
ショートクエリアクセラレーションの有効化 あり あり
ショートクエリの最大実行時間 あり あり
優先度 あり なし
キューのタイプ あり あり
キュー名 あり あり
同時実行スケーリングモード あり あり
Concurrency なし あり
ユーザーグループ あり あり
User Group Wildcard あり あり
クエリグループ あり あり
Query Group Wildcard あり あり
Timeout なし 廃止
メモリ なし あり
クエリのモニタリングルール あり あり

次の一覧では、各キューに設定できる WLM プロパティについて説明します。

自動 WLM

自動 WLMtrue に設定すると、自動 WLM が有効になります。自動 WLM は、[Concurrency on main (メインでの同時実行数)] と [メモリ (%)] の値を に設定しますAuto。 はクエリの同時実行数とメモリの割り当てAmazon Redshiftを管理します。デフォルトは ですtrue

JSON プロパティ: auto_wlm

ショートクエリアクセラレーションの有効化

ショートクエリアクセラレーション (SQA) は、実行時間が短い一部のクエリを、実行時間が長いクエリよりも優先します。SQA では実行時間が短いクエリを専用領域で実行します。このため SQA クエリは、実行時間が長いクエリをキューで待機するよう強制されません。SQA によって実行時間が短いクエリの実行開始が早くなり、ユーザーへの結果表示も早くなります。SQA を有効にすると、ショートクエリの最大実行時間も指定できます。SQA を有効にするには、 を指定しますtrue。 デフォルトは ですfalse

JSON プロパティ: short_query_queue

ショートクエリの最大実行時間

SQA を有効にした場合は、0 に指定することで、WLM でショートクエリの最大実行時間を動的に設定することができます。または–、120 秒の値をミリ秒単位で指定することもできます。デフォルト値は です0

JSON プロパティ: max_execution_time

優先度

優先度は、キューで実行されるクエリの優先度を設定します。優先度を設定するには、WLM モードAuto WLM に設定する必要があります。つまり、 が auto_wlm である必要がありますtrue。 優先度の値はhighest、、、highnormal、、および low lowestです。 デフォルトは ですnormal

JSON プロパティ: priority

キューのタイプ

キュータイプは、[自動 WLM] または [手動 WLM.] で使用されるキューを指定します。queue_typeauto または に設定しますmanual。 指定しない場合、デフォルトは ですmanual

JSON プロパティ: queue_type

キュー名

キューの名前。キュー名は、ビジネスニーズに基づいて設定できます。キュー名は WLM 設定内で一意である必要があります。また、最大 64 文字の英数字、アンダースコア、またはスペースを使用します。引用符を含めることはできません。たとえば、ETL クエリのキューがある場合は、 と名前を付けることができますETL queue。 この名前は、メトリクス、システムテーブル値、およびAmazon Redshiftコンソールでキューを識別するために使用されます。これらのソースの名前を使用するクエリとレポートは、名前の変更を処理できる必要があります。 以前は、キュー名は によって生成されていましたAmazon Redshift。キューのデフォルト名は、Queue 1Queue 2 の順に最後の Default queue. という名前のキューまで続きます。

重要

キュー名を変更すると、WLM キューメトリクス (QueueName、、、、、 WLMQueueLengthなど) WLMQueueWaitTime WLMQueriesCompletedPerSecond WLMQueryDurationのWLMRunningQueriesディメンション値も変更されます。そのため、キュー名を変更する場合は、設定した CloudWatch のアラームを変更する必要がある場合があります。

JSON プロパティ: name

同時実行スケーリングモード

キューで同時実行スケーリングを有効にするには、[同時実行スケーリングモード] を に設定しますauto。 キューにルーティングされたクエリの数がキューに設定された同時実行数を超えると、対象クエリはスケーリングクラスターに送信されます。スロットが使用可能になると、クエリはメインクラスターで実行されます。デフォルトは ですoff

JSON プロパティ: concurrency_scaling

Concurrency

手動 WLM キューで同時に実行できるクエリの数。このプロパティは、手動 WLM にのみ適用されます。同時実行スケーリングが有効な場合、キューが同時実行数レベル (クエリスロット) に達すると、対象のクエリがスケーリングクラスターに送信されます。同時実行スケーリングモードが無効な場合、スロットが使用可能になるまで、クエリはキューで待機します。範囲は 1~50 です。

JSON プロパティ: query_concurrency

ユーザーグループ

ユーザーグループ名のカンマ区切りリスト。ユーザーグループのメンバーがデータベースでクエリを実行すると、そのメンバーのクエリはユーザーグループに関連付けられたキューにルーティングされます。

JSON プロパティ: user_group

ユーザーグループのワイルドカード

ユーザーグループでワイルドカードを有効にするかどうかを示すブール値。この値が 0 の場合、ワイルドカードは無効です。この値が 1 の場合、ワイルドカードは有効です。ワイルドカードを有効にすると、「*」または「?」を使用できます。クエリを実行するときに複数のユーザーグループを指定します。詳細については、「ワイルドカード.」を参照してください。

JSON プロパティ: user_group_wild_card

クエリグループ

クエリグループのカンマ区切りリスト。クエリグループのメンバーがデータベースでクエリを実行すると、そのメンバーのクエリはクエリグループに関連付けられたキューにルーティングされます。

JSON プロパティ: query_group

クエリグループのワイルドカード

クエリグループでワイルドカードを有効にするかどうかを示すブール値。この値が 0 の場合、ワイルドカードは無効です。この値が 1 の場合、ワイルドカードは有効です。ワイルドカードを有効にすると、「*」または「?」を使用できます。クエリを実行するときに複数のクエリグループを指定します。詳細については、「ワイルドカード.」を参照してください。

JSON プロパティ: query_group_wild_card

タイムアウト (ms)

WLM タイムアウト (max_execution_time) は廃止されました。自動 WLM を使用している場合は使用できません。代わりに、query_execution_time を使用してクエリモニタリングルール (QMR) を作成して、経過したクエリ実行時間を制限します。詳細については、「WLM クエリモニタリングルール.」を参照してください。

クエリがキャンセルされるまで実行できる最大時間 (ミリ秒単位)。場合によっては、読み取り専用クエリ (SELECT ステートメントなど) が WLM タイムアウトに伴ってキャンセルされることもあります。このような場合、WLM は、WLM キュー割り当てルールに基づいて次に一致するキューへのクエリのルーティングを試みます。クエリが他のいずれのキュー定義にも一致しない場合、クエリはキャンセルされ、デフォルトキューには割り当てられません。詳細については、WLM クエリキューのホッピング.を参照してください。WLM タイムアウトは returning 状態に達したクエリには適用されません。クエリの状態を表示するには、STV_WLM_QUERY_STATE システムテーブルを参照してください。

JSON プロパティ: max_execution_time

メモリ (%)

キューに割り当てるメモリの割合。少なくとも 1 つキューに対してメモリの割合を指定する場合は、他のすべてのキューに対しても割合を指定する必要があります。合計は 100 パーセント以下とします。すべてのキューのメモリ割り当ての合計が 100% 未満である場合、未割り当て分のメモリはサービスによって管理されます。サービスは、この未割り当てメモリを、処理用メモリの追加をリクエストしたキューに一時的に割り当てることができます。

JSON プロパティ: memory_percent_to_use

クエリのモニタリングルール

WLM クエリモニタリングルールを使用することで、指定した基準または述語に基づいてクエリの WLM キューを継続的にモニタリングできます。たとえば、システムリソースを過剰に消費する傾向があるクエリをモニタリングし、指定したパフォーマンスの境界をクエリを超えたときに指定のアクションを開始することができます。

注記

プログラムでルールを作成する場合は、パラメータグループ定義に含める JSON をコンソールを使用して生成することを強くおすすめします。

特定のクエリキューにクエリモニタリングルールを関連付けます。キューごとの 25 個までルールを指定できます。すべてのキューでのルールは合計 25 個までです。

JSON プロパティ: rules

JSON プロパティの階層:

rules rule_name predicate metric_name operator value action value

ルールごとに、以下のプロパティを指定します。

  • rule_name – ルール名は WLM 設定内で一意である必要があります。ルール名には最大で 32 文字の英数字または下線を使用できます。スペースまたは疑問符を含めることはできません。キューごとの 8 個までルールを指定できます。すべてのキューでのルールは合計 8 個までです。

    • predicate – 述語は、ルールごとに最大で 3 つまで設定できます。述語ごとに、以下のプロパティを指定します。

      • metric_name – メトリクスのリストについては、の「Query monitoring metrics」を参照してくださいAmazon Redshift Database Developer Guide

      • operator – オペレーションは =<、および >です。

      • value – アクションをトリガーする指定されたメトリクスのしきい値。

  • action – 各ルールは一つのアクションに関連付けられます。有効なアクションは以下のとおりです。

    • log

    • hop (手動 WLM でのみ利用可能)

    • abort

    • change_query_priority (自動 WLM でのみ利用可能)

次の例は、2 つの述語と rule_1 いうアクションを持つ hop. という名前の WLM クエリモニタリングルール用の JSON を示しています。

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

これらの各プロパティとクエリキューを設定する方法の詳細については、の「ワークロード管理https://docs.aws.amazon.com/redshift/latest/dg/cm-c-implementing-workload-management.htmlの実装」を参照してくださいAmazon Redshift Database Developer Guide

による wlm_json_configuration パラメータの設定AWS CLI

WLM を設定するには、wlm_json_configuration パラメータを変更します。wlm_json_configuration プロパティ値の最大サイズは 8000 文字です。値は JavaScript Object Notation (JSON) でフォーマットされます。AWS CLI、 Amazon Redshift API、または のいずれかを使用して WLM AWS を設定する場合はSDKs、このセクションの残りの部分を使用して、 wlm_json_configuration パラメータの JSON 構造を作成する方法を学習します。

注記

Amazon Redshift console を使用して WLM を設定する場合、コンソールでは簡単にキューを追加してそのプロパティを設定できるため、JSON 形式について理解する必要はありません。コンソールを使用して WLM を設定する方法の詳細については、「」を参照してください。パラメータグループを変更する.

次の例は、自動 WLM で 1 つのキューを定義するデフォルトの WLM 設定です。

{ "auto_wlm": true }

次の例は、同時実行数レベル (クエリスロット) が 5 である 1 つの手動 WLM キューを定義するカスタムの WLM 設定です。

{ "query_concurrency":5 }

構文

デフォルトの WLM 設定は非常にシンプルで、キューが 1 つとプロパティが 1 つしかありません。JSON 構造でキューを追加し、キューごとに複数のプロパティを設定することができます。次の構文は、複数のプロパティを持つ複数のキューを設定する場合に使用する JSON 構造を表しています。

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

前の例ではq1 で始まる代表的なプロパティは、最初のキューの配列内のオブジェクトです。これらの各オブジェクトは名前と値のペアです。namevalue を組み合わせて最初のキューに WLM プロパティを設定します。q2 で始まる代表的なプロパティは、2 番目のキューの配列内のオブジェクトです。より多くのキューが必要な場合、追加の各キューに別のアレイを追加し、各オブジェクトのプロパティを設定します。

WLM の設定を変更する際は、キュー内の 1 つのプロパティだけを変更する場合であっても、キューの構造全体を含める必要があります。これは、wlm_json_configuration パラメータの値として、JSON 構造全体が文字列として渡されるためです。

AWS CLI コマンドのフォーマット

wlm_json_configuration を使用する場合、AWS CLI. パラメータには特定の形式が必要です。使用する形式は、クライアントのオペレーティングシステムによって異なります。コマンドラインから正しく渡されるように JSON 構造を囲む方法は、オペレーティングシステムによってさまざまです。Linux、Mac OS X、Windows の各オペレーティングシステムで適切なコマンドを作成する方法の詳細については、以下のセクションを参照してください。で JSON データ構造を一般的に囲む際の相違点の詳細についてはAWS CLI、『』の「文字列引用」を参照してくださいAWS Command Line Interface ユーザーガイド

次のコマンド例では、 というパラメータグループの手動 WLM を設定しますexample-parameter-group。 この設定により、ショートクエリの最大実行時間が 0 に設定され、値を動的に設定するように WLM に指示するショートクエリの高速化が可能になります。ApplyType 設定は ですdynamic。 この設定は、パラメータ の動的プロパティに加えられた変更がすぐに適用されることを意味します。ただし、設定に他の静的な変更が加えられる場合を除きます。この設定では、次の 3 つのキューを定義しています。

  • 最初のキューにより、ユーザーは自身のキューで report をラベルとして (query_group プロパティで) 指定し、そのキューへのクエリのルーティングをスムーズにすることができます。report* ではワイルドカード検索が有効にされているため、クエリをキューにルーティングするためにラベルを正しい順序にする必要はありません。たとえば、reportsreporting のいずれも、このクエリグループに一致します。このキューにはすべてのキューの合計メモリのうち 25 パーセントが割り当てられ、最大 4 つのクエリを同時に実行できます。クエリの時間は、最大 20,000 ミリ秒 (ms) に制限されています。モードが自動に設定されているため、キューのクエリスロットがいっぱいになると、対象のクエリがスケーリングクラスターに送信されます。

  • 2 番目のキューにより、データベース内の admin または dba グループのメンバーであるユーザーは、自身のクエリを処理用にそのキューにルーティングすることができます。ユーザーグループではワイルドカード検索が無効になっているため、ユーザーは自身のクエリがそのキューにルーティングされるようにデータベース内のグループと正確に一致する必要があります。このキューにはすべてのキューの合計メモリのうち 40% が割り当てられ、最大 5 つのクエリを同時に実行できます。モードはオフに設定されているため、admin または dba グループのメンバーによって送信されたクエリはすべて、メインクラスターで実行されます。

  • 設定内の最後のキューはデフォルトキューです。このキューにはすべてのキューの合計メモリのうち 35 パーセントが割り当てられ、最大 5 つのクエリを同時に処理できます。モードは自動に設定されます。

注記

デモンストレーションの目的で、例は複数行で示されています。実際のコマンドに改行を入れることはできません。

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, "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, "concurrency_scaling": "off", "queue_type": "manual" }, { "query_concurrency": 5, "query_group": [], "query_group_wild_card": 0, "user_group": [], "user_group_wild_card": 0, "concurrency_scaling": "auto", "queue_type": "manual" }, {"short_query_queue": true} ]'

以下に、自動 WLM 設定で、WLM クエリモニタリングルールを設定する例を示します。この例では、 という名前のパラメータグループを作成しますexample-monitoring-rules。 設定は前の例と同じ 3 つのキューを定義しますが、 query_concurrencymemory_percent_to_use は指定されなくなります。この設定では、次のルールとクエリの優先度も追加されます。

  • 最初のキューは、 という名前のルールを定義しますrule_1。 ルールには、 query_cpu_time > 10000000 と の 2 つの述語がありますquery_blocks_read > 1000。 ルールアクションは ですlog。 このキューの優先度は ですNormal

  • 2 番目のキューは、 という名前のルールを定義しますrule_2。 ルールには、 query_execution_time > 600000000 と の 2 つの述語がありますscan_row_count > 1000000000。 ルールアクションは ですabort。 このキューの優先度は ですHighest

  • 設定内の最後のキューはデフォルトキューです。このキューの優先度は です。Low.

注記

デモンストレーションの目的で、例は複数行で示されています。実際のコマンドに改行を入れることはできません。

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, "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, "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, "concurrency_scaling" : "auto", "priority": "low", "queue_type": "auto", "auto_wlm": true }, { "short_query_queue" : true } ]'

JSON ファイルを指定してコマンドラインで AWS CLI を使用して WLM を設定する

wlm_json_configuration を使用して AWS CLI パラメータを変更し、JSON ファイルとして parameters 引数の値で渡すことができます。

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

の引数--parametersは、ファイル に保存されますmodify_pg.json。 ファイルの場所は、オペレーティングシステムの形式で指定します。詳細については、「ファイルからパラメータをロードする.」を参照してください。modify_pg.json 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" } ]

Linux および AWS CLI X オペレーティングシステムのコマンドラインmacOSで を使用して WLM を設定する際のルール

1 行にパラメータを指定して AWS CLI コマンドを実行するには、以下のルールに従います。

  • JSON 構造全体を単一引用符 (') と角括弧 ([ ]) で囲む必要があります。

  • すべてのパラメータ名とパラメータ値は、二重引用符 (") で囲む必要があります。

  • ParameterValue 値内では、ネストされた構造全体を二重引用符 (") と角括弧 ([ ]) で囲む必要があります。

  • ネストされた構造内では、各キューのプロパティと値をそれぞれ中括弧 ({ }) で囲む必要があります。

  • ネストされた構造内では、各二重引用符 (") の前で円記号 (\) のエスケープ文字を使用する必要があります。

  • 名前と値のペアでは、各プロパティとその値をコロン (:) で区切ります。

  • 名前と値の各ペアは、カンマ (,) で区切ります。

  • 複数のキューは、キューの中括弧の末尾 (}) とその次のキューの中括弧の先頭 ({) の間にカンマ (,) を置くことで区切ります。

Microsoft Windows オペレーティングシステムの Windows AWS CLI PowerShell で を使用して WLM を設定する際のルール

1 行にパラメータを指定して AWS CLI コマンドを実行するには、以下のルールに従います。

  • JSON 構造全体を単一引用符 (') と角括弧 ([ ]) で囲む必要があります。

  • すべてのパラメータ名とパラメータ値は、二重引用符 (") で囲む必要があります。

  • ParameterValue 値内では、ネストされた構造全体を二重引用符 (") と角括弧 ([ ]) で囲む必要があります。

  • ネストされた構造内では、各キューのプロパティと値をそれぞれ中括弧 ({ }) で囲む必要があります。

  • ネストされた構造内では、各二重引用符 (") とその円記号 (\) のエスケープ文字の前で円記号 (\) のエスケープ文字を使用する必要があります。この要件は、プロパティが正しく渡されるようにするため (\\\")、3 つの円記号と 1 つの二重引用符を使用することを意味します。

  • 名前と値のペアでは、各プロパティとその値をコロン (:) で区切ります。

  • 名前と値の各ペアは、カンマ (,) で区切ります。

  • 複数のキューは、キューの中括弧の末尾 (}) とその次のキューの中括弧の先頭 ({) の間にカンマ (,) を置くことで区切ります。

Windows オペレーティングシステムでコマンドプロンプトを使用して WLM を設定する際のルール

1 行にパラメータを指定して AWS CLI コマンドを実行するには、以下のルールに従います。

  • JSON 構造全体を二重引用符 (") と角括弧 ([ ]) で囲む必要があります。

  • すべてのパラメータ名とパラメータ値は、二重引用符 (") で囲む必要があります。

  • ParameterValue 値内では、ネストされた構造全体を二重引用符 (") と角括弧 ([ ]) で囲む必要があります。

  • ネストされた構造内では、各キューのプロパティと値をそれぞれ中括弧 ({ }) で囲む必要があります。

  • ネストされた構造内では、各二重引用符 (") とその円記号 (\) のエスケープ文字の前で円記号 (\) のエスケープ文字を使用する必要があります。この要件は、プロパティが正しく渡されるようにするため (\\\")、3 つの円記号と 1 つの二重引用符を使用することを意味します。

  • 名前と値のペアでは、各プロパティとその値をコロン (:) で区切ります。

  • 名前と値の各ペアは、カンマ (,) で区切ります。

  • 複数のキューは、キューの中括弧の末尾 (}) とその次のキューの中括弧の先頭 ({) の間にカンマ (,) を置くことで区切ります。