VMのスナップショットとバックアップの違い
バックアップとスナップショットは、企業がデータ損失を防ぎ、業務への影響を最小限に抑えるために広く採用されている2つの技術です。実際、 バックアップと災害復旧は依然として最優先事項である 2023年、組織がデータを保護し、サイバー脅威やその他のインシデントによる影響を軽減するために。
スナップショットとバックアップは、どちらもデータの復元が可能であるため、一見すると同じ目的を果たしているように見えるかもしれません。しかし、スナップショットはバックアップの代わりにはなりません。両者には異なる用途があり、互いに置き換えて使用することはできません。
スナップショットとバックアップ:主な違いを一目で把握
スナップショットとは、データの現在の状態を特定時点においてキャプチャしたコピーであり、多くの場合、迅速な復旧やシステムのロールバックを可能にします。一方、バックアップとは、元のデータとは別に保存される、包括的かつ独立したデータのコピーであり、長期保存および運用上の特定時点への復元を目的としています。
スナップショットは通常、読み取り専用で、ストレージ容量を効率的に使用するデータの表現形式です。 バックアップはより包括的であり、データの保存と様々なリスクからの保護を確保し、完全な復旧ポイントを提供するとともに、多くの場合、より広範なデータ保護戦略の重要な構成要素となります。スナップショットとバックアップを互換的に使用することは推奨されず、データ損失につながる可能性があります。
堅牢なデータ保護戦略を構築するには、これら2つの手法の主な違いを理解することが不可欠です。各技術をより詳細に検討する前に、主な違いをまとめた比較表を以下に示します:
| スナップショット | バックアップ | |
| 目的 | 特定の時点におけるマシンの状態を保存する | マシン全体または個々のファイルのコピーを作成します |
| 依存関係 | ソースデータに依存する | ソースデータとは完全に独立している |
| 処理時間 | 小規模なVMであれば、概して処理が速い | バックアップの種類やVMのサイズによって、処理速度は遅い場合もあれば速い場合もあります |
| 保管場所 | ソースVMと同じ場所 | ソースVMと同じ場所、または別の場所(オフサイト、クラウド、またはハードウェアストレージ) |
| ストレージ使用量 | 値が高く、数日以上保存するとパフォーマンスの問題を引き起こす可能性があります | データ量、バックアップの種類、圧縮や重複排除機能などによって、低から高まで変動する可能性があります。 |
| ユースケース | 開発とテスト | データ保護 |
| 保存期間 | 短期間、通常は最大72時間 | 長い |
| 回復 | 比較的早い | 回復オプションによって、処理速度は遅い場合から速い場合までさまざまです |
VMスナップショットとは何ですか？
スナップショットとは、特定の時点におけるマシンやシステムの正確な記録のことです。スナップショットには、VMの状態やデータ(電源状態(オン、オフ、またはサスペンド)を含む)に加え、ディスク、メモリ、ネットワークインターフェースカードなどのすべてのファイルが保存されます。スナップショットは通常、システム障害、更新の失敗、またはエラーが発生した後にVMを復元するために使用されます。
スナップショットの仕組み
スナップショットを作成すると、その時点でのベース仮想ディスクの状態が記録され、維持されます。すべての変更がキャプチャされ、ベースディスクと同じフォルダに保存される新しく作成されたデルタディスクファイルに書き込まれます。システムは、各スナップショットのソースディスクごとに子ディスクを作成します。
最初のスナップショットはマシンの完全なイメージであり、それ以降のスナップショットでは変更されたデータブロックのみが収集されます。これにより、バージョン管理が迅速化され、データ損失事故に対する保護が強化されます。
ただし、子ディスクは対応する親ディスクに直接依存している点に注意してください。親ディスクが削除されたり破損したりすると、VMを再作成できなくなります。復旧プロセスでは、親ディスクファイルから始まり、関連するデルタファイルへと続く順序で、すべてのファイルが読み込まれます。
スナップショットの種類
スナップショットには主に2つの種類があります:
Copy-on-write (CoW) snapshots元のデータが変更された場合にのみ新しいコピーを作成することで、データへの変更内容を記録します。これらのスナップショットは変更部分のみを保存するため、ストレージ容量を効率的に使用できます。ただし、データを取得する際には、複数の場所から読み込む必要がある場合があります。Redirect-on-write (RoW) snapshots変更されたデータの新しいコピーを作成することで、データへの変更内容を記録します。RoWスナップショットは書き込み操作を新しい場所にリダイレクトするため、元のデータは不要になるまでそのまま保持されます。これにより、スナップショットの作成中に元のデータへの影響を軽減できます。
スナップショットは、さまざまな仮想化プラットフォームで使用されています。最も一般的な仮想マシンのスナップショットには、VMwareのスナップショットやHyper-Vのチェックポイントがあります。
VMwareのスナップショット
VMware vSphere クライアントで、仮想マシンの名前を右クリックし、[ Snapshots、そしてクリック Take Snapshot スナップショットを作成する。
その VMwareのスナップショット この操作により、異なる拡張子を持つ複数のファイルが作成されます:
.vmdk– The –flat.vmdk このファイルには、ベースディスクの生データが含まれています。この.vmdk ファイルは、ESXi データストア上の仮想ディスク記述子です。-delta.vmdk– デルタディスクは、. 形式で表されます。00000x.vmdk. これには、仮想ディスクの現在の状態と、前回のスナップショットが作成された時点の状態との差分が含まれています。子VMDKディスク内のデータは、コピーオンライト(COW)メカニズムを用いてSPARSE形式で保存されます。.vmsd– このファイルは、スナップショット自体のデータベースファイルです。スナップショットのメタデータが含まれており、スナップショットマネージャーにとって主要な情報源となります。このファイルに含まれるエントリは、スナップショットおよび各スナップショットとその子ディスク間の関係です。.vmsn– The .vmsn このファイルには、VMのアクティブな状態が含まれており、スナップショット作成時点のメモリ状態が記録されています。これにより、runningマシンの状態。メモリファイルを含めずにスナップショットを作成した場合、VMはturned off状態。
Hyper-V チェックポイント
Microsoft Hyper-V では、VM のスナップショットは"チェックポイント"と呼ばれます。これらは、特定の時点における VM の状態を保存またはコピーするという点で、同様の仕組みで動作します。
作成するには Hyper-V チェックポイント、仮想マシンを右クリックして、[ Checkpoint.
Windows Server では、以下のバイナリファイル形式を含むスナップショットフォルダが作成されます:
.vmcx– このファイルには、仮想マシンの設定情報が含まれています。.vmrs– これはVMの実行時状態情報ファイルです。
また、以下の内容を含む差分ディスクも .avhdx フォーマットが作成されます。これにより、チェックポイント作成後に発生した差分変更が記録されます。
スナップショットの活用例
仮想環境において、スナップショットは、仮想マシン(VM)を特定の時点の状態にロールバックするためのフェイルセーフ機能として機能します。スナップショットは通常、システムに障害を与えたりファイルを破損させたりする可能性がある操作を実行する前に作成されます。こうした操作には、アップデートのインストール、コンポーネントのアンインストール、ソフトウェアの編集などが含まれます。
また、スナップショットは開発環境でも有用です。コードの変更を検証するための"繰り返しテスト"を実施したり、必要に応じて最近変更されたデータを復元したりすることができるからです。
スナップショットのメリットとデメリット
VM snapshot pros:
Quick creation:本番サーバーへの影響を最小限に抑えながら、VMのスナップショットを簡単に作成できます。Automated process:特定のアクションを実行する前に、スナップショットをスケジュールします。Instant rollback:マシンを過去の時点に、ほぼ瞬時に復元します。Reduced TCO:Windows標準のバックアップツールが不要になるため、総所有コスト(TOC)を最小限に抑えることができます。
VM snapshot cons:
Large storage consumption:スナップショットは、長期間保存しておくとストレージ容量を大量に消費する可能性があります。生成されるデータ量に応じて、スナップショットは1日から3日間程度保存することをお勧めします。Short-term retention:スナップショットは、ストレージを大量に消費するだけでなく、数日以上保存されるとネットワークのパフォーマンスにも影響を及ぼします。そのため、長期的なデータ保持は困難となります。Single point of failure:本番サーバーに何か問題が発生した場合、ソースディスクとデルタディスクのファイルが同じ場所に保存されているため、すべてのデータが失われるリスクがあります。Dependency on source data:スナップショット作成後に生成されるデルタファイルは、ソースマシンに直接依存しています。元のファイルが削除されると、そのVMを再作成することはできなくなります。
バックアップとは何ですか？
バックアップとは、システム全体(OS、設定ファイル、アプリデータなど)または個々のファイルやデータベースのコピーのことです。何かを作成する際は バックアップの種類これにより、ソースマシンとは完全に独立したデータのコピーを作成できます。つまり、バックアップを必要な期間だけ、元の場所とは別の場所(オフサイト、パブリッククラウド、テープ、あるいはNASやSANなどのハードウェアストレージデバイス)に保存することが可能です。
最新のバックアップソリューションは、復旧、保存期間、ストレージの最適化において高い柔軟性を提供します。マシン全体や個々のファイル・フォルダを復元したり、バックアップから即座にマシンを起動したり、クロスプラットフォームでの復旧を行ったりすることができます。 また、バックアップソリューションでは、リカバリポイントのローテーションや、圧縮・重複排除などの機能を活用することで、パフォーマンスの向上とストレージ使用量の削減を実現できます。
バックアップの仕組み
バックアップは、データの損失や破損を防ぐために、特定の時点におけるデータのコピーを作成することで機能します。データは、圧縮や重複排除によってストレージが最適化された別の場所にコピーされます。これらのコピーは、耐障害性を高めるために複数の場所に保存されます。検証によりバックアップデータの整合性が確保され、保存ポリシーによってバックアップデータの保持期間が管理されます。データが失われた場合、バックアップにより迅速な復元が可能となり、ダウンタイムを最小限に抑え、事業継続を支援します。効果的なデータ管理には、適切に設計されたバックアップ計画が不可欠です。
バックアップには、ソースファイルのそのままのコピーを含めることも、バックアップデータを特別なイメージファイル形式で保存することも可能です。増分バックアップなどの高度なバックアップ技術では、バックアップデータを保存するために特別な形式のバックアップリポジトリを作成します。バックアップ形式は、データ保護に使用されるバックアップソリューションによって異なります。
バックアップの活用例
バックアップは、データのコピーを長期間保存するのに最適であるため、あらゆるデータ保護戦略の中核をなします。バックアップを複数の保存先に分散させることで、単一障害点を排除し、確実性を確保できます。 事業継続.
バックアップのメリットとデメリット
Backup pros:
Multiple storage destinations:バックアップを社内に保管するか、社外ストレージに送信するか、あるいはクラウドに保存してください。Easy access:いつでもどこでもバックアップを管理・復元できます。Flexible recovery:ご自身のニーズに合わせて、さまざまな復旧オプションからお選びください。Long-term retention:効率的なローテーション方式とデータ圧縮技術を活用し、必要な期間だけバックアップを保存することで、ストレージコストを削減できます。
Backup cons:
Slow process:大量のデータに対してフルバックアップを実行する場合、スナップショットと比較して完了までにかなりの時間がかかることがあります。Network overload:バックアップの作成プロセスは、特に業務時間中にネットワークに過度な負荷をかける可能性があります。幸いなことに、ネットワーク高速化機能を利用することで、この問題を解決できます。
データ保護において、スナップショットではなくバックアップを選ぶべき理由
NAKIVO Backup & Replication は、仮想環境向けに設計されたデータ保護ソリューションです。エージェントレス型であるため、各VMを保護するためにエージェントをインストールする必要がありません。
NAKIVOのソリューションは、VMware vSphereおよびMicrosoft Hyper-VのVMスナップショット技術を利用して、 画像ベースのVMバックアップ、つまり、ゲストOSのディスク、設定ファイル、アプリケーションを含む、VMの特定時点のコピーです。これらのバックアップを作成するために、本ソリューションはVMの状態を固定し、スナップショットを生成して、仮想化レベルで一貫性のあるバックアップを作成します。バックアップの作成が完了すると、VMのスナップショットは削除されます。
このアプローチにより、VMの完全復旧が簡素化され、高速化されます。ただし、スナップショットベースのバックアップはリソースを大量に消費し、本番環境のパフォーマンスに影響を与える可能性があります。これに対処するために、 NAKIVO Backup & Replication また、 ストレージのスナップショットを活用してバックアップを作成する.
ストレージのスナップショットからのバックアップ
ストレージスナップショットを使用すると、通常のVMスナップショットを使用することで生じうる本番環境リソースへの負荷を軽減できます。これは、特に非常に大規模なVMにおいて有用です。
NAKIVO Backup & Replication ストレージスナップショットを活用して、HPEストレージデバイス上でホストされているVMをバックアップできます。この機能を有効にすると、ソリューションはまず一時的なVMスナップショットを作成し、続いてストレージスナップショットを作成します。ストレージスナップショットの作成が完了すると、VMスナップショットは直ちに削除されます。ストレージスナップショットは比較的短時間で作成でき、本番ワークフローに影響を与えることなく、イメージベースのVMバックアップを実行するために必要なすべての差分データおよびCBTデータを含んでいます。
