まずはクラウド内部の依存関係を把握するところからAWS障害に学ぶ、万一クラウド障害が起きても動き続けるシステムとは？ (1/2)

ダウンタイムをどの程度許容できるかは企業によって異なり、アプリケーションによって異なる場合も多い。ダウンタイムの許容範囲を適切に予測し、不要で好ましくないダウンタイムを回避することが大切だ。

[Alan R. Earls，TechTarget]

　クラウドへの移行には各種のメリットがあるが、Amazon Web Services（Amazon）などのクラウド事業者はトラブルフリーの運用を保証してくれるわけではない。企業がいくら入念にクラウド移行を計画し、現実的な視点から機能とサービス条件を検討したとしても、エラーやダウンタイムが原因でクラウドに混乱が生じる可能性は残る。「Amazon Web Services」（AWS）のダウンタイムに備えている企業は、その影響を緩和できる。備えていない企業は、不都合な現実を突如突き付けられることになる。

　ソフトウェア会社Treasure Dataのマーケティング担当副社長を務める田村清人氏によれば、AWSのダウンタイムをどの程度許容できるかは企業によって異なり、ニーズとビジネスケースによっても異なる。ただしAWSのクラウドストレージ「Amazon Simple Storage Service」（Amazon S3）のような基幹サービスがダウンした場合は、誰もがその影響を受ける。「2017年2月末にAmazon S3に障害が発生したときは、文字通りインターネットの半分に影響が及んだ」と田村氏は語る。これは、Amazon S3が人気の証拠であると同時に、どれほど高い耐久性と可用性が想定されたシステムであれ、全てのデータを1カ所に集めることがいかに危険かを示す証拠でもある。

併せて読みたいお薦めの記事

実際に起きたクラウド障害

• 障害が何度起きても「Gmail」が使われる理由
• バックアップは誰の責任？　ファーストサーバ事件が残した教訓
• AWS大規模障害はなぜ起きた？　クラウド不安を払拭するためにやるべき対策

クラウド障害への対策

• 事業者任せにしない、クラウドサービスのダウンタイムを削減する方法
• AWS、AzureなどのクラウドがDDoS攻撃を受けたら？　ユーザーができる対策はこれ