翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ルート
重要
サポート終了通知: 2026 年 9 月 30 日、 は のサポートを中止 AWS します AWS App Mesh。2026 年 9 月 30 日以降、 AWS App Mesh コンソールまたは AWS App Mesh リソースにアクセスできなくなります。詳細については、このブログ記事の「 から Amazon ECS Service Connect AWS App Mesh への移行
ルートは、仮想ルーターに関連付けられます。ルートは、仮想ルーターに対するリクエストを一致させ、関連する仮想ノードにトラフィックを分散させるために使用されます。ルートは、リクエストと一致すると、1つ以上のターゲット仮想ノードにトラフィックを分散することができます。各仮想ノードに対して相対的な重み付けを指定することができます。このトピックは、サービスメッシュ内のルートの操作に役立ちます。
ルートを作成する
(オプション) [一致]
-
(オプション) リクエストに一致する宛先サービスの [サービス名] を入力します。名前を指定しない場合は、任意のサービスに対するリクエストを一致させます。
-
(オプション) リクエストに一致する宛先メソッドのメソッド名を入力します。名前を指定しない場合は、任意のメソッドに対するリクエストを一致させます。メソッド名を指定する場合は、サービス名を指定する必要があります。
(オプション) [メタデータ]
[メタデータの追加] を選択します。
-
(オプション) ルーティングする [メタデータ名] を入力し、[照合タイプ] を選択し、[照合値] を入力します。[反転] を選択すると、その逆が照合されます。例えば、[メタデータ名] を
myMetadata
、[照合タイプ] を [完全一致]、[照合値] を123
、そして [反転] を選択している場合、ルートは、123
以外の何かで始まるメタデータ名を持つすべてのリクエストに一致します。 -
(オプション) [メタデータの追加] を選択して、メタデータアイテムを 10 個まで追加します。
(オプション)ポリシーを再試行する
再試行ポリシーは、断続的なネットワーク障害や断続的なサーバー側の障害からクライアントを保護することができます。再試行ポリシーはオプションですが、推奨されています。再試行のタイムアウト値は、再試行ごとのタイムアウトを定義します (最初の試行を含む)。再試行ポリシーを定義しない場合、App Mesh は各ルートのデフォルトポリシーを自動的に作成することがあります。詳細については、「デフォルトのルート再試行ポリシー」を参照してください。
-
再試行タイムアウトには、タイムアウト時間の単位数を入力します。プロトコル再試行イベントを選択する場合は、値が必要です。
-
再試行タイムアウトユニットで、単位を選択します。プロトコル再試行イベントを選択する場合は、値が必要です。
-
最大再試行回数に、リクエストが失敗した場合の再試行の最大回数を入力します。プロトコル再試行イベントを選択する場合は、値が必要です。少なくとも 2 つの値を推奨します。
-
1 HTTP つ以上の再試行イベント を選択します。少なくとも [ストリームエラー] と [ゲートウェイエラー] を選択するようお勧めします。
-
TCP 再試行イベント を選択します。
-
1 つ以上の gRPC 再試行イベント を選択します。少なくとも[キャンセルされました] と [利用できません] を選択するようお勧めします。
(オプション) タイムアウト
-
デフォルト値は 15 秒です。[ポリシーを再試行する] を指定した場合、ここで指定する期間は、再試行ポリシーで定義した最大再試行回数を乗じた再試行期間以上でなければならず、再試行ポリシーを完了させることができないため、常に長くする必要があります。15 秒を超える期間を指定する場合は、任意の仮想ノードTargetのリスナーに指定されたタイムアウトも15秒以上であることを確認します。詳細については、「仮想ノード」をご覧ください。
-
0
の値は、タイムアウトを無効にします。 -
ルートをアイドル状態にすることができる最大時間。
(オプション) 一致
-
ルートが必ず一致する [プレフィックス] を指定します。例えば、仮想サービス名が
service-b.local
である場合、ルートとservice-b.local/metrics
へのリクエストを一致させるには、プレフィックスを/metrics
にする必要があります。指定する/
すべてのトラフィックをルーティングします。 -
(オプション) [メソッド] を選択します。
-
(オプション) [スキーム] を選択します。HTTP2 ルートにのみ適用されます。
(オプション) ヘッダー
-
(オプション) [ヘッダーを追加] を選択します。ルーティングするヘッダー名を入力し、[照合タイプ] を選択し、[照合値] を入力します。[反転] を選択すると、その逆に一致します。例えば、
clientRequestId
というヘッダーと123
という[プレフィックス] を指定し、[Invert] を選択すると、123
以外で始まるヘッダーを持つすべてのリクエストに対してルートが一致されます。。 -
(オプション) [ヘッダーを追加] を選択します。最大 10 個のヘッダーを追加できます。
(オプション) 再試行ポリシー
再試行ポリシーは、断続的なネットワーク障害や断続的なサーバー側の障害からクライアントを保護することができます。再試行ポリシーはオプションですが、推奨されています。再試行のタイムアウト値は、再試行ごとのタイムアウトを定義します (最初の試行を含む)。再試行ポリシーを定義しない場合、App Mesh は各ルートのデフォルトポリシーを自動的に作成することがあります。詳細については、「デフォルトのルート再試行ポリシー」を参照してください。
-
再試行タイムアウトには、タイムアウト時間の単位数を入力します。プロトコル再試行イベントを選択する場合は、値が必要です。
-
再試行タイムアウトユニットで、単位を選択します。プロトコル再試行イベントを選択する場合は、値が必要です。
-
最大再試行回数に、リクエストが失敗した場合の再試行の最大回数を入力します。プロトコル再試行イベントを選択する場合は、値が必要です。少なくとも 2 つの値を推奨します。
-
1 HTTP つ以上の再試行イベント を選択します。少なくとも [ストリームエラー] と [ゲートウェイエラー] を選択するようお勧めします。
-
TCP 再試行イベント を選択します。
(オプション) タイムアウト
-
リクエストのタイムアウト – デフォルト値は 15 秒です。再試行ポリシーを指定した場合、ここで指定する期間は、再試行ポリシーが完了することができるように、再試行期間に再試行ポリシー で定義した最大再試行回数を掛けた値以上である必要があります。
-
アイドル期間 — デフォルト値は 300 秒です。
-
0
の値は、タイムアウトを無効にします。
注記
デフォルトより大きいタイムアウトを指定する場合は、すべての仮想ノード参加者のリスナーに指定されたタイムアウトがデフォルトよりも大きくなるようにしてください。ただし、タイムアウトをデフォルトよりも低い値に減らす場合は、仮想ノードでタイムアウトを更新することはオプションとなります。詳細については、「仮想ノード」を参照してください。
(オプション) タイムアウト
-
アイドル期間 — デフォルト値は 300 秒です。
-
0
の値は、タイムアウトを無効にします。