ファイルシステム、ボリューム、スナップショット、およびクローンの動作を制御するときには、主にプロパティーというメカニズムを使用します。このセクションで定義されているプロパティーは、ほかに説明のある場合を除いて、すべての種類のデータセットに適用されます。
プロパティーは、ネイティブプロパティーとユーザー定義プロパティーの 2 種類に分けられます。ネイティブプロパティーは、内部の統計情報を提供するか、ZFS ファイルシステムの動作を制御します。また、ネイティブプロパティーは設定可能なプロパティーまたは読み取り専用のプロパティーのどちらかです。ユーザープロパティーは ZFS ファイルシステムの動作には影響しませんが、これらを使用すると、使用環境内で意味を持つようにデータセットに注釈を付けることができます。ユーザープロパティーの詳細については、ZFS のユーザープロパティーを参照してください。
設定可能なプロパティーのほとんどは、継承可能なプロパティーでもあります。継承可能なプロパティーとは、親ファイルシステムに設定されるとそのすべての子孫に伝達されるプロパティーのことです。
すべての継承可能なプロパティーには、プロパティーがどのように取得されたかを示すソースが関連付けられています。プロパティーのソースには次の値を使用できます。
そのプロパティーが zfs set コマンドを使用して明示的にデータセットに設定されたことを示しています。ZFS プロパティーを設定するを参照してください。
そのプロパティーが、指定された祖先から継承されたことを示しています。
そのプロパティーの値が、継承されたのでもローカルで設定されたのでもないことを示しています。このソースは、このプロパティーがソース local として設定された祖先が存在しないことを示しています。
次の表には、ZFS ファイルシステムの読み取り専用のネイティブプロパティーと設定可能なネイティブプロパティーの両方を示しています。読み取り専用のネイティブプロパティーには、そのことを記載しています。この表に示すそれ以外のプロパティーは、すべて設定可能なプロパティーです。ユーザープロパティーについては、ZFS のユーザープロパティーを参照してください。
|
読み取り専用のネイティブプロパティーは、取得はできますが設定はできません。読み取り専用のネイティブプロパティーは継承されません。一部のネイティブプロパティーは、特定の種類のデータセットに固有です。このような場合は、データセットの種類について、図 3, 表 3, ZFS のネイティブプロパティーの説明の説明の中で記載しています。
used プロパティーは読み取り専用プロパティーの 1 つの例です。このプロパティーは、このデータセットおよびそのすべての子孫によって消費されるディスク領域の量を識別します。この値は、データの割り当て制限および予約を対象にして確認されます。使用されるディスク領域にデータセットの予約は含まれませんが、子孫のデータセットがある場合はそれらの予約も考慮されます。データセットがその親から継承して使用するディスク容量、およびデータセットが再帰的に破棄されるときに解放されるディスク容量は、使用済み領域と予約のどちらか大きい方になります。
スナップショットを作成したときは、それらのディスク領域は最初はスナップショットとファイルシステムの間で共有されます。それまでに作成したスナップショットと領域が共有されることもあります。ファイルシステムが変化していくにつれて、それまで共有されていたディスク領域がスナップショット固有になり、スナップショットが使用する領域に計上されます。スナップショットが使用するディスク領域には、その固有データが計上されます。また、スナップショットを削除すると、ほかのスナップショットに固有の (および使用される) ディスク容量を増やすことができます。
使用済み、使用可能、参照済みの各ディスク容量には、保留状態の変更は含まれません。保留状態の変更は通常、数秒以内に計上されます。fsync(3c) や O_SYNC 関数を使用してディスクへの変更をコミットしても、ディスク領域の使用状況の情報がすぐに更新されることが保証されているわけではありません。
usedbychildren、usedbydataset、usedbyrefreservation、および usedbysnapshots プロパティーの情報は、zfs list – o space コマンドを使用して表示することができます。これらのプロパティーを使用して、used プロパティーを、子孫によって消費されるディスク領域に分解することができます。詳細については、図 3, 表 3, ZFS のネイティブプロパティーの説明を参照してください。
設定可能なネイティブプロパティーとは、値の取得および設定ができるプロパティーのことです。設定可能なネイティブプロパティーは、zfs set コマンド (説明は ZFS プロパティーを設定するを参照) または zfs create コマンド (説明は How to Create a ZFS File Systemを参照) を使って設定します。設定可能なネイティブプロパティーは、割り当て制限と予約を除いて継承されます。割り当て制限および予約の詳細については、ZFS 割り当て制限を設定するを参照してください。
一部の設定可能なネイティブプロパティーは、特定の種類のデータセットに固有です。このような場合は、データセットの種類について、図 3, 表 3, ZFS のネイティブプロパティーの説明の説明の中で記載しています。特に記載している場合を除いて、プロパティーはすべての種類のデータセットに適用されます。 つまり、ファイルシステム、ボリューム、クローン、およびスナップショットに適用されます。
canmount プロパティーを off に設定した場合は、zfs mount または zfs mount –a コマンドを使ってファイルシステムをマウントすることはできません。このプロパティーを off に設定する場合は、mountpoint プロパティーを none に設定する場合に似ていますが、継承可能な通常の mountpoint プロパティーをファイルシステムが引き続き保持する点が異なります。たとえば、このプロパティーを off に設定して、子孫のファイルシステム用に継承可能なプロパティーを確立できますが、親ファイルシステム自体がマウントされることもなければ、ユーザーがそれにアクセスすることもできません。この場合、コンテナでプロパティーを設定できるように親ファイルシステムはコンテナとして機能しますが、コンテナ自体には決してアクセスできません。
次の例では、userpool が作成され、その canmount プロパティーが off に設定されます。子孫のユーザーファイルシステムのマウントポイントは、 1 つの共通したマウントポイント /export/home に設定されます。親のファイルシステムに設定されたプロパティーは子孫のファイルシステムに継承されますが、親のファイルシステム自体がマウントされることはありません。
$ zpool create userpool mirror c0t5d0 c1t6d0 $ zfs set canmount=off userpool $ zfs set mountpoint=/export/home userpool $ zfs set compression=on userpool $ zfs create userpool/user1 $ zfs create userpool/user2 $ zfs mount userpool/user1 /export/home/user1 userpool/user2 /export/home/user2
canmount プロパティーを noauto に設定することは、ファイルシステムは自動的ではなく、明示的なマウントのみが可能になることを意味します。
このプロパティーは、ファイルシステムで使用するファイル名照合アルゴリズムで、大文字と小文字を区別する (casesensitive) か、区別しない (caseinsensitive) か、または両方の照合方式の組み合わせを許可する (mixed) かを指定します。
大文字と小文字を区別しない照合要求が、両方の照合方式が混在するファイルシステムで行われた場合、その動作は通常、純粋に大文字と小文字を区別しないファイルシステムで予想される動作と同じです。異なる点は、両方の照合方式が混在するファイルシステムが、大文字と小文字を区別する見方からは一意だが大文字と小文字を区別しない見方からは一意ではない複数の名前を持つディレクトリを含むことができるという点です。
たとえば、ディレクトリには foo、Foo、および FOO というファイルを含めることができます。foo のありうる形式 (たとえば、foo、FOO、FoO、 fOo など) のいずれかに大文字と小文字を区別しないで一致するものを求める要求が行われた場合、照合アルゴリズムにより、既存の 3 つのファイルのいずれかが一致した結果として選択されます。一致した結果としてどのファイルがアルゴリズムに選択されるかは厳密には保証されませんが、foo のすべての形式に一致する結果として同じファイルが選択されるということは保証されます。foo、FOO 、foO、Foo などに大文字と小文字を区別しないで一致した結果として選択されるファイルは、ディレクトリが変更されないかぎり常に同じです。
utf8only、normalization、および casesensitivity プロパティーはまた、ZFS 委任管理を使用して権限のないユーザーに割り当てることができる新しいアクセス権を提供します。詳細については、ZFS アクセス権の委任を参照してください。
信頼性を高める機能として、可能であれば、ZFS ファイルシステムのメタデータが異なるディスクにまたがって何度か自動的に保存されます。この機能は、ditto ブロックとして知られています。
この リリースでは、zfs set copies コマンドを使用して、ファイルシステムごとにユーザーデータの複数のコピーを保存することもできます。例:
$ zfs set copies=2 users/home $ zfs get copies users/home NAME PROPERTY VALUE SOURCE users/home copies 2 local
使用できる値は 1、2、または 3 です。デフォルト値は 1。これらのコピーは、ミラー化構成または RAID-Z 構成などのプールレベルの冗長性を補うものです。
ZFS ユーザーデータの複数のコピーを保存する利点は次のとおりです。
すべての ZFS 構成について、メディア障害 (一般に「ビット腐敗」と呼ばれる) などの回復不能なブロックの読み取り障害から回復できるようにすることで、データ保持機能を向上させます。
使用できるディスクが 1 台だけの場合でもデータ保護が提供されます。
ストレージプールの機能を超えて、ファイルシステムごとにデータ保護ポリシーを選択できます。
誤って非冗長プールを作成した場合や、データ保持ポリシーを設定する必要がある場合は、ditto ブロックの使用を検討することもできます。
dedup プロパティーは、重複したデータをファイルシステムから削除するかどうかを制御します。ファイルシステムで dedup プロパティーが有効になっている場合、重複データブロックが同期的に削除されます。この結果、一意のデータだけが格納され、共通のコンポーネントがファイル間で共有されます。
次の考慮事項を確認するまで、本稼働システムにあるファイルシステムでは、dedup プロパティーを有効にしないでください。
複製解除による領域の節約がデータに有益であるかどうかを判断します。zdb –S コマンドを使用して、プールでの複製解除の有効化による領域の節約の可能性をシミュレートすることができます。このコマンドは静止しているプール上で実行する必要があります。重複除去できないデータの場合は、重複除去を有効にしても意味がありません。例:
$ zdb -S tank Simulated DDT histogram: bucket allocated referenced ______ ______________________________ ______________________________ refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE ------ ------ ----- ----- ----- ------ ----- ----- ----- 1 2.27M 239G 188G 194G 2.27M 239G 188G 194G 2 327K 34.3G 27.8G 28.1G 698K 73.3G 59.2G 59.9G 4 30.1K 2.91G 2.10G 2.11G 152K 14.9G 10.6G 10.6G 8 7.73K 691M 529M 529M 74.5K 6.25G 4.79G 4.80G 16 673 43.7M 25.8M 25.9M 13.1K 822M 492M 494M 32 197 12.3M 7.02M 7.03M 7.66K 480M 269M 270M 64 47 1.27M 626K 626K 3.86K 103M 51.2M 51.2M 128 22 908K 250K 251K 3.71K 150M 40.3M 40.3M 256 7 302K 48K 53.7K 2.27K 88.6M 17.3M 19.5M 512 4 131K 7.50K 7.75K 2.74K 102M 5.62M 5.79M 2K 1 2K 2K 2K 3.23K 6.47M 6.47M 6.47M 8K 1 128K 5K 5K 13.9K 1.74G 69.5M 69.5M Total 2.63M 277G 218G 225G 3.22M 337G 263G 270G dedup = 1.20, compress = 1.28, copies = 1.03, dedup * compress / copies = 1.50
推定される dedup 比率が 2 より大きい場合は、dedup によって領域が節約される可能性があります。
上記の例では重複除去比は 2 よりも小さいので、重複除去はお勧めしません。
システムに dedup をサポートするための十分なメモリーがあることを確認してください。
コア内の各 dedup テーブルエントリは、およそ 320 バイトです。
割り当てられているブロック数に 320 を掛けます。例:
in-core DDT size = 2.63M x 320 = 841.60M
dedup のパフォーマンスは、複製解除テーブルがメモリーに入る場合に最適になります。dedup テーブルをディスクに書き込む必要がある場合は、パフォーマンスが低下します。たとえば、重複除去を有効にして大きなファイルシステムを削除すると、システムが上記のメモリー要件を満たしていない場合、システムパフォーマンスが大幅に低下します。
データセットが暗号化されている場合、複製解除を使用できません。たとえば、ファイルシステムおよびボリュームは 2 つの異なるデータセットであり、複製解除により 2 つを一致させることはできません。
dedup が有効な場合、dedup チェックサムアルゴリズムによって checksum プロパティーがオーバーライドされます。プロパティー値を verify に設定することは、sha256,verify を指定することと同等です。プロパティーが verify に設定されており、2 つのブロックに同じ署名がある場合、ZFS は既存のブロックとバイト単位の比較を行なって、内容が同一であることを確認します。
このプロパティーは、ファイルシステムごとに有効にできます。例:
$ zfs set dedup=on tank/home
zfs get コマンドを使用して、 dedup プロパティーが設定されているかどうかを判別できます。
複製解除はファイルシステムプロパティーとして設定されますが、その適用範囲はプール全体に及びます。たとえば、複製解除比を指定できます。例:
$ zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT rpool 136G 55.2G 80.8G 40% 2.30x ONLINE -
DEDUP 列には、どれだけの複製解除が行われたかが示されます。いずれかのファイルシステムで dedup プロパティーが有効になっていない場合、または dedup プロパティーがファイルシステムで少し前まで有効であった場合、DEDUP 比は 1.00x です。
zpool get コマンドを使用して、dedupratio プロパティーの値を判定できます。例:
$ zpool get dedupratio export NAME PROPERTY VALUE SOURCE rpool dedupratio 3.00x -
このプールプロパティーは、このプールでどれだけのデータ複製解除が達成されたかを示します。
暗号化プロパティーを使用して、ZFS ファイルシステムを暗号化できます。詳細については、ZFS ファイルシステムの暗号化を参照してください。
mlslabel プロパティーの動作は、Trusted Extensions が有効かどうか、または multilevel プロパティーが設定されているかどうかに応じて変更されます。
Trusted Extensions が有効でない場合、multilevel プロパティーが設定されるまでは mlslabel は意味がありません。両方のプロパティーが設定された場合、mlslabel プロパティーが自動的に更新されて、ファイルシステム内で明示的にラベル付けされているすべてのファイルの最大ラベルになります。この構成で、mlslabel プロパティーは管理者によって設定できず、低くすることはできません。
Trusted Extensions が有効になっているとき、mlslabel プロパティーは管理者によって設定する必要があります。シングルレベルのファイルシステムの場合、すなわち multilevel プロパティーが設定されていないとき、mlslabel プロパティーはファイルシステムをマウントできるゾーンのラベルを指定します。mlslabel プロパティー値がラベル付きのゾーンに一致する場合、ファイルシステムは、そのラベル付きのゾーンからマウントしてアクセスできます。
multilevel プロパティーが設定されているとき、mlslabel プロパティーはファイルシステム内の任意のファイルで設定できる最大ラベルを指定します。mlslabel プロパティー値よりも上位のラベルでファイルを作成 (またはそのレベルにファイルを再度ラベル付け) しようとしても許可されません。mlslabel プロパティーに基づいたマウントポリシーはマルチレベルファイルシステムには適用されません。
さらに、マルチレベルファイルシステムの場合、ファイルシステムの作成時に mlslabel プロパティーを明示的に設定できます。それ以外の場合は、ADMIN_HIGH というデフォルトの mlslabel プロパティーが自動的に作成されます。マルチレベルファイルシステムを作成したあとで mlslabel プロパティーを変更できますが、それを下位のラベルに設定したり、none に設定したり、削除したりすることはできません。
Trusted Extensions が有効になっているとき、新しく作成されるオブジェクトに適用される自動ラベルは、呼び出し元が実行するゾーンのラベルであり、明示的に設定できる最大ラベルはそのゾーンのラベルです。Trusted Extensions が有効になっていないとき、新しく作成されるオブジェクトの自動ラベルは、それらの親ディレクトリのラベルであり、最大ラベルは呼び出し元の認可上限に対応するラベルです。
multilevel プロパティーは、ZFS ファイルシステム内のオブジェクトでラベルの使用を有効化するために使用されます。マルチレベルファイルシステム内のオブジェクトは、自動的に生成される明示的な機密ラベル属性で個別にラベル付けされています。このラベル属性を変更してオブジェクトに再度適切なラベル付けを行うには、setlabel または setflabel コマンドを使用します。
ルートファイルシステム、Oracle Solaris ゾーンファイルシステム、またはパッケージ化された Oracle Solaris コードを含むファイルシステムは、マルチレベルにしないようにしてください。
recordsize プロパティーは、ファイルシステム内のファイルの推奨ブロックサイズを指定します。
このプロパティーは、レコードサイズが固定されているファイルにアクセスするデータベースワークロードだけで使用するように設計されています。ZFS では、標準的なアクセスパターンに最適化された内部アルゴリズムに従って、ブロックサイズが自動的に調整されます。作成されるファイルのサイズが大きく、それらのファイルにさまざまなパターンの小さなブロック単位でアクセスするデータベースの場合には、このようなアルゴリズムが最適でないことがあります。recordsize にデータベースのレコードサイズ以上の値を設定すると、パフォーマンスが大きく向上することがあります。このプロパティーを汎用目的のファイルシステムに使用することは、パフォーマンスが低下する可能性があるため、できるだけ避けてください。指定するサイズは、512 バイト - 1M バイトの 2 の累乗にしてください。ファイルシステムの recordsize 値を変更した場合、そのあとに作成されたファイルだけに適用されます。既存のファイルには適用されません。
このプロパティーの省略名は recsize です。
このプロパティーは、Oracle Solaris SMB サービスとの ZFS ファイルシステムの共有を有効にし、使用されるオプションを指定します。
プロパティーを off から on に変更すると、そのプロパティーを継承するすべての共有が現在のオプションで再共有されます。このプロパティーが off に設定されている場合、このプロパティーを継承する共有は共有解除されます。 share.smb プロパティーの使用の例については、ZFS ファイルシステムを共有および共有解除するを参照してください。
volsize プロパティーはボリュームの論理サイズを指定します。デフォルトでは、ボリュームを作成するときに、同じ容量の予約が設定されます。volsize への変更があった場合には、予約にも同様の変更が反映されます。これらのチェックは、予期しない動作が起きないようにするために使用されます。ボリュームで使用できる容量が指定した容量より少ない場合には、ボリュームがどのように使用されるかによって異なりますが、定義されていない動作が実行されたりデータが破損したりする可能性があります。このような影響は、ボリュームの使用中にボリュームサイズを変更した場合にも発生することがあります。特に、サイズを縮小した場合にはその可能性が高くなります。ボリュームサイズを調整するときは、特に注意するようにしてください。
ボリュームの使用方法の詳細については、ZFS ボリュームを参照してください。
ZFS は、ネイティブプロパティーに加えて、任意のユーザープロパティーもサポートします。ユーザープロパティーは ZFS の動作には影響しませんが、これらを使用すると、使用環境内で意味のある情報をデータセットに注釈として付けることができます。
ユーザープロパティー名は次の規則に準拠している必要があります。
ネイティブプロパティーと区別するためのコロン(': ') を含んでいる必要がある。
小文字の英字、数字、または次の句読文字を含んでいる必要がある。「:」、「+」、「.」、「_」。
ユーザープロパティー名の最大長は、256 文字である。
想定されている規則では、プロパティー名は次の 2 つの部分に分割しますが、この名前空間は ZFS によって強制されているものではありません。
module:property
ユーザープロパティーをプログラムで使用する場合、プロパティー名の module コンポーネントには、逆順にした DNS ドメイン名を使用してください。これは、それぞれ単独で開発された 2 つのパッケージが、異なる目的で同じプロパティー名を使用する可能性を減らすためです。com.oracle. で始まるプロパティー名は、Oracle Corporation が使用するために予約されています。
ユーザープロパティーの値は次の規則に準拠する必要があります。
常に継承され、決して検証されることのない任意の文字列から構成されている必要がある。
ユーザープロパティー値の最大長は、1024 文字である。
例:
$ zfs set dept:users=finance userpool/user1 $ zfs set dept:users=general userpool/user2 $ zfs set dept:users=itops userpool/user3
プロパティーを処理するコマンド (zfs list、zfs get、zfs set など) はすべて、ネイティブプロパティーとユーザープロパティーの両方の操作に使用できます。
例:
zfs get -r dept:users userpool NAME PROPERTY VALUE SOURCE userpool dept:users all local userpool/user1 dept:users finance local userpool/user2 dept:users general local userpool/user3 dept:users itops local
ユーザープロパティーをクリアするには、zfs inherit コマンドを使用します。例:
$ zfs inherit -r dept:users userpool
プロパティーがどの親のデータセットにも定義されていない場合は、完全に削除されます。