ファイル・システムの使用量および測定

スナップショットとは、ファイル・システムのポイントインタイム・ビューです。複製のかわりに元のデータを参照して使用量コストを制限するため、スナップショットは最初、ファイル・システムの追加の使用量を消費しません。スナップショットは、取得後に参照するブロックを変更しません。

スナップショット・データの使用量は、区別されたデータのみに対して測定されます。最後のスナップショットが作成されてからファイル・システム内で何も変更されていない場合、新しいスナップショットはストレージを消費しません。スナップショットの測定サイズは、属するファイル・システムのレポートされたmeteredBytes値に含まれます。

例:

1. たとえば、MyFileSystemというファイル・システムを作成してFile1を追加するとします。新しいファイル・システムには、メタデータを含む1GBが含まれます。毎時更新サイクルの完了後、ファイル・ストレージ・サービスによって表示される合計のmeteredBytesは、1GBになります。

2. 次に、Snapshot1という名前のMyFileSystemのスナップショットを作成します。毎時更新サイクルが完了した後、ファイル・ストレージ・サービスによって表示される合計のmeteredBytesは、まだ区別されたデータがないため、1GBのままとなります。

3. 次に、File1の最初の0.5GBを上書きします。これで、MyFileSystemには、以前にSnapshot1で取得したバージョンとは異なるファイルが含まれます。meteredBytesの値は1.5GBです。これは、稼働中のファイル・システムとスナップショットの間で区別されたデータが0.5GBであるためです。

   1GB (スナップショット) + 0.5GB (区別されたデータ) = 1.5GB

4. 次に、File1を削除します。これで、MyFileSystemのmeteredBytes値は、Snapshot1の使用量のみを表す1GBになります。
5. 最後に、Snapshot1を削除します。スナップショットを削除すると、そのスナップショットのファイル・データへの参照が削除されます。他のスナップショットがファイル・データを参照していない場合、領域は放棄され、使用率はゼロに戻ります。

ファイル・システム・クローンの初期測定コストは、そのメタデータのみに基づいています。これは、クローンが親ファイル・システムのデータを複製せずに参照するためです。

クローンの親ファイル・システムは、その子孫クローンと共有されているすべてのデータについて測定されます。クローンは、そのすべてのメタデータおよびそのデータに加えられた増分変更について測定されます。クローンが削除されると、そのクローンによってのみ参照されているすべてのブロックが再利用されます。別のクローンが削除されたクローンからハイドレーションしている場合、参照されているメタデータ・ブロックは、ハイドレーションの完了後に再利用されます。

親クローンを削除した場合、子孫クローン間で共有されているデータ・ブロックは解放できません。子孫クローンによって参照されている割当て済ブロックは、測定の目的で新しいクローンの親(親の親)に転送されます。複数のファイル・システム間で共有されているデータについて、2回以上測定されることはありません。

例:

1. たとえば、FileSystemAのクローンをClone1という名前で作成するとします。作成時、およびデータが変更される前:
   • FileSystemA (親)では、そのデータとメタデータが測定されます。
   • Clone1では、メタデータのみが測定されます。
2. 次に、File1という名前の1GBの新しいファイルをClone1に作成します:
   • FileSystemA (親)では、Clone1 (クローン)と共有するデータが測定されます。
   • Clone1では、そのメタデータに加えて、File1によって引き起こされた1GBの変更データが測定されます。
3. FileSystemAの親はOriginalRootです。これがクローン・ツリーのルートです。FileSystemAを削除するとします:
   • OriginalRootがClone1の新しい親になります。
   • OriginalRootでは、Clone1と共有するデータが測定されます。
   • Clone1では、そのメタデータに加えて、File1によって引き起こされた1GBの変更データが測定されます。

ファイル・システムのレプリケーションを有効にすると、そのファイル・システムは、指定されたリージョンおよび可用性ドメイン内のターゲット・ファイル・システムにレプリケートされます。ファイル・ストレージは、ソース・ファイル・システムとターゲット・ファイル・システム両方について、ディスク上に格納された容量の合計について測定されます。ソース・ファイル・システムとターゲット・ファイル・システムの価格レートは同じです。

請求には、リージョン間のレプリケーション・プロセスに適用されるすべてのネットワーク・コストが含まれます。レプリケーション・プロセスの一環として、ソース・ファイル・システムで更新されるすべてのデータがファイル・システム・レプリカに転送されるため、継続的に更新されるファイル・システムではネットワーク・コストが高くなります。同一リージョン内の可用性ドメイン間の帯域幅またはインバウンド・データ転送に対して追加料金はありません。

多くのレプリケーション・フェイルバック・シナリオでは、元のソース・ファイル・システムのクローンを使用します。最後に完全に適用されたスナップショットからソースをクローニングすると、ソースとターゲットの互換性が保証されます。フェイルバックのために新しいファイル・システムを使用することもできます。ただし、元のソース・ファイル・システムのクローンを使用する方が、新しいファイル・システムを使用するよりも高速でコスト効率が高い傾向があります。例:

1. ソース・ファイル・システムFile System Aとターゲット・ファイル・システムFile System Bを作成するとします。File System A (ソース)からFile System B (ターゲット)へのレプリケーションを設定します。File System Aがマウントされ、データがインスタンスまたはアプリケーションからここに書き込まれます。レプリケーション・プロセスによって、File System Aのデータ更新がFile System Bに複製されます。
   • File System A (ソース)では、そのデータとメタデータが測定されます。データが更新されるため、コストが増加する可能性があります。
   • File System Aのユーザー作成スナップショットでは、File System Aの差分データのみが測定されます。
   • File System B (ターゲット)のデータはFile System Aと同一であり、データとメタデータが測定されます。
   • File System Bのユーザー作成スナップショットはFile System Aと同一であり、差分データのみが測定されます。
   • レプリケーション作成スナップショットでは、差分データのみが測定されます。これはレプリケーション・サイクルが完了すると削除されます。
   ノート
   
   レプリケーション・サイクルが完了するまでの間、File System BのデータとメタデータがFile System Aと異なる可能性があります。
2. その後、ある時点でFile System Aを含む可用性ドメインの障害が発生し、File System Bにフェイルオーバーします。File System Bがアプリケーション・インスタンスにマウントされ、そこにデータが書き込まれます。
   • File System Aでは、存在しているデータとメタデータが測定されます。データが更新されないため、コストの変化はありません。
   • File System Aのユーザー作成スナップショットでは、引き続き、File System Aに存在する差分データのみが測定されます。
   • File System Bのデータでは、そのデータとメタデータが測定されます。データが更新されるため、コストが増加する可能性があります。
   • File System Bのユーザー作成スナップショットでは、File System Bの差分データのみが測定されます。
   • レプリケーション・スナップショットは作成されません。
3. File System Aを含む可用性ドメインがリストアされた後で、逆方向のレプリケーションを行い、更新されたデータをFile System BからFile System Aにコピーして、両方を同期します。File System AのクローンをClone1という名前で作成します。作成時、およびデータが変更される前:
   • File System A (元のレプリケーション・ソース、クローンの親)では、そのデータとメタデータが測定されます。
   • Clone1では、メタデータのみが測定されます。
4. File System BからClone1へのレプリケーションが進行するため、データはFile System BからClone1にコピーされます。
   • File System A (古いレプリケーション・ソース、クローンの親)では、そのデータとメタデータが測定されます。データが更新されないため、コストの変化はありません。
   • File System Aのユーザー作成スナップショットでは、引き続き、File System Aに存在する差分データのみが測定されます。
   • Clone1 (新しいターゲット)では、これとFile System Aの間の差分データが測定されます。データがFile System BからClone1にレプリケートされるため、コストが増加します。
   • File System B (新しいソース)では、そのデータとメタデータが測定されます。
   • File System Bのユーザー作成スナップショットでは、File System Bの差分データのみが測定されます。
   • レプリケーション作成スナップショットでは、Clone1とFile System Bの間の差分データのみが測定されます。これはレプリケーション・サイクルが完了すると削除されます。

詳細は、ファイル・システム・レプリケーションを参照してください。

ファイル・システム内のファイルではメタデータ用に領域を割り当てる必要があります。512バイトがディレクトリ・エントリごとに必要で、8192バイトがsymlinkごとに必要です。ファイルに複数のハードリンクを設定すると、そのファイルに対して複数のディレクトリ・エントリが作成され、メタデータの使用率が増加します。この使用率は、それが属するファイル・システムのmeteredBytes値に含まれています。