もしもクラウドが止まったら【後編】
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
-
製品資料
[スパイスファクトリー株式会社] レガシーに消えるIT予算8割 「刷新か延命か」をAIと人で見極めるための手順 -
製品資料
[JetBrains s.r.o.] ソフトウェア開発は「コーディングエージェント」でどう変わるのか？ -
事例
[テクバン株式会社] 太陽ホールディングスは国内外拠点の端末5000台をどう管理しているのか？ -
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI＆ナビ搭載RPA」で実践する業務自動化
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
2
「GitLab」に最高深刻度の脆弱性 2014年以降の全版に影響を及ぼす恐れ
-
3
PHPはそもそも必要か？ 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
4
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
5
Copilotを使うほど請求が膨らむ？ Microsoftが仕掛けるAIエージェント課金
-
6
テザリングにも「限界」がある モバイルルーターを選んだ方がよい基準は？
-
7
「Copilot」がIT予算を食いつぶす？ 高額請求を招く課金体系と節約術
-
8
「プログラマー不要論」にThe Linux Foundationが示した答え
-
9
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
10
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
「IT史に名を残すシステム障害」8選
-
3
10G回線の真価をフルに享受するには？ 導入前にチェックしたいポイント
-
4
SCS評価制度時代の「SASE選定」ガイド
-
5
顧客対応自動化の要点：RAGとデータ連携で“業務で使える生成AI”にする方法
-
6
マンガで解説：情シスの負担を減らす「MDRサービスのインシデント対応」の中身
-
7
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
8
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
9
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
10
「EDR」選定ガイド：比較・検討フェーズで整理すべきポイントを解説
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー