云分层策略
云分层提供两个策略用于确定哪些文件分层到云:卷可用空间策略和日期策略 。
卷可用空间策略确保服务器终结点所在的本地卷的指定百分比的空间始终可用。
日期策略将 x 天前或更早时间访问的文件分层。 卷可用空间策略始终优先。 当卷上没有足够的可用空间来存储日期策略指定的天数的文件时,Azure 文件同步将替代日期策略。 它继续对最冷的文件进行分层,直到满足卷可用空间百分比。
两个策略的协同工作方式
以下示例演示了这些策略的工作原理。 假设你在 500 GiB 本地卷上配置 Azure 文件同步,并且未启用云分层。 文件共享中包含以下文件:
文件名 | 上次访问时间 | 文件大小 | 存储位置 |
---|---|---|---|
文件 A | 2 天前 | 10 GiB | 服务器和 Azure 文件共享 |
文件 B | 10 天前 | 30 GiB | 服务器和 Azure 文件共享 |
文件 C | 1 年前 | 200 GiB | 服务器和 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 GiB | 服务器和 Azure 文件共享 |
文件 C | 1 年前 | 200 GiB | 服务器和 Azure 文件共享 |
文件 D | 1 年,2 天前 | 120 GiB | Azure 文件共享,本地分层 |
变化 3:假设更新了策略,使得日期策略指定保留天数为 60 天,卷可用空间策略设置为 70%。 现在,本地缓存中最多可以存储 150 GiB。 尽管文件 B 的访问时间不到 60 天,但卷可用空间策略会替代日期策略,并且文件 B 会分层以维持 70% 的本地可用空间。
更改 4: 如果将卷可用空间策略更改为 20%,然后在符合云分层策略的情况下,使用 Invoke-StorageSyncFileRecall
召回本地驱动器上容纳的所有文件,则该表将如下所示:
文件名 | 上次访问时间 | 文件大小 | 存储位置 |
---|---|---|---|
文件 E | 1 小时前 | 140 GiB | 服务器和 Azure 文件共享 |
文件 A | 2 天前 | 10 GiB | 服务器和 Azure 文件共享 |
文件 B | 10 天前 | 30 GiB | 服务器和 Azure 文件共享 |
文件 C | 1 年前 | 200 GiB | Azure 文件共享,本地分层 |
文件 D | 1 年,2 天前 | 120 GiB | Azure 文件共享,本地分层 |
在这种情况下,文件 A、B 和 E 将在本地缓存,而文件 C 和 D 将分层。 由于日期策略为 60 天,因此,即使卷可用空间策略允许本地最多使用 400 GiB,也会对文件 C 和 D 进行分层。
注意
当客户将卷可用空间策略更改为较小的值(例如从 20% 更改为 10%)或将日期策略更改为较大的值(例如从 20 天更改为 50天)时,文件不会自动召回。
本地卷上的多个服务器终结点
可为单个本地卷上的多个服务器终结点启用云分层。 对于此配置,应为同一卷上的所有服务器终结点设置相同量的卷可用空间。 如果为同一卷上的多个服务器终结点设置不同的卷可用空间策略,则将优先应用最大的卷可用空间百分比。 这称为“有效卷可用空间策略”。 例如,假设同一个本地卷上有三个服务器终结点:一个设置为 15%,另一个设置为 20%,第三个设置为 30%。 当可用空间不足 30% 时,这三个服务器都会开始对最不常访问的文件进行分层。