この記事の目次
AWSの障害は起きる前提で考える
![](https://b-engineer-media-cms.s3.amazonaws.com/item/image/user/9e08934fd24485c7d9e691a312f16a4ef7ff96eb/558130be-c106-47de-a1f2-06db421e15bb.jpg)
AWS側に責任を丸投げしてはいけない
![](https://b-engineer-media-cms.s3.amazonaws.com/item/image/user/9e08934fd24485c7d9e691a312f16a4ef7ff96eb/654bd373-e8cd-4bfa-b2e9-6a2405b5a5ff.jpg)
AWS障害のユーザー側の対策法6選
![](https://b-engineer-media-cms.s3.amazonaws.com/item/image/user/5e9e289364bb3ddfa01b2e7a2998e19f5b1eaf36/065316f3-57ed-4e3d-9ee4-7d5f7ba7eedf.jpg)
AWS障害のユーザー側の対策法1:Design for Failureで構築する
AWS障害対策として、障害に備えるDesign for Failureという設計で構築する方法があります。 障害発生に備えるためには、AWSのインスタンスが落ちることや、ダウンすることがあっても、システムの稼働を継続できるような障害を見据えた設計を行いましょう。 たとえば、AWSにある仕組みを利用することで、故障が発生した場合にも自動的に修復して、市場のサービスに割り当てられるようにするといった方法があります。AWS障害のユーザー側の対策法2:Fargateを使う
AWS障害対策として、Fargateで運用する方法があります。 AWS Fargateはサーバーなどの管理をAWS側に任せてコンテナを実行できる、コンテナ向けサーバーレスコンピューティングエンジンです。Fargateを使用することで、アプリケーションの構築に集中できます。 そのため、可能であればコンテナ化してFargateを利用することで、障害発生時にもサービスを自動復旧できます。AWS障害のユーザー側の対策法3:Multi-AZで運用する
AWS障害対策として、Multi-AZで運用する方法があります。 Multi-AZとは同リージョン内の複数のAZを用いる冗長化構成のことです。そして、AZ(アベイラリビリティーゾーン)とはデータセンターレベルでの可用性の確保のために、冷却装置を含めた物理的なサーバー群のことです。 Multi-AZを利用することで、障害が発生した場合でもサービスを継続できるようになります。MultiAZでも影響があった事例もある
AWS障害対策として、Multi-AZで運用する方法があります。 2019年8月23日に発生したAWSの東京リージョンでの障害により、国内のさまざまなサービスに広範囲な影響が発生しました。 その際、ロードバランサーでも障害が発生したため、アクセスしようとしても500エラーになり、正常に読み込めなくなって障害と切り離せなくなるケースがありました。AWS障害のユーザー側の対策法4:Amazon CloudWatchとAuto Scalingの併用
AWS障害対策として、Amazon CloudWatchとAuto Scalingを併用する方法があります。 Amazon CloudWatchはAWSリソースやアプリを監視して再起動などを行うサービスで、Auto Scalingは物理障害の監視などを行い、インスタンス作成を自動化するサービスです。 この両方のサービスを利用することで、障害発生時にも仮想マシンを自動的に復旧することができます。AWS障害のユーザー側の対策法5:HAクラスターを導入
AWS障害対策として、HAクラスターを導入する方法があります。 HAクラスターとはサーバーを複数台使用し、冗長化することで、障害が発生してもシステムの停止時間を最小限に抑えて業務の可用性を向上させることです。 Amazon EC2インスタンスにHAクラスターを導入することで、用途に応じて柔軟なHAクラスターシステムを構築することが可能です。AWS障害のユーザー側の対策法6:カオスエンジニアリングを実践する
AWS障害対策として、カオスエンジニアリングを実践する方法があります。 カオスエンジニアリングとは本番のシステムの一部にわざと障害を発生させ、自動復旧させることを繰り返すことにより、実際の障害に備えることです。 テスト環境ではなく本番環境で実施するのは、テスト環境では実際の障害時に想定通り動作しない可能性があるためです。NetflixがAWSを対象に実践していることで知られています。AWS障害の代表的な原因4選
![](https://b-engineer-media-cms.s3.amazonaws.com/item/image/user/9e08934fd24485c7d9e691a312f16a4ef7ff96eb/9379940d-bf49-4edf-b056-df8dd15f3deb.jpg)
AWS障害の代表的な原因1:天災
AWS障害は豪雨や落雷などの天災により発生するケースがあります。 大規模な豪雨などが発生し、規模の大きな停電や通信障害などが発生することでAWSのEC2などに障害が発生するケースがあります。また、落雷によって電力会社の変圧器が故障し、電力の供給が停止することで障害が発生した事例もあります。AWS障害の代表的な原因2:冷却装置の故障
AWS障害は冷却装置の故障により発生するケースがあります。 2019年8月23日に発生したAWSの東京リージョンでのElastic Compute Cloudサービス障害の原因は、東京リージョンで使用している複数の冷却システムの故障でした。サーバー機器が高温化したことで一部のサーバーがシャットダウンし、サービスに障害が発生しました。AWS障害の代表的な原因3:人為的ミス
AWS障害は人為的ミスにより発生するケースがあります。 2017年2月28日にUS-EAST-1リージョンで発生した大規模障害では、S3の決済システムの修正作業を行っていたチームメンバーのミスが原因となりました。 複数のサーバーを停止するために手順書に従ってコマンド入力していましたが、入力にミスがあったため多くのサーバーを停止させてしまい、システム全体の再起動が必要となりました。AWS障害の代表的な原因4:想定外の過負荷
AWS障害は想定外の過負荷により発生するケースがあります。 2015年9月20日にUS-EASTリージョンで発生した障害では、DynamoDBの新機能としてGlobal Secondary Indexesを追加しました。しかし想定以上の多数のユーザーが利用したことにより過負荷が発生し、障害が発生しました。AWS障害からの復旧を迅速にするために日頃から対策を取ろう
![](https://b-engineer-media-cms.s3.amazonaws.com/item/image/user/9e08934fd24485c7d9e691a312f16a4ef7ff96eb/92e5f7e9-db15-40b0-a27f-8f192f3215b1.jpg)
この記事の監修者・著者
![株式会社オープンアップITエンジニア](https://tenshoku-careerchange.jp/wp-content/uploads/2023/07/fzxADbr-_400x400-1-150x150.jpg)
-
未経験からITエンジニアへのキャリアチェンジを支援するサイト「キャリアチェンジアカデミー」を運営。これまで4500人以上のITエンジニアを未経験から育成・排出してきました。
・AWS、salesforce、LPICの合計認定資格取得件数:2100以上(2023年6月時点)
・AWS Japan Certification Award 2020 ライジングスター of the Year 受賞
最新の投稿
- 2024年3月26日キャリア・転職保安職(自衛官・警察・消防官など)に向いている人の性格・特徴ランキング【現役保安職(自衛官・警察・消防官など)36人が回答】
- 2024年3月26日キャリア・転職保安職(自衛官・警察・消防官など)に必要なスキルランキング&スキルアップの方法とは?【現役保安職(自衛官・警察・消防官など)36人が回答】
- 2024年3月26日キャリア・転職クリエイター職(ライター・デザイナー・編集)に向いている人の性格・特徴ランキング【現役クリエイター職(ライター・デザイナー・編集)64人が回答】
- 2024年3月26日キャリア・転職クリエイター職(ライター・デザイナー・編集)に必要なスキルランキング&スキルアップの方法とは?【現役クリエイター職(ライター・デザイナー・編集)64人が回答】