もしもクラウドが止まったら【前編】
いまさら聞けない「クラウドのSLA」 小数点の“大き過ぎる”違いとは?
クラウドサービスが停止しないというのは幻想だ。企業はクラウドサービスが停止した場合に備えてSLAを確認しておく必要がある。SLAの基礎から解説する。
クラウドサービスの利点の一つは、災害への対策が充実していることだ。一般的に、クラウドサービスを提供しているベンダーが利用しているデータセンターは、地震や洪水などの自然災害に対する備えが充実している。加えて、通常はハードウェアの故障に対して複数の対策が用意されている。
しかし、たとえ数分でもクラウドサービスが停止すると、ユーザー側から対処することは難しい。障害のさなかにあり、オンラインに復帰できる時間が分からない状態ではなおさらだ。クラウドサービスが停止することへの対策として、何ができるのか。まず大事なのはSLA(サービスレベル契約)への理解と確認だ。
SLAとは? 大き過ぎる“小数点”の差
SLAとは、サービスを提供する事業者とユーザーが、サービスの内容や品質について合意する契約のことだ。一般的に、クラウドサービスのSLAには「稼働率をどの程度保証するか」「障害が起きた際の復旧時間」などの項目が含まれている。
複数のクラウドサービスを提供している場合、ベンダーは最も充実しているサービスのSLAを宣伝していることがある。通常は同じベンダーであってもサービスごとにSLAは異なるため、確認する必要がある。
ベンダー別のSLAを比較する時は、利用するクラウドサービス群内で最も低いSLAの値を基準とすべきだ。同一インフラ内の1つのサービスが停止すると、アプリケーション全体が停止する可能性があるからだ。仮に停止するサービスが1つだけでも、そのサービスがアプリケーションに必要なサービスであれば、アプリケーションも停止する。
稼働率のSLAに関して、99%や99.9%、あるいは99.99%と表記しているサービスを見掛ける。小数点の差は一見するとわずかに感じるかもしれないが、決して無視できない差だ。
SLAが99.9%の場合、停止時間は1日平均で約1分26秒だ。これを年間にすると8時間41分になり、約1日分の営業時間に相当する。そして、このようなサービス停止は往々にして、大事な日に起きやすい。例えば小売業の場合、ブラックフライデー(11月の第4金曜日)には普段よりもユーザーからのアクセスが集中してITインフラに負荷がかかる。サービス停止がその日に発生すれば、事業への影響は深刻なものとなるだろう。
99.99%の稼働率を保証している場合、停止時間は1日平均で約8.6秒、年間では約52分となり、99.9%と比べてコスト面で無視できない差になる。経営陣や経理部門は、コスト削減のために、SLAが99%や98%のサービスを推奨する可能性があるが、これは大事な点に気付いていない。停止時間の差を考慮すると、長期的にはコスト削減にならない可能性があることだ。コストと、削減できる停止時間のバランスを考慮することが欠かせない。
後編は、SLAに関するよくある誤解と、サービス停止による影響を最小限にする対策を解説する。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「Linux」の脆弱性を生むのは誰か? ベテラン開発者の意外なミス
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー