まずはクラウド内部の依存関係を把握するところから
AWS障害に学ぶ、万一クラウド障害が起きても動き続けるシステムとは？（1/2 ページ）
ダウンタイムをどの程度許容できるかは企業によって異なり、アプリケーションによって異なる場合も多い。ダウンタイムの許容範囲を適切に予測し、不要で好ましくないダウンタイムを回避することが大切だ。
クラウドへの移行には各種のメリットがあるが、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カ所に集めることがいかに危険かを示す証拠でもある。
ダウンタイムの許容範囲は、そのインフラストラクチャがサポートするワークロードやビジネス機能によって異なる。オンライン販売や銀行業務、救急サービスのように100％の可用性を必要とするビジネス機能もあれば、人事（HR）や一部のビジネスインテリジェンスアプリケーションのように100％未満の可用性でも支障がないものもある。ワークロードの可用性要件を判断し、適切なアーキテクチャを導入するのは、各企業に個別的な課題だ。
「可用性の高いインフラストラクチャを適切に構築するために、クラウドアーキテクトはAWS環境を深く理解する必要がある」とコンサルティング会社Stelligent Systemsの最高技術責任者（CTO）ポール・デュバル氏は語る。
AWSの機能には、AWSの他の機能に依存しているものがある。2017年2月末のような残念な事態を回避するために、クラウドアーキテクトはこうしたAWS機能間の相互依存関係を理解しておく必要がある。実際2017年2月末には、Amazon S3で発生した障害のせいで、Amazon S3を利用するその他のAWS機能もダウンした。クラウド上のシステム構築を自動化する「CloudFormation」もその1つだ。
「CloudFormationとAmazon S3の依存関係を理解していれば、クラウドアーキテクトは何らかの冗長性を持たせることができていただろう」とデュバル氏は語る。アプリケーションがどのプラットフォームで動作しているかは重要ではない。基幹業務に関わるアプリケーションとデータに関し、継続性とレジリエンス（回復力）を確保できるアーキテクチャを設計し構築することが、IT部門の責任だ。
ダウンタイムの許容範囲を予測する
AWS顧客の大半は99.9～99.999％のアップタイムを期待している。年間に53分から8.76時間までのダウンタイムであれば許容できるということだ。ただしダウンタイムが年1回に集中するようでは、多くの顧客は不満を感じるだろう。実際、2017年2月末にS3に障害が発生した際も、ダウンタイムが長引き、AWS顧客は不満を募らせた。
「現実には、AWS顧客の大半はある程度のダウンタイムを仕方がないものとして受け入れる」とネットワークトラフィックインテリジェンス企業Kentikの共同創業者でCEOのアビ・フリードマン氏は語る。ダウンタイムをゼロにするのは不可能ではない。だがそのためには、アーキテクチャへのそれ相応の投資と複数層あるいは複数ベンダーのソリューションが必要だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
2
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
3
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
4
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
5
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
6
「有線LAN環境」に関するアンケート
-
7
データセンター事業者が「脱VMware」をした“例のライセンス問題”じゃない理由
-
8
積水化学工業が「SAP S/4HANA Cloud」の“全グループ導入”に踏み切った訳
-
9
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
10
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー