AWSで障害が発生したらどうすべき?過去事例と影響、備えの例を紹介|レンタルサーバーナレッジサーバーの基礎知識からWeb制作に役立つ情報まで、CPIレンタルサーバーがお届け。障害が発生したら何をすべきなのか、過去に発生した事例と、障害が発生することで考えられる影響、備えるべきことについて紹介します。障害発生するのかについて説明します。200以上もの多くのサービスを提供しており、世界各地で利用されているクラウドサービスです。安定稼働のために十分な対策も多くなされています。何かしらの障害が発生する可能性もあります。2015年にバージニア北部リージョンでネットワーク障害が起因になった大規模障害が発生し、大きな影響を及ぼしました。2019年には、東京リージョンで冷却システムが故障、サーバーが加熱して障害が発生しました。世界中のどこにいても均一なサービスを提供するために、各地域をリージョンという物理的なロケーションに分割して、サービスを提供しています。日本には、東京リージョンと大阪リージョンがあり、そこで障害が発生するとそのリージョンを利用しているユーザーが影響を受けてしまいます。障害が発生する可能性があります。障害が発生することを前提に、システム設計をして、障害発生時に備えられるように準備しておく必要があります。過去に発生した障害として、ここでは2021年に発生した以下2つの事例を紹介します。東京リージョン(前述した、サービス提供地域で物理のロケーションを分割した単位)で障害が発生しました。本体サーバーの冷却システムへの電力供給が正しく行われなくなったことから、サーバールームの1区画の温度が上昇する、というものでした。そもそもサーバーは熱を持っているため、常に冷やさないと部品が壊れてしまいます。利用できるストレージの一部でパフォーマンスの低下が発生しました。日本のサービスへの影響としては、「オンラインを通じたゲームの一部動作が遅く、利用しづらかった」「気象庁の公式サイトへのアクセスが一時的にできなくなった」などがあります。これにより、各企業はメンテナンス対応やバックアップのシステムに切り替えるなど、対応に追われました。発表されましたが、一部についてはさらに時間がかかっているものもあるようです。ネットワークの接続機器の故障(2021年9月)2021年9月に、サービス利用者と東京リージョンのAWSのデータセンターを結ぶ、ネットワークの接続機器のプロトコル(各機器でデータをやりとりするための規約のこと)処理に潜在的なバグがあったことから、ネットワーク障害が発生しました。システムに不具合が生じるなど、日本が提供する社会サービスが影響を受けてしまい、大きな問題となりました。障害発生後から6時間程度で復旧されましたが、「空港でシステムに障害が発生し、チェックインできなくなった」「コンテンツ配信サービスが利用しにくくなった」、「データの更新に普段よりも時間がかかった」、「サイトの一部にアクセスしにくかった」、「スマホ決済で入金しにくかった」などという影響がありました。発生し得る障害は、考えられるだけでも非常に数が多く、全てを把握することは難しいでしょう。障害で発生し得る主な影響を3つ紹介します。サービスが利用できないデータを参照できないパフォーマンスが低下するサービスが利用できない影響の1つ目は、サービスが利用できないことです。こと)が停止する可能性があります。インスタンスが停止すると、サービスそのものが稼働できなくなり、システム管理者がサーバーにログインできない状態となります。サイトを表示できない・アクセスできない・スマホ決済を利用できないなど、大きな影響を及ぼします。データを参照できない影響の2つ目は、データを参照できないことです。サービス自体は稼働して一見問題がないように見えても、サービスが利用しているデータベースサーバーに影響があると、そのことが原因でデータを参照できなくなる、という問題が生じる可能性があります。サイトにアクセスしてページを表示することやログインできるものの、自分のアカウント情報を見ることができない、などがあります。パフォーマンスが低下する影響の3つ目は、パフォーマンスが低下することです。サイトの画面遷移時間が遅い・スマホ決済の処理が遅いなど、行う動作がパフォーマンスの低下により遅くなることが挙げられます。主な原因としてネットワーク障害などが挙げられますが。サイトを利用しているシステムへの影響として、ページを読み込むのに時間がかかる・ボタンを押してからの待機時間が長い・時にはタイムアウトしてなかなか申し込みができないなど、利用者はイライラしてしまいます。AWSの障害発生に備えてすべきことAWSの障害はさまざまなケースが考えられるため、全てに対応することは難しいでしょう。側であり、利用者である私たちは、復旧するのを待つことになると思われます。何もできないというわけではありません。障害が発生した場合に備えることもできます。ここでは備えの例として、以下4つを紹介します。障害発生を前提とした設計すべきことの1つ目は、障害発生を前提とした設計です。いつ障害発生してもおかしくない、という考えで設計していきます。環境が停止することも十分に考えられます。側の急なメンテナンス等により、一部のサービスで意図しない強制再起動もあるかもしれません。そのような障害が発生しても影響範囲が少ないように、システムの稼働を継続できる、バックアップシステムにすぐに切り替えられるような構成や、あらかじめ障害を見据えて設計することが必要です。具体的な例として、故障時には自動的に修正するような仕組みを取り入れること、システム監視して異常を検知した場合に他のシステムなどを選択して運用を継続するような仕組みなどが必要になるでしょう。運用やマルチリージョン運用の検討です。環境を分散し、サービスの停止を避け、早期復旧を目指す運用です。略称で、1つのリージョンの中の区分けのことです。AZは複数のデータセンターで構成されており、同じリージョン内でも互いに独立しており、停電等の障害が発生しても他のAZに影響がないよう設計されています。構成にて冗長化を図ることが可能です。マルチリージョン運用とは、東京リージョンと大阪リージョンなど複数リージョンをまたいだ運用のことを指します。物理的に距離がある場所での運用をすることになる為、広域災害への対応や可用性の向上が見込めます。障害は、過去の事例からデータセンターの区画単位で起きているものもあり、そういった場合への対策としてマルチリージョン運用が効果的と考えられます。コストや運用負荷が上がる部分もあり、どの構成が最適化については、導入前に比較検討が必要になるでしょう。障害発生に備えた体制整備すべきことの3つ目は、障害に備えた体制整備です。整える必要があります。障害発生を検知した際に、ソフトウェアやデータベースなど、それぞれの問い合わせ先を定めておく必要があります。障害対応フローを作成して、障害発生したら誰がどのような順序で何をすべきなのかを洗い出しておくことも大切です。障害発生時に備えて復旧の方針や道筋を立てておくこと、そして運用開始した後でも、組織変更等に合わせて、体制や対応フローに問題がないかを改めて確認し、更新し続けることが重要です。障害発生試験の実施すべきことの4つ目は、障害発生試験の実施です。障害発生を想定したシミュレーションを実施していくことが、実際に障害が起きた時に何をすべきなのかを身を持って知ることができ、おすすめです。いうサービスは、クラウド障害のシミュレーションを行えるため、障害発生によってどのような影響が起こり得るのか、障害を想定した復旧リハーサルができます。障害が発生すると、突然サービスを使えなくなる・パフォーマンスが低下するなど、サービス利用に大きな影響を及ぼす可能性があります。運用による冗長化や、マルチリージョンでの運用、障害発生シミュレーションなどがあります。これらを取り入れてみてはいかがでしょうか。SV-Basic」を語る!TwitterCPIのTwitterアカウントでは、サイト、サーバー管理者のための重要なセキュリティ情報や、サイト運営者のためのヒント、お得なキャンペーン情報をお知らせしています。cpiadjpツイートPocket掲載内容について、当社は情報の掲載には細心の注意を払っておりますが、完全性などについて保証を行うものではありませんので予めご了承ください。許諾等について問題が発生した場合などについて、当社は一切の責任を負いません。掲載されている情報を利用したサイト製作については、ご自身の責任において行ってください。