4時間にわたってアクセスできない状態に
AWS大規模障害はなぜ起きた？ クラウド不安を払拭するためにやるべき対策（2/2 ページ）
アプリケーションの強化
障害テストをした後、組織はリスク耐性を見極める必要があるとバートレッティ氏は話す。もし障害が起きた場合、どの程度の時間であれば、ビジネスに支障を来すことなく吸収できるのか。
組織によってはクラウドの1つのリージョンのみに依存しないアプリケーションの設計を選ぶだろう。そうすれば、たとえ1つのリージョンでサーバがダウンしたとしても、Webサイトが必要とする情報に別のリージョンからアクセスできる。
「ただしどうやってそれを見つけるかをアプリケーションが知っていなければならない。こうした運用方法は必ずしも高くつくとは限らない。だがアプリケーションの適切なアーキテクチャ構築にかかる時間はやや増えるかもしれない」とバートレッティ氏は述べる。
耐久性を高めたアプリケーション、すなわちクラウドプロバイダーのデータセンターで障害が起きても運用できるアプリケーションの構築は、本質的に難しいとレオン氏は言う。
「耐久性の高いアプリケーションの構築は、『複数のデータセンターを利用して、復旧は次のような方法で行いたい』と言い始めた段階で複雑性が増す。いわゆる可用性の5つの9（99.999％）は、1つ9が増すたび急激に高額になる」（レオン氏）
マルチプルは多すぎか
AWSのクラウド障害を受けて浮上した、複数のクラウドベンダーを使うアプローチは、事態はさらに複雑になり、コストも増す。この方法はアプリケーションのデータをAWSに置き、同じデータを例えば「Microsoft Azure」や「Google Cloud Platform」に保存する。
だがそれぞれのプロバイダーには違いがあり、機能セットも異なる。
従って、以下のような問い掛けをする必要が生じるとレオン氏は話す。「自分にとってこの機能は必要なのか。例えばAzureを使うとして、その機能が別のクラウドプロバイダーに存在しない場合はどう対処するのか。その機能は自分で実装できるのか。もしその機能を自分で実装した場合、どの程度のコストが掛かり、どの程度困難なのか。ソリューション全体の安定性は低下するのか」（レオン氏）
異なるベンダーのクラウドで別々のアプリケーションを運用する企業は珍しくない。だが異なるプロバイダーを横断して1つのアプリケーションを運用するやり方は普通ではない。そうしている企業が何社くらいあるのかという問いに対するレオン氏の答えは「ほぼ皆無」だった。
バートレッティ氏によると、複数のプロバイダーのクラウドへのアプリケーション複製を検討するのは、特に予算が豊富な大手にとって、常軌を逸した考えではない。だが「それで必ずしもアップタイムが増えるとは限らない」という。
「他のプロバイダーも、喜々として『AWSが障害を起こした。こちらへどうぞ。当社のストレージの方が優れている』と言ってはいない。なぜならそうした各社のストレージプラットフォームの可用性も、Amazonと同程度に設計されているからだ」（バートレッティ氏）
魔法ではない
念頭に置くべきこととして、S3の障害はそれほど頻繁には発生しない。AWSのサービスが始まってからの10年で、ダウンしたのはわずか数回にとどまる。
「S3はAWSで最も古いサービスであり、時の経過に伴い改善されている」とバートレッティ氏は話す。
大規模な障害はまれであり、今後もそれは変わらないという見方でレオン氏も一致する。それでも今回のAmazonの障害を契機に現実をチェックすることは役に立つと述べ、「クラウドの障害が起きるたび、ユーザーはクラウドが魔法ではないことを思い知らされる。誰もが100％近い可用性に慣れている」と語った。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー