もしもクラウドが止まったら【後編】
SLAがあっても「クラウド障害」には十分に備えるべき理由とは？
一般的にクラウドサービスでは障害への対策が充実しているが、サービス停止は発生する。ユーザー企業は、クラウドサービスにおけるSLAの内容や、サービス停止に陥った場合の対処法を知っておく必要がある。
クラウドサービスの利点の一つは、自然災害や機器故障への備えが充実したインフラを利用できることだ。だがクラウドサービスのサービス停止は発生する。そうした事態を前提にして理解しておくべきなのが、サービス提供事業者とユーザー企業が交わす契約である「SLA」（サービスレベル契約）だ。このSLAを、誤解しているユーザー企業は少なくない。
SLAに違反するサービス停止時の補償は？
併せて読みたいお薦め記事
連載：もしもクラウドが止まったら
システムに必要なレジリエンス
仮にクラウドサービスが停止した場合、その影響は企業によって異なる。メールが1日利用できない場合、重要な問題にならない企業もあれば、事業を立ち直せないほどのダメージを受ける企業もある。
サービスがSLAの水準を下回る時間停止した場合、サービス料金の一部はクレジットとして返金される可能性がある。この返金の割合をサービスクレジットと呼ぶ。
例えば、あるサービスの利用料が1時間当たり20ドルで、8時間停止して50％が補償される場合は、80ドル戻ってくる計算になる。サービスクレジットは利用するサービスによって異なるので、SLAを確認しておくことが大事だ。
注意すべきことは、事業の損失がどの程度であれ、発生したサービス停止による損失は補償されないということだ。補償されるのはサービス利用料だけであり、仮にサービス停止中に100万ドルの売り上げを失っても80ドルしか受け取れない。売り上げの一部を補償してもらえると思い込んでいる企業は珍しくない。
クラウドサービスの停止の影響を最小限に抑えるためには？
サービス停止の影響を最小限に抑える方法として、アプリケーションや必要な機能を、2つの異なるクラウドサービスにデプロイ（実行環境に配置）する「マルチクラウドデプロイメント」という手法がある。他にも、1つのアプリケーションを分割して2つのクラウドサービスにデプロイする方法もあるが、冗長性が十分に確保できるとは言えない。
冗長性を確保するには、両方のクラウドに同一のアプリケーションをデプロイすることが望ましいが、コストがかる。そのためマルチクラウドデプロイメントを採用する企業はまれだ。
信頼できるバックアップの取得は、データを保護するために不可欠だが、サービス停止自体を防ぐことはできない。残念なことに、アプリケーションを動かすデータセンターがユーザー企業保有のものでない場合、ユーザー企業はその運営に関与できない。そのためデータセンターのサービス停止に関して、ユーザー企業がコントロールできることはほとんどない。クラウドサービスが停止しても、他の人と同じように列に並んで復旧を待たなければならない。
大事なのは、リスクを認識しておくことだ。クラウドサービスの停止は発生する。常に100％安全ということはあり得ない。クラウドサービスで重大なシステム停止が発生する可能性はあるが、リスクを認識していれば、それに対処するための計画や復旧手順を準備できる。非効率的な手作業が必要になることもあるが、対処はできるはずだ。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
市場調査・トレンド
[コパード株式会社] 約9割が負担を実感 Salesforceのテスト業務に関する実態調査で見えた課題とは -
市場調査・トレンド
[コパード株式会社] 「Salesforce」開発・運用におけるAI活用実態調査レポート -
事例
[テクバン株式会社] 1画面でITサービスデスク業務が完結 太陽ホールディングスに学ぶデバイス管理 -
製品資料
[デジタルサーカス株式会社] ライセンス無料 Drupalベースの「多言語ECサイト開発用パッケージ」の実力は？ -
製品資料
[デジタルサーカス株式会社] 日本発グローバル企業用Drupal「Risley（リズリー）」の実力とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
本当にそのIBM iに問題はない？ ブラックボックス化と属人化を防ぐ第一歩
-
4
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
5
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
「企業内サーバ環境の利用実態」に関するアンケート
-
8
「レガシーシステム・老朽化システムの運用課題と刷新」に関するアンケート
-
9
脱VMwareか、継続か？ 仮想化ソフト主要6製品の運用管理と統制機能を徹底比較
-
10
セキュリティは「情シス任せ」が過半数 漏えい発生時やSCS評価制度の課題は？
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
2
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
3
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
4
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
5
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは？
-
9
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
10
生成AIの活用を阻む「5つの壁」とは？ AIネイティブ組織へ変革を遂げる方法
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー