Политики распределения по уровням в облаке
С распределением по уровням в облаке связаны две политики, которые определяют, какие файлы нужно переместить на уровни: политика свободного пространства на томе и политика дат.
Политика свободного пространства на томе гарантирует, что указанный в процентах объем места на локальном томе, где расположена конечная точка сервера, всегда будет оставаться свободным.
Политика дат распределяет по уровням файлы, доступ к которым осуществлялся x дней назад или позднее. Политика свободного пространства на томе всегда будет иметь приоритет. Если свободного места на томе недостаточно, чтобы хранить файлы в течение заданного в политике дат количества дней, Синхронизация файлов Azure будет переопределять политику дат и продолжать распределять по уровням самые долго неиспользуемые файлы, чтобы обеспечить соответствие нужному проценту свободного пространства тома.
Как эти политики работают вместе
Мы используем пример, чтобы продемонстрировать, как работают эти политики. Допустим, вы настроили Синхронизацию файлов Azure на локальном томе емкостью 500 ГиБ, а распределение по уровням в облаке никогда не включалось. Это файлы в общей папке:
| Имя файла | Время последнего доступа | Размер файла | Место хранения |
|---|---|---|---|
| Файл 1 | 2 дня назад | 10 ГБ | Сервер и общая папка Azure |
| Файл 2 | 10 дн. назад | 30 ГиБ | Сервер и общая папка Azure |
| Файл 3 | 1 год назад | 200 ГиБ | Сервер и общая папка Azure |
| Файл 4 | 1 год, 2 дня назад | 120 ГиБ | Сервер и общая папка Azure |
| Файл 5 | 2 года, 1 день назад | 140 ГиБ | Сервер и общая папка Azure |
Изменение 1. Вы включили распределение по уровням в облаке, установили значение 20% для политики свободного пространства на томе, но политика дат по-прежнему отключена. С такой конфигурацией распределение по уровням в облаке гарантирует, что 20 % пространства (в данном случае 100 ГиБ) останется свободным и доступным на локальном компьютере. В результате общая емкость локального кэша составляет 400 ГиБ. Эти 400 ГиБ на локальном томе будут использоваться для хранения самых последних и часто используемых файлов.
В этой конфигурации в локальном кэше будут храниться только файлы с 1 по 4, а для файла 5 будет использоваться распределение по уровням. Из 400 ГиБ будет занято только 360 ГиБ. Размер файла 5 составляет 140 ГиБ, при добавлении его в локальный кэш предел в 400 ГиБ был бы превышен.
Изменение 2. Предположим, что пользователь обращается к файлу 5, а значит самое недавнее использование файлов в этой папке теперь связано именно с ним. В результате файл 5 будет сохранен в локальном кэше, но чтобы не превысить предел в 400 ГиБ, файл 4 будет перемещен на другой уровень. В следующей таблице показано, где хранятся файлы в соответствии с этими изменениями.
| Имя файла | Время последнего доступа | Размер файла | Место хранения |
|---|---|---|---|
| Файл 5 | 2 ч назад | 140 ГиБ | Сервер и общая папка Azure |
| Файл 1 | 2 дня назад | 10 ГБ | Сервер и общая папка Azure |
| Файл 2 | 10 дн. назад | 30 ГиБ | Сервер и общая папка Azure |
| Файл 3 | 1 год назад | 200 ГиБ | Сервер и общая папка Azure |
| Файл 4 | 1 год, 2 дня назад | 120 ГиБ | Общая папка Azure, перемещен на локальный уровень |
Изменение 3. Предположим, что вы обновили политики и задали значение 60 дней для политики распределения по уровням на основе дат, а для политики свободного пространства на томе установили 70%. Теперь в локальном кэше можно хранить не более 150 ГиБ. Хотя доступ к файлу 2 осуществлялся менее 60 дней назад, политика свободного пространства на томе переопределяет политику дат, в итоге файл 2 будет перемещен на другой уровень, чтобы сохранить 70% свободного пространства на локальном диске.
Изменение 4. Если изменить значение политики свободного пространства на томе на 20%, а затем использовать Invoke-StorageSyncFileRecall для отзыва всех файлов, которые помещаются на локальном диске, при соблюдении политик распределения по уровням в облаке таблица будет выглядеть следующим образом:
| Имя файла | Время последнего доступа | Размер файла | Место хранения |
|---|---|---|---|
| Файл 5 | 1 час назад | 140 ГиБ | Сервер и общая папка Azure |
| Файл 1 | 2 дня назад | 10 ГБ | Сервер и общая папка Azure |
| Файл 2 | 10 дн. назад | 30 ГиБ | Сервер и общая папка Azure |
| Файл 3 | 1 год назад | 200 ГиБ | Общая папка Azure, перемещен на локальный уровень |
| Файл 4 | 1 год, 2 дня назад | 120 ГиБ | Общая папка Azure, перемещен на локальный уровень |
В этом случае файлы 1, 2 и 5 будут сохранены в локальном кэше, а файлы 3 и 4 будут распределены по уровням. Так как для политики дат задано 60 дней, то файлы 3 и 4 распределяются по уровням, хотя политика свободного пространства позволяет использовать до 400 ГиБ места на локальном томе.
Примечание
Файлы не вызываются автоматически, когда клиенты уменьшают значение политики свободного пространства на томе (например, с 20% на 10%). или увеличивают значение политики дат (например, с 20 дней до 50 дней).
Несколько конечных точек сервера на локальном томе
Распределение по уровням в облаке можно включить для нескольких конечных точек сервера на одном локальном томе. Для этой конфигурации необходимо задать одно и то же значение свободного пространства на томе для всех конечных точек сервера на этом томе. Если задать разные значения политики свободного пространства на томе для нескольких конечных точек сервера на одном томе, то приоритет будет иметь самое большое из них. Это называется действующей политикой свободного пространства на томе. Например, если на одном локальном томе размещаются три конечные точки сервера, для одной из которых задано значение 15%, для другой — 20%, а для третьей — 30%, то все они будут начинать распределять по уровням наименее востребованные файлы, если свободного пространства останется меньше 30%.