はじめに
オンプレミスとIaaSは、どちらもサーバーやデータを扱う基盤ですが、バックアップを運用するときの責任範囲は同じではありません。オンプレミスでは物理サーバーやストレージまで自分たちで管理するのに対し、IaaSでは物理基盤の管理をクラウド事業者へ任せられます。
ただし、IaaSを利用すればバックアップまで自動的に事業者任せになるわけではありません。何を保存するか、どこまで過去の状態を残すか、障害時にどう復元するかといったデータ保護の判断は、利用者側に残ります。
この記事では、オンプレミスとIaaSでバックアップ運用の何が変わるのかを、管理主体、保存先、復旧方法の違いから整理します。読了後には、利用環境に応じてバックアップ設計で確認すべき点を説明できるようになります。
オンプレミスとIaaSのバックアップ運用の違い
バックアップの目的はどちらの環境でも同じです。障害や誤操作などでデータを失ったときに、必要な状態へ戻せるようにしておくことです。
一方で、その目的を実現するために誰が何を管理するかは異なります。
| 観点 | オンプレミス | IaaS |
|---|---|---|
| 物理サーバー・ストレージ | 利用組織が管理 | クラウド事業者が管理 |
| OS・アプリ・データ | 利用組織が管理 | 原則として利用者が管理 |
| バックアップ保存先 | 社内ストレージ、別拠点、クラウドなどを自ら選定 | クラウドストレージ等から利用者が選定し、必要に応じて別リージョン・別アカウント等へ分離 |
| 容量追加 | 機器調達や増設が必要 | サービス上で拡張しやすい |
| バックアップ自動化 | 自前の製品・仕組みを構築 | クラウドのバックアップ・スナップショット機能を利用しやすい |
| 復旧確認 | 機器・媒体を含めて自ら検証 | サービス設定と復元手順を自ら検証 |
IaaSでは物理データセンターや物理ホストなどの管理負担を減らせますが、利用者が保持するデータそのものの保護方針までなくなるわけではありません。サービスによって細かな責任分担は異なるため、「クラウドだから安全」と考えるのではなく、利用するIaaSの仕様を確認したうえでバックアップを設計します。
共通するバックアップの目的
オンプレミスでもIaaSでも、バックアップは「失われたデータを戻せる状態にする」ために行います。ディスク故障だけでなく、誤削除、設定ミス、マルウェア、アプリケーション障害などによって、稼働中のデータが望ましくない状態になることがあります。
この点はRAIDとは役割が異なります。RAIDは主にディスク故障時の継続利用を支える仕組みであり、削除前や変更前のデータを残す仕組みではありません。詳しくは「RAIDとバックアップの違いとは？役割の違いをわかりやすく解説」で整理しています。
重要なのは、バックアップファイルを作ること自体ではなく、必要な時点のデータを実際に復元できることです。そのため、保存先、保持期間、復元手順、バックアップからの復元テストまでを一つの運用として考えます。
オンプレミスでは物理基盤まで自分たちで管理する
オンプレミスでは、サーバー、ストレージ、バックアップ装置、保管媒体などの物理基盤を利用組織が管理します。バックアップ容量が不足すればストレージの増設や更新が必要になり、装置の故障や保管場所のリスクも自分たちで考えなければなりません。
例えば、バックアップを本番サーバーと同じ建物だけに保管していると、火災や水害などで本番データとバックアップを同時に失う可能性があります。そのため、別拠点への保管やクラウドストレージの併用など、障害の影響範囲を分ける設計が必要です。
一方で、保存媒体やネットワーク、バックアップ製品を自分たちで選べるため、既存設備や組織の運用ルールに合わせて細かく構成できる点はオンプレミスの特徴です。自由度が高い代わりに、機器管理から復旧手順まで責任範囲が広くなります。
IaaSでは物理基盤を任せてもデータ保護の責任は残る
IaaSでは、物理サーバー、物理ネットワーク、データセンターなどの基盤をクラウド事業者が管理します。利用者は仮想マシンやOS、アプリケーション、データを利用し、必要に応じてクラウドのバックアップやスナップショット機能を組み合わせます。
このため、オンプレミスのようにバックアップ装置を購入・設置する負担は減らしやすくなります。バックアップの自動実行や保持期間の設定もサービス上で管理しやすく、容量を増やす際にも物理機器の調達を待たずに対応できます。
ただし、スナップショットやバックアップ機能を有効にしただけで運用が完成するわけではありません。どのデータを対象にするか、何世代残すか、同一障害の影響を避けるため保存場所をどう分けるか、復元権限を誰に与えるか、実際に復元できるかは利用者が確認する必要があります。
環境より先に「何から復旧したいか」を決める
バックアップを考えるときは、オンプレミスかIaaSかだけで方法を決めるのではなく、まず想定する障害を整理します。
例えば、誤ってファイルを削除した場合に昨日の状態へ戻したいのか、サーバー故障時に短時間で業務を再開したいのか、拠点全体を失う災害にも備えたいのかによって、必要な保存先や保持方法は変わります。
また、「どの時点まで戻れればよいか」と「どれくらいの時間で復旧したいか」も重要です。保存世代を増やせば過去へ戻りやすくなりますが、保存容量や管理コストも増えます。復旧時間を短くしたい場合は、バックアップの取得方法だけでなく、復元手順や代替環境の準備まで含めて検討します。
つまり、オンプレミスとIaaSの違いはバックアップの目的ではなく、目的を実現するための管理範囲と選択肢にあります。環境ごとの特徴を理解したうえで、必要な復旧水準に合わせて運用を設計することが重要です。
まとめ
オンプレミスでは、物理サーバーやストレージを含めて利用組織がバックアップ基盤を管理します。IaaSでは物理基盤をクラウド事業者へ任せられるため管理負担を減らせますが、データ保護の方針やバックアップ設定、復元確認まで事業者任せになるわけではありません。
両者を比較するときは、「クラウドか自社設備か」だけを見るのではなく、誰がどこまで管理するのか、バックアップをどこに保存するのか、どの障害からどの程度の時間で復旧したいのかを確認します。
バックアップ運用で大切なのは、保存方法そのものより、必要なときに必要な状態へ戻せることです。オンプレミスでもIaaSでも、想定するリスクと復旧目標から逆算してバックアップを設計します。
