クラウドを使った階層化ポリシー

クラウドを使った階層化には、どのファイルをクラウドに階層化させるかを判断するための 2 つのポリシー、ボリュームの空き領域ポリシーと日付ポリシーがあります。

ボリュームの空き領域のポリシーを使用すると、サーバー エンドポイントが配置されているローカル ボリュームの指定した割合が常に解放されるようになります。

日付ポリシーを使用すると、最終アクセス日が x 日以降のファイルが階層化されます。 ボリュームの空き領域ポリシーが常に優先されます。 日付ポリシーで指定されている日数分のファイルを格納するのに十分な空き領域がボリュームにない場合、Azure File Sync は日付ポリシーをオーバーライドします。 ボリュームの空き領域の割合を満たすまで、最もアクセスの少ないファイルの階層化が続行されます。

両方のポリシーが連携するしくみ

これらのポリシーのしくみを次に例示します。 たとえば、500 GiB のローカル ボリュームで Azure File Sync を構成し、クラウドの階層化が有効になっていないとします。 ファイル共有には次のファイルがあります。

変更 1: クラウドを使った階層化を有効にし、ボリュームの空き領域ポリシーを 20% に設定し、日付ポリシーは無効のままにしたとします。 この構成の場合、クラウドを使った階層化によって、ローカル コンピューターの領域の 20% (この場合は 100 GiB) が常に解放され、使用できるようになります。 つまり、ローカル キャッシュの合計容量は 400 GiB になります。 このキャッシュには、ローカル ボリュームで最も最近かつ頻繁にアクセスされるファイルが格納されます。

この構成の場合、ファイル A から D のみがローカル キャッシュに格納され、ファイル E は階層化されます。 これは、使用可能な 400 GiB のうちの 360 GiB にすぎません。 ファイル E は 140 GiB で、ローカルにキャッシュされると、制限を超えてしまいます。

変更 2: ユーザーがファイル E にアクセスし、ファイル E が共有内の最近アクセスしたファイルであるとします。 その結果、ファイル E はローカル キャッシュに格納され、400 GiB の制限に収まるよう、ファイル D が階層化されます。 この更新を踏まえたファイルの格納場所を、次の表に示します。

変更 3: 日付ベースの階層化ポリシーが 60 日、ボリュームの空き領域ポリシーが 70% になるようにポリシーを更新したとします。 この場合、ローカル キャッシュに格納できるのは最大でわずか 150 GiB になります。 ファイル B の最終アクセス日は 60 日前以内ですが、ボリュームの空き領域ポリシーが日付ポリシーを上書きするため、70% のローカル空き領域を維持するためにファイル B は階層化されます。

変更 4: ボリュームの空き領域ポリシーを 20% に変更した後、Invoke-StorageSyncFileRecall を使用してクラウドを使った階層化ポリシーの範囲内でローカル ドライブに収まるすべてのファイルを再現した場合、表は次のようになります。

この場合、ファイル A、B、E はローカルにキャッシュされ、ファイル C と D は階層化されます。 日付ポリシーは 60 日に設定されているため、ボリュームの空き領域ポリシーではローカルに最大 400 GiB 保管できるにもかかわらず、ファイル C と D は階層化されます。

ローカル ボリューム上の複数のサーバー エンドポイント

1 つのローカル ボリューム上の複数のサーバー エンドポイントに対して、クラウドを使った階層化を有効にできます。 この構成では、同じボリューム上のすべてのサーバー エンドポイントに対して、ボリュームの空き領域を同じ値に設定する必要があります。 同じボリューム上の複数のサーバー エンドポイントに異なるボリューム空き領域ポリシーを設定すると、設定されているボリューム空き領域の割合の内、最大値が優先されます。 これは、有効なボリューム空き領域ポリシーと呼ばれます。 たとえば、同じローカル ボリュームに 3 つのサーバー エンドポイントがある場合、1 つは 15% に設定され、もう 1 つは 20% に設定され、3 つ目は 30% に設定されます。 空き領域が 30% 未満の場合、3 つすべてが最もアクセスの少ないファイルの階層化を開始します。

次のステップ

• クラウドを使った階層化を監視する