スナップショット書ける書けない問題終結？！

# isi snapshot snapshots create /ifs/prod --name=Snap_prod_1
# isi snapshot snapshots list
ID Name Path
--------------------------
10 Snap_prod_1 /ifs/prod
--------------------------
Total: 1

② Writable Snapshotを作成します。（Snap_prod_1をベースに/ifs/wsnapディレクトリに紐付ける例）

# isi snapshot writable create Snap_prod_1 /ifs/wsnap　※既に/ifs/wsnapが存在しているとコマンドが失敗します
# isi snapshot writable list
Path       Src Path  Src Snapshot
----------------------------------
/ifs/wsnap /ifs/prod Snap_prod_1
----------------------------------
Total: 1

非常に簡単ですね。
一つのスナップショットをベースとして複数のWritable Snapshotを作成できるので、複数条件でのテストが必要な場合でも、それらの環境をWritable Snapshotで簡単に用意できます。なんとも簡単かつ便利ですね。

実は、Writable Snapshotを作成すると、Quotaエントリも自動作成されます。Writable Snapshotでどれぐらい容量を消費したかをQuotaの機能で確認することができるようになっています。

# isi quota quotas list
Type      AppliesTo Path       Snap Hard Soft Adv Used  Reduction Efficiency
-----------------------------------------------------------------------------------
directory DEFAULT   /ifs/wsnap No   -    -    -   76.00 -         0.04 : 1
-----------------------------------------------------------------------------------
Total: 1

さらに、前述したメタデータがどのようになっているのか確認してみましょう。メタデータは"isi get"コマンドで確認することができます。

# isi get -D /ifs/prod/a |grep LIN:
* LIN: 1:01a9:0002
# isi get -D /ifs/wsnap/a |grep LIN:
* LIN: 1:01bc:000b

Writable Snapshot取得直後でファイル"a"は編集されていない状態です。大元のファイルとWritable SnapshotのファイルとではLINが異なっていることがわかります。これは、Writable Snapshot内のファイル"a"用にメタデータが割り当てられていることを表しています。

# isi get -D /ifs/prod/a |grep -e "Physical Blocks" -e "Logical Size"
* Physical Blocks: 2190
* Logical Size: 11862016
# isi get -D /ifs/wsnap/a |grep -e "Physical Blocks" -e "Logical Size"
* Physical Blocks: 0
* Logical Size: 0

ファイル"a"のサイズを見てみると、期待通りにWritable Snapshotの方は物理も論理もサイズがゼロとなっており容量が一切消費されていないことがわかります。

# echo "Update writable snapshot" >> /ifs/wsnap/a
# isi get -D /ifs/wsnap/a |grep -e "Physical Blocks" -e "Logical Size"
* Physical Blocks: 3
* Logical Size: 8192

まず、Writable Snapshotのファイルに対して書き込みができましたね。感動。
サイズを見ると、追記された分だけの容量が消費されていることがわかります。わずかな文字列だったので、論理サイズはファイルシステムのブロックサイズである8KB（8192バイト）となり、保護レベルが+2d:1nの実行環境だったので物理的には3面ミラー分の３ブロックが消費された状態となっています。
こういったところもスナップショットの特長ですね。echoコマンドで追記書きしたのでこのようになりましたが、アプリケーションによっては一部の変更でもファイルを丸ごと置き換えることもあります。部分的な消費で済むかどうかはアプリケーションに依存するという点は、意外と落とし穴ですので覚えておいてください。

また、Quotaでも使用容量が増えていることを確認できます。

# isi quota quotas list
Type      AppliesTo Path       Snap Hard Soft Adv Used  Reduction Efficiency
-----------------------------------------------------------------------------------
directory DEFAULT /ifs/wsnap No   -    -    -   8.07k 1.01 : 1  0.25 : 1
-----------------------------------------------------------------------------------
Total: 1

これまでのSnapshotIQをご存知の方は、「設定した保持期限を経過したベーススナップショットが自動削除されてしまったら、Writable Snapshotはどうなるの？」、「ベーススナップショットは手動で削除できるの？」と疑問に持たれるのではないでしょうか。答えは、Writable Snapshotがある限り、そのベーススナップショットは保護されます。つまり、保持期限を迎えたタイミングでも手動でも削除できなくなっています。ベーススナップショットがなくなるとWritable Snapshotは元も子もなくなってしまいますからね。

# isi snapshot writable list
Path       Src Path  Src Snapshot
----------------------------------
/ifs/wsnap /ifs/prod Snap_prod_1　←Writable Snapshotがある状態
----------------------------------
Total: 1
# isi snapshot snapshots delete Snap_prod_1
Are you sure? (yes/[no]): yes
Snapshot "Snap_prod_1" can't be deleted because it is locked　←削除ができませんでした

最後は削除ですね。以下のコマンドでWritable Snapshotの削除ができます。

# isi snapshot writable delete /ifs/wsnap
Are you sure? (yes/[no]): yes

なお、SnapshotDeleteジョブではなく、TreeDeleteジョブによりWritable Snapshotの削除処理が行われます。削除されたWritable Snapshotのトップディレクトリは、"wsnap.101a90014.deleted"のような名前に変更されてTreeDeleteジョブにより非同期で削除されます。タイミングによってはこのようなディレクトリ名が見える場合がありますが、いつかは削除されますので焦らず温かい目で見守ってください。何らかの理由でTreeDeleteジョブが失敗した場合は、もう一度削除を試みてください。その場合は、Writable Snapshotはrenameされたフォルダ名を指定してください。

# isi snapshot writable delete /ifs/wsnap.101a90014.deleted

Writable Snapshotの制約

最後にWritable Snapshotを活用頂く際の制約や気を付けて頂きたい点を挙げておきます。ここではいくつか主だったものの紹介となるので、詳細はWritable Snapshotのホワイトペーパーを参照してください。
PowerScale OneFS: Writable Snapshots 

1. Writable Snapshotをネストすることはできません。
   例えば、 /ifs/wsnapに紐付けたWritable Snapshotがあった場合、/ifs/wsnap/wsnap2にWritable Snapshotを作成できません。
   
2. Writable Snapshotに対して、スナップショットを取得できません。
3. Snapshot Aliasに対して、Writable Snapshotを作成できません。
4. SyncIQが内部的に自動作成したスナップショットに対して、Writable Snapshotを作成できません。
5. Writable Snapshot内のファイルおよびフォルダを外のディレクトリに移動できません。
   例えば、/ifs/wsnapのWritable Snapshot配下にあるファイルやディレクトリは、/ifs/dataといったディレクトリへ移動できません。
   
6. Writable Snapshotの数は、クラスタ全体で30個までが推奨となっています。
   それを超える場合には、sysctlパラメータの変更が必要となります。ただし、sysctlパラメータの変更はサポートの指示の下、実施してください。最大2,048個までサポートされていますが、同時に大量のWritable Snapshotを削除しないでください。TreeDeleteジョブが大量に実行され、ジョブのキューが一杯となり他のジョブが起動できなくなってしまいます。
   

日常的に利用する機能ではないかもしれませんが、使うと便利な場面はきっとあるはず。その時にはWritable Snapshotの存在を思い出してもらえると幸いです。
OneFS 9.3で実装されたWritable Snapshotはまだファーストステップに過ぎなく、まだまだ十分ではないかもしれません。性能や機能改善がなされていく予定ですので、今後の進化に乞うご期待！