

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

# App Mesh スケーリング
<a name="troubleshooting-scaling"></a>

**重要**  
サポート終了通知: 2026 年 9 月 30 日、 AWS はサポートを終了します AWS App Mesh。2026 年 9 月 30 日以降、 AWS App Mesh コンソールまたは AWS App Mesh リソースにアクセスできなくなります。詳細については、このブログ記事[「 から Amazon ECS Service Connect AWS App Mesh への移行](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)」を参照してください。

このトピックでは、App Mesh のスケーリングで発生する可能性のある一般的な問題を詳細に説明します。

## 仮想ノード/仮想ゲートウェイの 50 レプリカを超えてスケーリングすると、接続が失敗し、コンテナのヘルスチェックが失敗する
<a name="ts-scaling-exceed-virtual-node-envoy-quota"></a>

**症状**  
仮想ノード/仮想ゲートウェイの Amazon ECS タスク、Kubernetes ポッド、Amazon EC2 インスタンスなどのレプリカの数を 50 個を超えてスケールすると、新規および現在実行中の Envoy の Envoy コンテナヘルスチェックが失敗し始めます。仮想ノード/仮想ゲートウェイにトラフィックを送信するダウンストリームアプリケーションは、HTTP ステータスコード `503` でリクエストの失敗を確認し始めます。

**解決策**  
仮想ノード/仮想ゲートウェイあたりのエンボイ数に対する App Mesh のデフォルトのクォータは 50 です。実行中の Envoys の数がこのクォータを超えると、新規で現在実行中の Envoy は、gRPC ステータスコード `8` (`RESOURCE_EXHAUSTED`)を使用して App Mesh の Envoy 管理サービスに接続できません。このクォータは、引き上げることができます。詳細については、「[App Mesh Service Quotas](service-quotas.md)」を参照してください。

それでも問題が解決しない場合は、[GitHub issue](https://github.com/aws/aws-app-mesh-roadmap/issues/new?assignees=&labels=Bug&template=issue--bug-report.md&title=Bug%3A+describe+bug+here) のオープンを検討するか、[AWS Support](https://aws.amazon.com/premiumsupport/) にお問い合わせください。

## 仮想サービスバックエンドが水平方向にスケールアウトまたはスケールインする場合、リクエストが `503` で失敗する
<a name="ts-scaling-out-in"></a>

**症状**  
バックエンド仮想サービスが水平方向にスケールアウトまたはスケールインされると、ダウンストリームアプリケーションからのリクエストは失敗し、`HTTP 503` ステータスコードを表示します。

**解決策**  
App Mesh では、アプリケーションを水平方向にスケーリングしながら、障害発生を緩和するためのいくつかのアプローチを推奨しています。これらの障害を防ぐ方法の詳細については、「[App Mesh のベストプラクティス](best-practices.md)」を参照してください。

それでも問題が解決しない場合は、[GitHub issue](https://github.com/aws/aws-app-mesh-roadmap/issues/new?assignees=&labels=Bug&template=issue--bug-report.md&title=Bug%3A+describe+bug+here) のオープンを検討するか、[AWS Support](https://aws.amazon.com/premiumsupport/) にお問い合わせください。

## ロードが増加すると、Envoy コンテナがセグメンテーション違反でクラッシュする
<a name="ts-scaling-segfault"></a>

**症状**  
トラフィックのロードが高い場合、セグメンテーション違反 (Linux 終了コード `139`) により Envoy プロキシがクラッシュします。Envoy プロセスログには、次のようなステートメントが含まれています。

```
Caught Segmentation fault, suspect faulting address 0x0"
```

**解決策**  
Envoy プロキシは、オペレーティングシステムのデフォルトの nofile ulimit に違反している可能性があります。これは、プロセスが一度に開くことができるファイル数の制限です。この違反は、トラフィックがより多くの接続を引き起こし、追加のオペレーティングシステムソケットを消費することが原因です。この問題を解決するには、ホストオペレーティングシステムで ulimit nofile 値を増やします。Amazon ECS を使用している場合は、この制限は、タスク定義の[リソース制限設定](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html#container_definition_limits)の[Ulimit設定](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_Ulimit.html)を介して変更できます。

それでも問題が解決しない場合は、[GitHub issue](https://github.com/aws/aws-app-mesh-roadmap/issues/new?assignees=&labels=Bug&template=issue--bug-report.md&title=Bug%3A+describe+bug+here) のオープンを検討するか、[AWS Support](https://aws.amazon.com/premiumsupport/) にお問い合わせください。

## デフォルトリソースの増加がサービスの制限に反映されない
<a name="default-resources-increase"></a>

**症状**  
App Mesh リソースのデフォルト制限を増やした後、サービスの制限を確認しても新しい値は反映されません。

**解決策**  
新しい制限は、現在表示されていませんが、お客様は引き続きそれらを行使できます。

それでも問題が解決しない場合は、[GitHub issue](https://github.com/aws/aws-app-mesh-roadmap/issues/new?assignees=&labels=Bug&template=issue--bug-report.md&title=Bug%3A+describe+bug+here) のオープンを検討するか、[AWS Support](https://aws.amazon.com/premiumsupport/) にへお問い合わせください。

## 大量のヘルスチェックコールが原因でアプリケーションがクラッシュする
<a name="crash-health-checks"></a>

**症状**  
仮想ノードのアクティブなヘルスチェックを有効にすると、ヘルスチェックのコール数が増加します。アプリケーションに対して行われるヘルスチェックコールのボリュームが大幅に増加したため、アプリケーションがクラッシュします。

**解決策**  
アクティブなヘルスチェックが有効な場合、ダウンストリーム (クライアント) の各 Envoy エンドポイントは、ルーティングを決定するために、アップストリームのクラスター (サーバー) の各エンドポイントにヘルスリクエストを送信します。その結果、ヘルスチェックのリクエストの総数は、`number of client Envoys` \* `number of server Envoys` \* `active health check frequency` になります。

この問題を解決するには、ヘルスチェックのプローブの頻度を変更します。これにより、ヘルスチェックプローブの総ボリュームが減少します。App Mesh では、アクティブなヘルスチェックに加えて、パッシブヘルスチェックの手段として[外れ値の検出](https://docs.aws.amazon.com/app-mesh/latest/APIReference/API_OutlierDetection.html)を設定できます。外れ値検出を使用して、連続した `5xx` レスポンスに基づいて特定のホストを削除するタイミングを設定します。

それでも問題が解決しない場合は、[GitHub issue](https://github.com/aws/aws-app-mesh-roadmap/issues/new?assignees=&labels=Bug&template=issue--bug-report.md&title=Bug%3A+describe+bug+here) のオープンを検討するか、[AWS Support](https://aws.amazon.com/premiumsupport/) にお問い合わせください。