![見出し画像](https://assets.st-note.com/production/uploads/images/172087251/rectangle_large_type_2_6aa36ca02cf959b46f3be0f9a0e9f00d.png?width=1200)
Photo by
fukumaru2020
カオスエンジニアリング 〜メモリ使用率90%〜
ライフイズテックで1人QAを担当しているotkyskです。いつもブログをご覧いただきまして誠にありがとうございます。
前回のカオスエンジニアリングCPU使用率100%の記事に続いて、今回はメモリ使用率90%の状態でのカオスエンジニアリングについて投稿します。
カオスエンジニアリングとそのやり方について
カオスエンジニアリングCPU使用率100%の記事を参照願います。
メモリ使用率の監視とテスト実行
AWS FISで実験テンプレートを作成して、実験を開始するとターミナル上でメモリの使用率が90%を推移するようになる事を確認して、テスト実行します。
![](https://assets.st-note.com/img/1739300641-ju9D3NG0qUl7QMnhv2k6O4Sp.png)
![](https://assets.st-note.com/img/1738104736-GzP8O5mCZWJNB7iwbM1RgDLd.png?width=1200)
結果的にテスト仕様書の項目はNG0で、テスト中にアプリケーションの動作がもたつくような事もなく、更に負荷が高い機能(例:大量にアカウントを一括で発行する、大量にアカウントを一括で編集する)に関しては、メモリ領域を確保して処理を続けるというような傾向が見られました。負荷が高い機能においての処理がまともな処理をしているという事を検証できました。
ハードウェアの負荷の次はネットワーク?インフラそのもの?
前回のCPU使用率、今回のメモリ使用率で負荷がかかった状態でもアプリケーションは正常に動く事が検証できたので、アプリケーションの肝となるネットワークに負荷を掛けたらどうなるか?それともアプリケーションを構成しているインフラ自体に事故を起こさせたらどうなるか?という検証項目が残っていますので、次回以降に紹介したいと考えております。
最後に
次回もカオスエンジニアリングについて、紹介したいと考えております。
また、現在インフラ/SREグループのメンバーを絶賛募集中なので、ご興味があればぜひご連絡ください!