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

# 運用テスト
<a name="operations-testing"></a>

製品と同様に、IT 運用も定期的にエンドツーエンドでテストする必要があります。企業のお客様はディザスタリカバリなどの活動に運用テストを採用していますが、運用テストはインシデントやイベント管理などの他の運用領域にも拡大する必要があります。消防訓練のような試合当日のシナリオは、運用上のイベントが発生したときにプロセス、ツール、人がどのように反応するかをテストするアクティビティです。

インシデントとイベント管理のテストに使用される規範的なゲームデーシナリオを以下に示します AWS。
+ Amazon Elastic Compute Cloud (Amazon EC2) CPU 利用ストレステスト
+ Amazon EC2 ネットワークストレステスト
+ Amazon EC2 メモリのストレステスト
+ Amazon Elastic Container Service (Amazon ECS) のタスク失敗シナリオ
+ AWS Lambda 同時実行数の制限とコールドスタートの影響
+ Amazon API Gateway スロットリングとレイテンシーインジェクション
+ Amazon Relational Database Service (Amazon RDS)
+ Amazon RDS フェイルオーバーテスト
+ Amazon RDS ストレージストレス
+ Amazon DynamoDB スロットリングとホットパーティションテスト
+ アベイラビリティーゾーンの障害シミュレーション

テストシナリオを実行する AWS のサービス には、以下を使用することを検討してください。
+ 制御されたカオスエンジニアリング実験用の [AWS Fault Injection Service (AWS FIS)](https://aws.amazon.com/fis/) 
+ アプリケーションエンドポイントテスト用の [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonSynthetics/latest/APIReference/Welcome.html)
+ 複雑なシナリオをオーケストレーションするための AWS Systems Managerの一機能である[自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)
+ アプリケーションの耐障害性を評価および改善するための [AWS Resilience Hub](https://aws.amazon.com/resilience-hub/)

ベストプラクティスとして、インシデントとイベントの管理から IT 運用のテストを始めて、他の運用ドメインにもテストの範囲を広げる必要があります。また、ゲームデーのスケジュールを事前に決めておくことも重要です。スケジュールの例を次に示します。

**製品または非製品のスケジュール**

![製品または非製品のゲームデースケジュール。](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-operations-integration/images/prod-or-non-prod.png)


**製品および非製品のスケジュール**

![製品および非製品のゲームデースケジュール。](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-operations-integration/images/prod-and-non-prod.png)