SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

DeveloperZine(デベロッパージン)- エンジニアの意思決定を支える技術情報メディア ProductZine

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

AWSとAzureのマネージドサービスで実践カオスエンジニアリング

【AWSでカオスエンジニアリング】AWS Fault Injection SimulatorでEC2にカオスを挿入する

AWSとAzureのマネージドサービスで実践カオスエンジニアリング 第2回

実験の実施

 作成した実験テンプレートを選択し、「実験を開始」ボタンをクリックすると、実験が開始されます。しかし、停止条件として指定したCloudWatchアラームが出ている状態だと実験を開始することができません。実験をする前提を満たしていないということを伝えてくれており、誤った実験を防ぐ効果がありそうです。

 CloudWatchアラームが発生していない状態であれば、実験を開始できます。

 実験が完了すると、 結果の詳細を確認することもできます。今回は2つのアクションしかないため、シンプルな表示となっていますが、多数のアクションを含む実験の場合は、詳細な実行時間などが確認でき、実験結果の把握に役立つかと思います(「実験管理の負荷」観点のポイント)。

 今回の場合、実施開始直後にFISによりEC2が1台停止され、その後Auto Scaling Groupによって、1台のEC2が新規作成されます。実験の期間である30分間で、CloudWatch synthetic monitoringでアラームは発生しなかったため、正常に実験が終了しました。

まとめ

 この回では、FISによるEC2に対するカオスの挿入の方法を具体的に説明してきました。シンプルなシステムを例にして、FISがどのように安全なカオスエンジニアリングを実践できるようにしているかもご紹介できたかと思います。

次回予告

 次回はAzure Chaos StudioによるVirtual Machineに対するカオス挿入の方法を紹介します。今回紹介したFISとはどのような違いがあるでしょうか? ご期待ください!

この記事は参考になりましたか?

連載通知を行うには会員登録(無料)が必要です。
既に会員の方はを行ってください。
AWSとAzureのマネージドサービスで実践カオスエンジニアリング連載記事一覧

もっと読む

この記事の著者

奥村 康晃(株式会社NTTデータ)(オクムラ ヤスアキ)

 NTTデータ入社以来、クラウドサービスのAPIを連携させることで効率的な管理を可能とするクラウド管理プラットフォームの開発に従事。現在では、クラウド導入の技術コンサルや組織での技術戦略立案にも携わる。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

CodeZine(コードジン)
https://codezine.jp/article/detail/16322 2022/08/25 11:00

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー