このページでは、Google Cloud NetApp Volumes のボリューム スナップショット機能の概要について説明します。
スナップショットについて
NetApp Volumes を使用すると、失われたデータをすばやく復元できるスナップショットでデータ使用量を管理できます。スナップショットは、ボリュームのコンテンツの特定の時点でのバージョンです。これらはボリュームのリソースであり、変更されたデータに対してのみスペースを使用するデータの即時キャプチャです。データは時間の経過とともに変化するため、通常、スナップショットは古くなるほど多くのスペースを消費します。
考慮事項
次の点を考慮してください。
スナップショット内のすべてのデータを上書きすると、スナップショットは大量のボリューム容量を消費します。これは、ボリューム容量のプロビジョニングに影響します。
1 日あたりの変化率が 1 ～ 2% のボリュームと一般的なスナップショット スケジュールでは、通常、スナップショットの保存に 20% の追加容量が必要です。
スナップショットの属性
スナップショットには次の機能があります。
即時キャプチャ: スナップショットは、ボリューム内のデータを正確な時点で即時にキャプチャします。
スペース効率が高い: スナップショットは、変更または削除されたデータのみを上書きし、既存の変更されていないデータを維持するため、消費するデータ量は少なくなります。
ファイル システムとして読み取り可能: すべてのスナップショットは、標準のファイル システム インターフェースを介して、各時点の読み取り専用ファイルとして簡単にアクセスできます。
クローンをすばやく作成: ボリュームのクローンを数秒で作成できます。スナップショットから新しいボリュームを作成する時間は、ボリュームまたはスナップショットのサイズに関係なく、新しい空のボリュームを作成する場合と同じです。クローンは新しいボリュームであり、ストレージ プールにはそれを収容するのに十分な空き容量が必要です。
スナップショットの高速復元: ボリュームサイズに関係なく、ボリュームをスナップショット バージョンに数分で復元できます。スナップショットの作成後にボリュームに行われた変更は元に戻されます。新しいスナップショットも含まれます。
スナップショットの種類
スナップショットには次の 3 種類があります。
手動スナップショット: 手動で作成して削除するスナップショット。
スケジュール設定されたスナップショット: スケジュール設定されたスナップショットを使用すると、スナップショットを自動的に作成または削除できます。スケジュール設定されたスナップショットは、次の形式の名前で識別できます。
<schedule>-<timestamp><schedule>: 1 時間ごと、1 週間ごと、1 か月ごと<timestamp>: UTC で表示されます（YYYY-MM-DD at HH:MM:SS UTC）
内部スナップショット: NetApp Volumes がレプリケーション オペレーションとバックアップ オペレーションをサポートするために使用するスナップショット。内部スナップショットは手動で削除できません。内部スナップショットは名前で識別できます。スナップショットの表示方法によっては、内部スナップショットの名前が異なる場合があります。
Google Cloud コンソール、Google Cloud CLI、API レスポンスでは、内部スナップショットで
replication-<timestamp>命名規則が使用されます。NFS または SMB を使用してスナップショットにアクセスする場合、内部スナップショットは
snapmirror.<uuid>.<timestamp>.命名規則を使用します。
スナップショットの容量
スナップショットを使用する前に、スナップショットの容量について次の点を考慮してください。
ほとんどのデータセットでは、20% の追加容量で最大 4 週間スナップショットを保持できます。データが古くなるにつれて、復元に使用される可能性は低くなります。
スナップショット内のすべてのデータを上書きすると、大量のボリューム容量が消費され、ボリューム容量のプロビジョニングに影響します。
スナップショット スケジュール
一般的なスナップショット スケジュールは次のとおりです。
48 時間の期間に取得された 1 時間ごとのスナップショット
30 日間に取得された日次スナップショット
60 日間の期間中にオプションで取得される週次スナップショット
1 時間ごとのスナップショットの属性
1 時間ごとのスナップショットは、1 時間の目標復旧時点を満たします。
スナップショットのユースケース
次のセクションでは、スナップショットを使用してデータ管理の課題に対処できるシナリオについて説明します。
アプリケーションのクローン作成: スナップショットとアプリケーションのクローン作成機能を使用すると、クローンサイズとデータ構造に関係なく、より多くのテスト反復処理を高速で実行できます。
ボリュームの復元: ボリューム上のデータが破損または削除された場合は、NetApp Volumes バックアップでスナップショットを使用して、個々のファイルまたはディレクトリを復元できます。スナップショットはボリューム内にのみ存在するため、それだけではボリュームの損失から完全に保護することはできません。
データのバージョニング: スナップショットを使用すると、同じデータセットの複数のバージョンにアクセスできます。
アプリケーションとデータのアップグレード: アプリケーションをアップグレードする前に、NetApp Volumes を使用してデータの現在の状態のスナップショットをキャプチャできます。アップグレードが失敗した場合は、以前の状態に戻してファイルを復元できます。
ランサムウェア対策: NetApp Volumes は、ランサムウェア攻撃によるデータ損失を防ぐのに役立ちます。スナップショットは読み取り専用で暗号化できないため、ボリュームがマウントされている可能性のある侵害された VM からの不要なデータの暗号化や削除を防ぐのに役立ちます。大量のデータ損失や侵害が発生した場合は、スナップショットを使用して、ボリューム全体を数秒で以前の状態に戻すことができます。
古いスナップショットから使用可能なボリューム クローンを作成して、ランサムウェア攻撃後にデータの変更や破損が調査されるまでオペレーションを再開することもできます。どちらのオプションでも、すべてのデータを数分で使用できるようになります。
アプリケーション整合性のある復元ポイント: NetApp Volumes を使用して、アプリケーション整合性のあるスナップショットを作成できます。これは、オペレーティング システムとアプリケーションがデータの現在の状態をストレージに書き込んだ後に作成されるスナップショットです。アプリケーション整合性のあるスナップショットは、アプリケーションの明確な復元ポイントを提供し、アプリケーションの整合性のあるクローンを作成するために使用できます。スナップショットはクライアントから読み取り専用でアクセスできるため、ユーザーはデータをすぐに復元できます。これにより、復元時間の大幅な改善が実現します。
クラッシュ整合性スナップショット: クラッシュ整合性スナップショットを使用してデータを復元することもできます。これは、ほとんどのアプリケーションで適切に機能します。ただし、ストレージ内の一部のデータは、ストレージに書き込まれる前にオペレーティング システムとアプリケーション キャッシュにしばらく保持されるため、復元時に最新の状態ではない可能性があります。
論理的なスペースの使用量: NetApp Volumes の使用量には、アクティブなファイル システム内のデータと、スナップショットが保持する削除済みブロックが反映されます。NetApp Volumes は、ブロックを参照する最新のスナップショットが削除されるとすぐに、保持されているスナップショット ブロックを解放します。ボリュームは、スナップショットが保持する削除されたデータを含む、プロビジョニングされたスペースを引き続き使用します。
スナップショット容量の使用例
次の例は、スナップショット スペース要件を管理する方法の詳細を示しています。
ユーザーが 5 TiB のボリュームをプロビジョニングし、3 TiB のデータをボリュームに書き込みます。
結果: クライアントには 2 TiB の空き容量が表示されます。
クライアントがスナップショットを作成し、1 TiB のデータを削除します。
5 TiB ボリューム - 2 TiB ユーザーデータ - 1 TiB スナップショット データ
結果: クライアントには引き続き 2 TiB の空き容量のみが表示されます。これは、スナップショットによって参照される削除済みデータを 1 TiB 保持する必要があるためです。この容量は、割り当てられた容量に対してカウントされます。
NetApp Volumes がスナップショットを削除します。
結果: 1 TiB のスナップショット データが解放され、クライアントには 3 TiB の空き容量が表示されます。