多くの人々がスナップショットとバックアップを混同しており、それが招く危険を顧みずにいます

今週、あるソリューションアーキテクトの方と電話で話したのですが、その方は以前の職場でバックアップとリカバリに関する豊富な経験をお持ちでした。

その方は、クラウド対応のバックアップソフトウェアが常に「途方もなく複雑」であったことについて、延々と語っていました。

この会話で私が最も印象に残ったのは、ほとんどの人がVMのスナップショットとバックアップの違いを理解していないという点でした。データが危機にさらされている状況では、この違いを理解することが極めて重要です。ここで改めて明確にしておきますが、スナップショットはバックアップではありません。 確かに、最新のバックアップサービスではネイティブスナップショットをバックアップの一部として利用していますが、スナップショット単体ではバックアップにはなりません。これらは、異なるニーズに対応するために設計された、2つの別個のプロセスです。このブログ記事では、パーシステントディスクのスナップショットとバックアップの違いについて解説し、それぞれが役立つシナリオについてお話しします。

主なポイント

• スナップショットは バックアップではありません。
• スナップショットは、迅速なロールバックのために、特定の時点における仮想マシンの状態をキャプチャするものです。
• バックアップは、災害復旧や長期保存のために、データの独立したコピーを作成します。
• スナップショットとバックアップは、包括的なデータ保護戦略の一環として併用することで、最大の効果を発揮します。

スナップショットとは一体何でしょうか？

スナップショットとは、仮想マシン、ディスク、またはストレージボリュームの特定の時点の状態を表したものです。これにより、管理者は、ソフトウェアの更新、構成の変更、またはテストの後、システムを以前の状態に迅速に復元することができます。 スナップショットは短期的な復旧には有用ですが、通常は元のデータと同じ基盤となるストレージに依存しているため、バックアップの代わりとなるようには設計されていません。

スナップショットとは、VMインスタンスのディスクの特定の時点におけるコピーです。スナップショットの取得時には、VMの電源をオフにしたり、再びオンにしたり、一時停止したりすることができます。 複数のスナップショットを取得すると、それらは親子関係で整理されます。たとえば、Google Cloud Platform（GCP）における最初のスナップショットは、その時点でのディスクの完全なコピーです。それ以降のスナップショットには、最初のスナップショットからの変更部分のみが含まれます。

スナップショットは、バックグラウンドでディスクの仮想コピーを作成します。これはディスク上に存在し、ファイルシステムやデバイスの別のコピーのように見えます。ほとんどの場合、スナップショットはソフトウェアの更新をテストしたり、VM でのリスクを伴う操作を行うために使用されます。 万が一問題が発生した場合でも、初期の状態に戻すことができます。いわば「プレースホルダー」のようなものとお考えください。最初のスナップショットを除き、それ以降のスナップショットにはソースディスクの変更されたブロックのみが含まれているため、プライマリスナップショットストレージに障害が発生したり破損したりした場合、VMを復元するには不十分です。

スナップショットはどのような場合に使用すべきでしょうか？

仮想マシンのスナップショットのユースケースを考えると、スナップショットが活用されるシナリオは数多くあります。 管理者は、仮想環境において、アップグレードの実行、インストール済みソフトウェアの変更、コンポーネントのアンインストールなどの前に、チェックポイントとして仮想マシンのスナップショットを利用することがあります。スナップショットは、開発目的においても非常に役立ちます。仮想マシンのグループに対して、「継続的インテグレーション／継続的デリバリー（CI/CD）」開発用のスナップショットを作成し、デプロイ時にエラーが発生した場合のフェイルセーフとして活用することも可能です。

スナップショットはバックアップの代わりになりますか？

一言で言えば、いいえです。スナップショットは、特定の時点における仮想マシンやディスクの状態をキャプチャする効果的な方法ですが、長期的なデータ保護ではなく、短期的な復旧を目的として設計されています。 スナップショットは通常、元のデータと同じ基盤となるストレージに依存しているため、ストレージの障害、データの破損、ランサムウェア、誤削除、あるいは本番データとそのスナップショットの両方を危険にさらす可能性のあるその他の事象からデータを保護できない場合があります。

バックアップは、これとは異なる目的を果たします。 真のバックアップとは、データの独立したコピーを作成するものであり、そのコピーは長期間保持でき、元のシステムが利用できなくなった場合でも復元が可能です。ほとんどの本番環境では、スナップショットとバックアップを併用すべきです。スナップショットは運用上の変更に対する迅速なロールバックを可能にし、バックアップは災害復旧、コンプライアンス、および事業継続に必要な耐障害性を提供します。

本番環境のバックアップソリューションとしてスナップショットを使用すべきでしょうか？

データを完全に保護し、バックアップに関するコンプライアンス要件を満たすためには、それはお勧めできません！

データの整合性こそが、バックアップにスナップショットを依存してはならない最も重要な理由です。

コンプライアンス、規制、ランサムウェア、そして複雑なユーザー権限が求められる現代において、データの整合性はかつてないほど重要になっています。 スナップショットでは、仮想ハードディスクの完全なコピーを作成するのではなく、ハードディスクに加えられた変更を追跡するだけです。これにより短期的な復旧は可能ですが、アプリケーションを保護するためにスナップショットだけに頼ることはできません。 また、スナップショットは通常、コストの高い「ホット」ディスクに保存されます。そのため、スナップショットを長期保存するにはコストがかかりすぎます。要約すると、スナップショットはディスクの故障、マルウェア、またはユーザーによるミスからデータを保護するものではなく、長期的なデータ保護戦略としてはコストがかかりすぎます。バックアップを伴わないスナップショットは、データの整合性を損なうことになります。

バックアップとスナップショットの違いは何でしょうか？

バックアップとは、アプリケーション一貫性を保ったVMディスクのコピーであり、災害や人為的ミスによって元のデータが損なわれた場合でも、簡単に復旧することができます。 スナップショットとは異なり、バックアップは仮想マシンの稼働状態に依存しません。仮想マシン全体とそのすべての設定を、特定の時点の状態に復元することができます。例えば、GCP では、バックアップをリージョンやゾーンをまたぐ GCP コールドライン・バケットに保存することができます。これは、スナップショットの保存と比較して、大幅なコスト削減につながります。 HYCUでは、 GCP向けバックアップおよびリカバリソリューションを構築しました。このサービスには、スケジュールされたスナップショットやスクリプトにはない、数多くの有益な機能が備わっています。 HYCUのサービスはスナップショットを活用していますが、より堅牢な復元オプションを提供するため、すべてのバックアップデータを処理し、データカタログを作成します。すべてのバックアップは、メタデータとともに圧縮ファイル形式でクラウド上に保存されるため、ビジネスに不可欠なアプリケーションに対して複数の復元オプションをご利用いただけます。 VM全体の復元、アプリケーションの個々の要素の復元、さらにはファイルレベルの復元まで、お選びいただけます。このシンプルな復元機能により、実際の緊急事態が発生した場合でも、時間を節約し、エラーを削減できます。また、HYCUはデータ保護ポリシーへの準拠状況を監視し、何らかの理由でデータが保護されていない場合にはアラートを送信します。HYCUはGoogle Cloud向けに特別に設計されています。 完全な IAM および API 統合に加え、HYCU と Google の請求が統合されているため、Google の信頼性、スケーラビリティ、セキュリティを活用しつつ、HYCU による強化されたデータ保護、バックアップ、復旧の恩恵を受けることができます。

現在スナップショットをご利用中の方は、HYCUの2週間無料トライアルにお申し込みいただけます。この無料トライアル期間中は、お使いのVMを迅速に検出・バックアップし、単なるスナップショットではなく、完全なバックアップおよびリカバリソリューションを導入することの真のメリットを、ご自身の目で確かめていただけます。

この概要的なブログ記事が、スナップショットとバックアップの違いについて、有益な知識を提供できたことを願っております。 仮想環境におけるスナップショットは、データやクラウドインフラを長期的に保護する信頼できる手段ではないということを、多くの企業が痛い教训として学んできました。スナップショットには特定のユースケースがあり、本来の目的のために効果的に活用できる場合もありますが、企業は事業継続のための独立したプロセスを確保するため、常にバックアップソフトウェアを導入しておくべきです。