AWSの障害対策における4つのポイント【前編】
AWSの可用性を確保する方法とは？
適切なデータ保護と復旧の対策は、障害が起きる前に講じておかなければならない。「Amazon Web Services」（AWS）の障害に備えてやるべきことは幾つかある。主要な対策を紹介しよう。
パブリッククラウドの障害は、いつか必ず発生する。そのためIT部門は、クラウドの障害に備えておかなければならない。
データセンターの機能停止やクラウドインフラに対する攻撃など、パブリッククラウドはさまざまな形で障害が起きる恐れがある。Amazon Web Services（AWS）の同名パブリッククラウドは高い回復性を備えるとはいえ、ダウンタイム（サービス停止）が時折発生している。例えば2019年には米国東部（バージニア北部）リージョン（地域）と欧州（フランクフルト）リージョンで障害が発生し、それが原因で一部のユーザー企業のデータを失っている。
AWSのユーザー企業のIT部門は、AWSの障害に備えて多くの手段を講じることができる。少なくともパブリッククラウドとプライベートクラウド、オンプレミスを組み合わせたハイブリッドクラウドや、複数のパブリッククラウドを利用するマルチクラウドの構築を進めて、ミッションクリティカルなデータのバックアップコピーを取得し、それらを複数のリージョンや他のパブリッククラウド、オンプレミスのITインフラに保存する必要がある。
単純なバックアップをするだけでも、障害の影響を軽減することは可能だ。だが障害が起きても確実にアプリケーションの運用を継続するには、追加の対策も必要になる。前後編にわたり、AWSを中心としたパブリッククラウドの障害に備えるためにIT部門が講じるべき対策を4つ説明する。
目次
- 1．可用性を確保する（会員限定）
- 2．データの種類と重要度を評価する（後編で紹介）
- 3．「RPO」「RTO」など復旧計画に適用する指標を確立させる（後編で紹介）
- 4．障害からの復旧の訓練をする（後編で紹介）
可用性を確保する
IT部門は、必要なレベルの可用性を確保するために、ワークロード（クラウドで稼働させるアプリケーション）にどれだけの冗長性を持たせるかを決める必要がある。パブリッククラウドでは、高い可用性を確保するために、同一リージョン内の複数のハードウェア間でデータを同時に書き込むミラーリングが可能なストレージを選べることもある。
回復性と災害対策を実現するには、重要なデータを扱うシステムに、複数の仮想サーバや仮想ストレージを用意する必要がある。「どのパブリッククラウドを利用するにしても、その点は変わらない」と話すのは、ITコンサルティング企業のUptime InstituteでIT戦略部門の最高責任者を務めるトッド・トラバー氏だ。
AWSには、可用性のレベルごとに異なる複数のストレージサービスがある。企業はさまざまなサービスを使用して、AWS内にある個々の仮想マシン（VM）で障害が発生したときの影響を軽減できる。例えばAWSのDNS（Domain Name System）サービス「Amazon Route 53」は、DNSの問題への対処に役立つ。ロードバランサーサービスの「Elastic Load Balancing」やVMの自動スケーリングサービス「AWS Auto Scaling」を利用すると、VMの障害を予防できる。
パブリッククラウドによっては、同じアベイラビリティーゾーン（データセンター群）内にある個々のデータセンターに同一のアプリケーションを配置して、低遅延でアプリケーション同士を同期できることがある。この場合、個々のデータセンターや単一データベースインスタンスで起きる障害からは保護できる。ただしアベイラビリティーゾーン全体に影響を及ぼすインシデントからも保護できるとは限らない。ハリケーン関連の風水害など、停電やネットワーク障害を引き起こす気象現象もその一例だ。2012年に発生したハリケーン「サンディ」は、ニューヨーク地区にある多くのデータセンターに影響を与えた。
ほとんどのクラウドベンダーはリージョン外へのフェイルオーバー（稼働系から待機系への切り替え）オプションを用意している。遠く離れたデータセンターに接続することで、単一リージョンへの影響によるリスクを排除するためだ。例えばAWSのユーザー企業は、AWSのリージョン間でデータを複製するマルチリージョン構成を利用できる。これは仮想プライベートネットワーク（VPN）接続やパブリックインターネット接続を使って実現する。ただしトラバー氏によると、このようなマルチリージョン構成には弱点があるという。低遅延で同期するには、リージョン同士が離れ過ぎているためだ。
後編は、AWSなどのパブリッククラウドの障害対策における、残り3つのポイントを説明する。
Copyright © ITmedia, Inc. All Rights Reserved.
AWSの障害対策における4つのポイント
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ファインディ株式会社] AI利用率だけでは説明できない成果 開発組織の競争力を生む「開発資本」とは？ -
製品資料
[ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは？ -
製品資料
[ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは？ -
技術文書・技術解説
[ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題 考慮すべきリスクと選択肢は？ -
製品資料
[サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化 苦しむ情シスはどうすれば救われるのか？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
2
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
3
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
4
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
5
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
6
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
-
7
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
8
祝10周年！ 創業者も予想できなかったRaspberry Pi活用例
-
9
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
10
「IoT通信環境の構築・運用」に関するアンケート
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
4
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
5
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
6
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
7
「IT史に名を残すシステム障害」8選
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは？
-
9
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
10
マンガで学ぶXDR／MDRのメリット、中小企業のセキュリティ強化になぜ有効か？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー