クラウド・レジリエンス向上のための9原則

クラウド・レジリエンス向上のための9原則

概要

クラウド障害は基本的に、従来のデータセンター障害とは性質が異なる。インフラストラクチャ/オペレーション (I&O) のリーダーは、クラウド関連の機能停止のリスクに効果的に対処すべく、可用性とディザスタ・リカバリの両方の観点からレジリエンスに関するチームの考えを変える必要がある。

目次

  • クラウド上のIaaS (サービスとしてのインフラストラクチャ) およびPaaS (サービスとしてのプラットフォーム) ソリューションは、基本的に安定性が高い。しかし、非IT部門の従業員はレジリエンスを「あり」か「なし」の二択のものと捉えがちで、クラウド・サービスをデフォルト構成で利用すればレジリエンスが得られると誤解していることが多い。
  • アプリケーションのレジリエンスに対するニーズは新しいものではなく、クラウドやDevOpsの概念に固有のものでもない。使用するアプローチ、パターン、プラクティスの多くは、そのままオンプレミスにも適用できる場合が多い。しかし、顧客に広範な影響を及ぼすクラウド障害の原因がデータセンター上の問題にあることはまれであり、むしろ、ソフトウェアのバグが原因で1つ以上のクラウド・サービスに障害が発生するケースが多い。
  • クラウド上の機能停止は、広範な影響を及ぼす世界規模の壊滅的な機能停止ではなく、特定のロケーションでいくつかのサービスに部分的な障害が発生することが一般的である。クラウド上の機能停止は、従来のディザスタ・リカバリ (DR) 作業を実施するほど長くは続かないことが多い。

ITレジリエンスの向上に責任を担うインフラストラクチャ/オペレーション (I&O) のリーダーは、以下を行う。

  • 「クラウドには低コストのツールやコンポーネントが備わっているが、構築すべきレジリエンスのレベルは、ビジネス要件と予算に応じて判断すべき」という点を非IT部門従業員に周知することで、ビジネス側のステークホルダーとの連携を図る。まずはビジネス・インパクト分析 (BIA) を利用して、目標復旧時間 (RTO)、目標復旧時点 (RPO)、可用性の各要件の枠組みを作る。
  • 依存関係をマッピングし、クラウドの障害状況に基づくリスク・ベースのアプローチを取ることで、壊滅的障害のみを想定したシナリオや、インフラストラクチャ障害のみに特化したレジリエンス対策に見当違いの過度な重点を置かないようにする。
  • クラウド・アーキテクチャ、ソフトウェア・エンジニアリング、クラウド・センター・オブ・エクセレンス (COE) の各チームと協議し、標準やポリシーを確立・施行することで、アプリケーションに対して「レジリエント・バイ・デザイン」のアプローチを取る。アプリケーションのライフサイクル全体を通して、アーキテクチャの設計・実装・運用品質を総合的に確保すべきである。
  • BIAを用いて、主要なビジネス機能に対する最小限の事業継続目標 (MBCO) を判断する。本番環境と同等のDRターゲットに「フェールオーバー」する従来のアプローチと比較して、MBCOを達成すべく軽量の代替アプリケーションを「立ち上げる」などの選択肢を評価する。

本リサーチノートで説明する一部の技術的側面の詳細については、Gartner for Technical ProfessionalsのDesigning Availability and Resilience for Applications in Public Cloud IaaS and PaaSを参照されたい (閲覧権限がある場合)。本リサーチノート全体を通して、「クラウド」という用語はパブリック・クラウドのIaaSおよびPaaSを指す。マルチクラウド/ハイブリッド・クラウドの側面は本リサーチノートの対象外とする。

  • 9つの基本原則にフォーカスする
    • 図1:クラウド・アプリケーションのレジリエンス向上のための9原則
  • 各原則の概要
    • 原則1:レジリエンス要件をビジネス・ニーズに整合させる
      • 図2:BIA:ビジネス機能 (BF) とアプリケーション要件の対応
    • 原則2:リスク・ベースのレジリエンス計画アプローチを取る
      • 図3:クラウド・アプリケーションの集合的障害リスクの例
      • 図4:クラウド・サービス障害の構造
    • 原則3:システム全体に対処する依存関係のマッピング
      • 図5:単純なオンプレミス・アプリケーションとクラウド・アプリケーションにおける依存関係の複雑性の比較例
    • 原則4:ミッション・クリティカルなアプリケーションの継続的可用性にフォーカスする
    • 原則5:レジリエント・バイ・デザインのアプリケーション・アーキテクチャ・パターンを実装する
      • 図6:ソフトウェア・エンジニアリングのレジリエンス・パターンの概要
    • 原則6:DRを可能な範囲まで自動化する
      • 図7:トレードオフについて説明・協議するためのDRオプションの概要
      • 図8:対処すべきクラウドDRの複雑性
    • 原則7:アーキテクチャとDRの範囲を超えたレジリエンス標準を採用する
      • 図9:クラウド・レジリエンスの要素
      • 図10:レジリエンス標準の拡張例
    • 原則8:クラウド・ネイティブなアプリケーションを選択する
    • 原則9:「フェールオーバー」のみを考えるのではなく、ビジネス機能にフォーカスする
  • まとめ

本リサーチに関するお問い合わせ

ガートナーのリサーチサービスについて、より詳しい内容をご希望の場合にはこちらからご登録ください。

日本語 Gartner Webinars

指標で見せる効果的なデジタル戦略の作り方 (Airing in Japanese)

企業戦略上、ITやデジタルの重要性は増すばかりである。本セッションでは、企業目標を実現するためのデジタル戦略の作成の仕方について、KPIを通して事例もお見せしながら議論する。 •デジタル戦略の作成とそれを内外に公表するこ...

近日公開

近日公開

3月14日

1:00 a.m. EDT

2024年 CIOとテクノロジ・エグゼクティブのアジェンダ “デジタル・デリバリのフランチャイズ化” (Airing in Japanese)

デジタル・デリバリの民主化は、IT部門とそれ以外のビジネス領域の境界線を根本的に引き直すものである。しかし、誰が何をすべきかについては混乱が絶えない。本セッションでは、Cレベル幹部がCIOに期待することの変化や今後18カ...

オンデマンド

オンデマンド

1 hour

2024年の戦略的テクノロジのトップ・トレンド (Airing in Japanese)

経済や社会が激しく変動する時代には、オペレーションを効率化する組織が成功を収める。今後3年間、新しいテクノロジの発展を最大限に活用する方法やオンラインでつながる従業員のレジリエンスを維持する方法についての意思決定が必要に...

オンデマンド

オンデマンド

1 hour

続きを読む

すでにGartnerと
ご契約のあるお客様

クラウド・コンピューティングとは?ビジネスにとってなぜ重要か?

クラウド・コンピューティングというキーワードが登場した2006年以来、今もITの主要な力であり続けています。ハイブリッド・クラウドやマルチクラウド、エッジ、分散クラウドといった方向にクラウドが進化する中、ユーザーもベンダーも、クラウド・コンピューティングを再定義する必要が出てきています。
本トピック・ガイドでは、クラウド・コンピューティングとは何か、クラウド戦略は企業のビジネスにとってなぜ重要か、といったクラウドに関する重要なトピックをまとめて解説いたします。