翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # シナリオのリファレンス シナリオライブラリに含まれるシナリオは、可能な限り[タグ](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/what-are-tags.html)を使用するように設計されており、各シナリオでは、シナリオ説明の「**前提条件**」セクションと「**仕組み**」セクションで必要なタグについて説明しています。リソースにこれらの事前定義されたタグを付けることも、共有パラメータ編集エクスペリエンスを使用して独自のタグを設定することもできます (「」を参照[シナリオの使用](scenario-library.md#using-a-scenario))。 このリファレンスでは、AWS FIS シナリオライブラリの共通のシナリオについて説明します。AWS FIS コンソールを使用して、サポートされているシナリオを一覧表示することもできます。 詳細については、「[AWS FIS シナリオライブラリの使用](scenario-library.md)」を参照してください。 AWS FIS は、次の Amazon EC2 のシナリオをサポートしています。これらのシナリオは、[タグ](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/what-are-tags.html)を使用するインスタンスをターゲットにしています。独自のタグを使用することも、シナリオに含められているデフォルトのタグを使用することもできます。一部のシナリオは、[SSM ドキュメントを使用します](https://docs.aws.amazon.com//fis/latest/userguide/actions-ssm-agent.html)。 + **EC2 ストレス: インスタンス障害** - 1 つ以上の EC2 インスタンスを停止して、インスタンス障害の影響を調べてください。 現在のリージョンで、特定のタグを持つインスタンスをターゲットにします。このシナリオでは、これらのインスタンスを停止し、アクションの終了時 (デフォルトでは 5 分) に再起動します。 + **EC2 ストレス: ディスク** - ディスク使用率の増加が EC2 ベースのアプリケーションに及ぼす影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のリージョンの EC2 インスタンスをターゲットにします。このシナリオでは、アクションの実行中にターゲット EC2 インスタンスに注入されるディスク使用量の増加をカスタマイズできます。デフォルトでは、ディスクストレスアクションごとに 5 分です。 + **EC2 ストレス: CPU-** - CPU の増加が EC2 ベースのアプリケーションに及ぼす影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のリージョンの EC2 インスタンスをターゲットにします。このシナリオでは、ターゲット EC2 インスタンスに注入される CPU ストレス量の増加をアクションの間（デフォルトでは各 CPU ストレスアクションにつき 5 分）カスタマイズできます。 + **EC2 ストレス: メモリ** -メモリ使用量の増加が EC2 ベースのアプリケーションに及ぼす影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のリージョンの EC2 インスタンスをターゲットにします。このシナリオでは、ターゲット EC2 インスタンスに注入されるメモリストレス量の増加をアクションの間 (デフォルトではメモリストレスアクションごとに 5 分) に合わせてカスタマイズできます。 + **EC2 ストレス: ネットワークレイテンシー** -ネットワークレイテンシーの増加が EC2 ベースのアプリケーションに及ぼす影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のリージョンの EC2 インスタンスをターゲットにします。このシナリオでは、ターゲット EC2 インスタンスに注入されるネットワークレイテンシーの増加を、アクションの継続時間 (デフォルトでは各レイテンシーアクションにつき 5 分) に合わせてカスタマイズできます。 AWS FIS は、次の Amazon EKS のシナリオをサポートしています。これらのシナリオは、Kubernetes アプリケーションラベルを使用する EKS ポッドをターゲットにしています。独自のラベルを使用することも、シナリオに含められているデフォルトのラベルを使用することもできます。FIS を使用した EKS の詳細については、「[EKS Pod アクション](eks-pod-actions.md)」を参照してください。 + **EKS ストレス: ポッドの削除** -1 つ以上のポッドを削除して、EKS ポッドの障害による影響を調べてください。 このシナリオでは、アプリケーションラベルに関連付けられている現在のリージョンのポッドをターゲットにします。このシナリオでは、一致したすべてのポッドを終了します。ポッドの再作成は kubernetes の設定によって制御されます。 + **EKS ストレス: CPU** - CPU の増加が EKS ベースのアプリケーションに及ぼす影響を調べてください。 このシナリオでは、アプリケーションラベルに関連付けられている現在のリージョンのポッドをターゲットにします。このシナリオでは、アクションの実行中にターゲット EKS ポッドに注入される CPU ストレスの増加量をカスタマイズできます。デフォルトでは、CPU ストレスアクションごとに 5 分です。 + **EKS ストレス: ディスク** - ディスク使用率の増加が EKS ベースのアプリケーションに及ぼす影響を調べてください。 このシナリオでは、アプリケーションラベルに関連付けられている現在のリージョンのポッドをターゲットにします。このシナリオでは、アクションの間、ターゲット EKS ポッドに注入されるディスクストレスの増加量をカスタマイズできます。デフォルトでは、CPU ストレスアクションごとに 5 分です。 + **EKS ストレス: メモリ** -メモリ使用量の増加が EKS ベースのアプリケーションに及ぼす影響を調べてください。 このシナリオでは、アプリケーションラベルに関連付けられている現在のリージョンのポッドをターゲットにします。このシナリオでは、アクションの実行中にターゲットの EKS ポッドに注入されるメモリストレスの増加量をカスタマイズできます。デフォルトでは、各メモリストレスアクションにつき 5 分です。 + **EKS ストレス: ネットワーク遅延** -ネットワーク遅延の増加が EKS ベースのアプリケーションに及ぼす影響を調べます。 このシナリオでは、アプリケーションラベルに関連付けられている現在のリージョンのポッドをターゲットにします。このシナリオでは、ターゲット EKS ポッドに注入されるネットワークレイテンシーの増加を、アクションの継続時間 (デフォルトでは 1 つのレイテンシーアクションにつき 5 分) に合わせてカスタマイズできます。 AWS FIS は、シングル AZ、マルチ AZ、マルチリージョンアプリケーションの次のシナリオをサポートしています。これらのシナリオは、複数のリソースタイプをターゲットにしています。 + **AZ Availability: Power Interruption** - アベイラビリティーゾーン (AZ) の電力が完全に中断された場合に予想される症状を挿入します。[AZ Availability: Power Interruption](az-availability-scenario.md) の詳細を確認してください。 + **AZ: Application Slowdown** - 単一のアベイラビリティーゾーン (AZ) 内のリソース間にレイテンシーを追加して、アプリケーションを遅くします。[AZ: Application Slowdown](az-application-slowdown-scenario.md) の詳細を確認してください。 + **Cross-AZ: Traffic Slowdown** - パケット損失を挿入して、アベイラビリティーゾーン (AZs。[Cross-AZ: Traffic Slowdown](cross-az-traffic-slowdown-scenario.md) の詳細を確認してください。 + **Cross-Region: Connectivity** - 実験リージョンから宛先リージョンへのアプリケーションネットワークトラフィックをブロックし、クロスリージョンデータレプリケーションを一時停止します。[Cross-Region: Connectivity](cross-region-scenario.md) の使用の詳細については、こちらを参照してください。 AWS FIS では、Amazon EBS ボリュームの以下のシナリオがサポートされています。これらのシナリオでは、タグを使用してボリュームをターゲットにします。独自のタグを使用することも、シナリオに含められているデフォルトのタグを使用することもできます。ターゲットボリュームは同じアベイラビリティーゾーンにある必要があります。詳細については、[Amazon EBS での障害テスト](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fis.html)を参照してください。 + **EBS: Sustained Latency** — アプリケーションに対する永続的 I/O レイテンシーの影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のアベイラビリティーゾーンのボリュームをターゲットにします。このシナリオでは、15 分間に 1 回のレイテンシーアクションを使用して、ボリュームの読み取りオペレーションの 50% と書き込みオペレーションの 100% に 500 ミリ秒の一定のレイテンシーを挿入します。このシナリオでは、挿入されたレイテンシーの量、挿入された I/O の割合、アクションの期間をカスタマイズできます。 + **EBS: Increasing Latency** — アプリケーションに対する I/O レイテンシーの増加の影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のアベイラビリティーゾーンのボリュームをターゲットにします。このシナリオでは、15 分間に 5 つのレイテンシーアクションを使用して、ボリュームの読み取りオペレーションの 10% と書き込みオペレーションの 25% で、レイテンシーが 50 ミリ秒、200 ミリ秒、700 ミリ秒、1 秒、15 秒増加します。このシナリオでは、レイテンシーアクションごとに、挿入されたレイテンシーの量、挿入された I/O の割合、およびアクション期間をカスタマイズできます。 + **EBS: Intermittent Latency** — アプリケーションに対する断続的な I/O レイテンシースパイクの影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のアベイラビリティーゾーンのボリュームをターゲットにします。このシナリオでは、3 つのレイテンシーアクションを使用して、ボリュームの読み取り/書き込み I/O オペレーションの 0.1% に 30 秒、10 秒、20 秒の急激な断続的なレイテンシースパイクを 3 回注入し、15 分間の各スパイクの間に回復間隔を置きます。このシナリオでは、レイテンシーアクションごとに、挿入されたレイテンシーの量、挿入された I/O の割合、およびアクション期間をカスタマイズできます。 + **EBS: Decreasing Latency** — アプリケーションに対する I/O レイテンシーの減少の影響を調べます。 このシナリオでは、特定のタグがアタッチされている現在のアベイラビリティーゾーンのボリュームをターゲットにします。このシナリオでは、15 分間に 5 つのレイテンシーアクションを使用して、ボリュームの読み取りおよび書き込みオペレーションの 10% で 20 秒、5 秒、900 ミリ秒、300 ミリ秒、40 ミリ秒のレイテンシーを短縮します。このシナリオでは、レイテンシーアクションごとに、挿入されたレイテンシーの量、挿入された I/O の割合、およびアクション期間をカスタマイズできます。