クラウドを使った階層化には、どのファイルをクラウドに階層化させるかを判断するための 2 つのポリシー、ボリュームの空き領域ポリシーと日付ポリシーがあります。
ボリュームの空き領域のポリシーを使用すると、サーバー エンドポイントが配置されているローカル ボリュームの指定した割合が常に解放されるようになります。
日付ポリシーを使用すると、最終アクセス日が x 日以降のファイルが階層化されます。 ボリュームの空き領域ポリシーが常に優先されます。 日付ポリシーで指定されている日数分のファイルを格納するのに十分な空き領域がボリュームにない場合、Azure File Sync は日付ポリシーをオーバーライドします。 ボリュームの空き領域の割合を満たすまで、最もアクセスの少ないファイルの階層化が続行されます。
両方のポリシーが連携するしくみ
これらのポリシーのしくみを次に例示します。 例えば、500 GiBのローカルボリュームでAzure File Syncを設定し、クラウドティアリングが有効になっていないとします。 ファイル共有には次のファイルがあります。
| ファイル名 | 最終アクセス時刻 | ファイル サイズ | 格納先 |
|---|---|---|---|
| ファイル A | 2 日前 | 10 GiB | サーバーと Azure ファイル共有 |
| ファイル B | 10 日前 | 30ギベット | サーバーと Azure ファイル共有 |
| ファイル C | 1 年前 | 200ギリオン | サーバーと Azure ファイル共有 |
| ファイル D | 1 年、2 日前 | 120 GiB | サーバーと Azure ファイル共有 |
| ファイル E | 2 年、1 日前 | 140 GiB | サーバーと Azure ファイル共有 |
変更 1: クラウドを使った階層化を有効にし、ボリュームの空き領域ポリシーを 20% に設定し、日付ポリシーは無効のままにしたとします。 この構成の場合、クラウドを使った階層化によって、ローカル コンピューターの領域の 20% (この場合は 100 GiB) が常に解放され、使用できるようになります。 つまり、ローカル キャッシュの合計容量は 400 GiB になります。 このキャッシュには、ローカル ボリュームで最も最近かつ頻繁にアクセスされるファイルが格納されます。
この構成の場合、ファイル A から D のみがローカル キャッシュに格納され、ファイル E は階層化されます。 これは、使用可能な 400 GiB のうちの 360 GiB にすぎません。 ファイル E は 140 GiB で、ローカルにキャッシュされると、制限を超えてしまいます。
変更点2: ユーザーがファイルEにアクセスし、ファイルEがシェア内で最も最近アクセスされたファイルとします。 その結果、ファイル E はローカル キャッシュに格納され、400 GiB の制限に収まるよう、ファイル D が階層化されます。 この更新を踏まえたファイルの格納場所を、次の表に示します。
| ファイル名 | 最終アクセス時刻 | ファイル サイズ | 格納先 |
|---|---|---|---|
| ファイル E | 2 時間前 | 140 GiB | サーバーと Azure ファイル共有 |
| ファイル A | 2 日前 | 10 GiB | サーバーと Azure ファイル共有 |
| ファイル B | 10 日前 | 30ギベット | サーバーと Azure ファイル共有 |
| ファイル C | 1 年前 | 200ギリオン | サーバーと Azure ファイル共有 |
| ファイル D | 1 年、2 日前 | 120 GiB | Azure ファイル共有、ローカルで階層化 |
変更点3: 例えば、ポリシーを更新して日付ポリシーを60日、ボリュームフリースペースポリシーを70%にしたとします。 この場合、ローカル キャッシュに格納できるのは最大でわずか 150 GiB になります。 ファイル B の最終アクセス日は 60 日前以内ですが、ボリュームの空き領域ポリシーが日付ポリシーを上書きするため、70% のローカル空き領域を維持するためにファイル B は階層化されます。
変更 4: ボリュームの空き領域ポリシーを 20% に変更した後、Invoke-StorageSyncFileRecall を使用してクラウドを使った階層化ポリシーの範囲内でローカル ドライブに収まるすべてのファイルを再現した場合、表は次のようになります。
| ファイル名 | 最終アクセス時刻 | ファイル サイズ | 格納先 |
|---|---|---|---|
| ファイル E | 1 時間前 | 140 GiB | サーバーと Azure ファイル共有 |
| ファイル A | 2 日前 | 10 GiB | サーバーと Azure ファイル共有 |
| ファイル B | 10 日前 | 30ギベット | サーバーと Azure ファイル共有 |
| ファイル C | 1 年前 | 200ギリオン | Azure ファイル共有、ローカルで階層化 |
| ファイル D | 1 年、2 日前 | 120 GiB | Azure ファイル共有、ローカルで階層化 |
この場合、ファイル A、B、E はローカルにキャッシュされ、ファイル C と D は階層化されます。 日付ポリシーは 60 日に設定されているため、ボリュームの空き領域ポリシーではローカルに最大 400 GiB 保管できるにもかかわらず、ファイル C と D は階層化されます。
注
ユーザーがボリュームフリースペースポリシーをより小さく(例:20% から10%に)に変更したり、日付ポリシーを大きく(例:20日から50日)に変更しても、ファイルは自動的に呼び戻されません。
ローカル ボリューム上の複数のサーバー エンドポイント
1 つのローカル ボリューム上の複数のサーバー エンドポイントに対して、クラウドを使った階層化を有効にできます。 この構成では、同じボリューム内のすべてのサーバーエンドポイントのボリューム空き容量を同じに設定します。 同じボリューム上の複数のサーバー エンドポイントに異なるボリューム空き領域ポリシーを設定すると、設定されているボリューム空き領域の割合の内、最大値が優先されます。 これは、有効なボリューム空き領域ポリシーと呼ばれます。 例えば、同じローカルボリュームに3つのサーバーエンドポイントがあるとします。1つは15%、もう1つは20%、3つ目は30%に設定されています。 空き領域が 30% 未満の場合、3 つすべてが最もアクセスの少ないファイルの階層化を開始します。