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

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

その方は、クラウド仕様に改変されたバックアップソフトウェアが、昔から「とんでもなく複雑」だったことについて、延々と語っていました。

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

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

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

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

スナップショットはいつ使用すべきですか？

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

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

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

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

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

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

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

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

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