カスタマー サクセスの最前線からの別の物語へようこそ! 北半球が夏に突入すると、私たちはスナップショットに思いを馳せます。 スナップショットはストレージ システムにとって不可欠なものの 20 つであり、管理者はファイル システムの読み取り専用のインタイム リカバリ ポイントを基本的に提供します。 スナップショットをバックアップと決して混同しないでください。 XNUMX 年以上この仕事をしてきましたが、バックアップ方法としてスナップショットのみに依存しているお客様の数は、恐ろしいほど多くなりました。 スナップショットはバックアップ ポリシーを補完するものですが、決して置き換えてはいけません。
ストレージを初めて使用する場合は、「スナップショットとは何ですか?」と疑問に思うかもしれません。 スナップショットは、アクティブなファイル システムの特定時点の画像として説明するのが最も適切です。 スナップショットが作成されると、アクティブなファイル システムがフリーズされ、それが復旧ポイントになります。 書き込みは引き続きシステムに流れ込み、スナップショットが実行される前に作成されたファイルが開かれた場合、そのファイルはスナップショット自体内から参照されるだけです。 すべてのアクティビティは通常どおり続行されます。
興味深いのは、スナップショットによってロックされているファイルを編集または削除する場合です。 たとえば、ファイルに次のテキストが書かれているとします。
こんにちは世界！
次にスナップショットを撮ります。 すばらしい。「スナップショットがあるよ」という参照ブロック以外に、実際のスペース使用率はありません。
次に、そのファイルをストレージ アレイから削除します。 スナップショットによってロックされているため、そのスペース使用量はアクティブなファイル システムではなくスナップショットに反映されるようになりました。 上記のテキストのような単純なファイルの場合、このスペースの使用量は無視できます。 ただし、たとえば 10 TB のディレクトリを削除すると、突然、その 10 TB の使用量がスナップショットの容量に反映され、基本的に XNUMX つの会計バケットから別の会計バケットにブロックを移動しただけなので、純変化はゼロになります。 より詳細な (そして技術的な) 調査は、次の Qumulo ドキュメント ポータルで見つけることができます。 スナップショットの仕組み.
Qumulo では、スナップショット ポリシーの作成も可能です。 これらのポリシーにより、ストレージ管理者は復旧ポイントを自動的に作成し、エンド ユーザーが自分でデータを復旧できるようになります。 ポリシーは、時間、日、週、月ごとの復旧ポイントなど、管理者が慣れている粒度も提供します。
顧客を定期的に混乱させる質問の XNUMX つは、スナップショットが実際に使用するスペースの量です。 スナップショットが XNUMX つしかない場合は問題ありませんが、さらにスナップショットを追加したり、データの追加や削除を開始したりすると、状況は複雑になります。 これは私が頻繁に通うサークルでは日常業務として知られています。 問題の核心は、スナップショット自体の性質にあります。 これらは読み取り専用の時点であるため、不変であり、変更はどこか別の場所に反映する必要があります。
上記の例を見てみましょう。
こんにちは世界！私たちはスナップショットを撮り、私たちの心のこもったメッセージが所定の位置にロックされます。 素晴らしい！ それを失いたくありません。 XNUMX 時間後、次のように変更します。
やあ、世界よ！もう少しアットホームな感じになり、田舎の雰囲気が漂います。 別のスナップショットを撮ります。
この時点で、「Hello world!」として参照するスナップショット 1 ができました。 そしてそれを「Howdy world!」として参照するスナップショット 2。 ファイル システムにとっては、何らかの方法で追跡する必要がある約 XNUMX 文字のデルタがあります。
時間が経ち、それは優しすぎると判断し、ファイル全体を削除しました。 ファイルは現在スナップショット形式でのみ存在するため、参照されるスペースはアクティブなファイルシステムからスナップショット 1 と 2 に移動します。スナップショット 2 を削除したとしても、スナップショット 1 はまだ存在するため、それほど多くのデータを解放することはできません。 同様に、スナップショット 1 を削除すると、スナップショット 2 が作成されたときのファイルの外観を反映して、スナップショット 2 のサイズが大きくなるだけです。
データの調整により、スナップショットが削除された場合にどのくらいのスペースが回復されるかを知ることが困難になる場合があります。 私が提供できる最善の経験則は、スペースを空けたい場合は、常にシステム上の最も古いスナップショットを最初に追跡することです。 そうすることで、単に別のデータ バケットにロールインするのではなく、可能であればデータを確実に解放できます。
おしまいです。 次回は、データセンターからフォークリフトを撤去するために Qumulo がリリースした新機能をいくつか紹介します。 それまでは、アミーゴ！
