このページでは、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 の空き容量が表示されます。