Поделиться через

Политики распределения по уровням в облаке

  • Статья

С распределением по уровням в облаке связаны две политики, которые определяют, какие файлы нужно переместить на уровни: политика свободного пространства на томе и политика дат.

Политика свободного пространства на томе гарантирует, что указанный в процентах объем места на локальном томе, где расположена конечная точка сервера, всегда будет оставаться свободным.

Политика дат распределяет по уровням файлы, доступ к которым осуществлялся x дней назад или позднее. Политика свободного пространства тома всегда имеет приоритет. Если в томе недостаточно свободного места, чтобы хранить столько дней файлов, сколько задается политика дат, Синхронизация файлов Azure переопределяет политику дат. Он продолжает многоуровневые файлы до тех пор, пока не будет встречена процент свободного места тома.

Как эти политики работают вместе

Ниже приведен пример для иллюстрации работы этих политик. Предположим, что вы настраиваете Синхронизация файлов Azure на локальном томе 500 ГиБ, а распределение по уровням в облаке не включено. У вас есть эти файлы в общей папке:

Имя файла Время последнего доступа Размер файла Место хранения
Файл А 2 дн. назад 10 ГБ Сервер и общая папка Azure
Файл B 10 дн. назад 30 ГиБ Сервер и общая папка Azure
Файл С 1 год назад 200 ГиБ Сервер и общая папка Azure
Файл D 1 год, 2 дня назад 120 ГиБ Сервер и общая папка Azure
Файл E 2 года, 1 день назад 140 ГиБ Сервер и общая папка Azure

Изменение 1. Вы включили распределение по уровням в облаке, установили значение 20% для политики свободного пространства на томе, но политика дат по-прежнему отключена. С такой конфигурацией распределение по уровням в облаке гарантирует, что 20 % пространства (в данном случае 100 ГиБ) останется свободным и доступным на локальном компьютере. В результате общая емкость локального кэша составляет 400 ГиБ. Этот кэш хранит последние и часто доступ к файлам на локальном томе.

С этой конфигурацией только файлы A-D будут храниться в локальном кэше, а файл E будет многоуровневым. Из 400 ГиБ будет занято только 360 ГиБ. Файл E равен 140 ГиБ и превысит ограничение, если оно было локально кэшировано.

Изменение 2. Предположим, что пользователь обращается к файлу E, делая файл E последним доступом к файлу в общей папке. В результате файл E будет храниться в локальном кэше, и в соответствии с ограничением в 400 ГиБ файл D будет многоуровневым. В следующей таблице показано, где хранятся файлы с этими обновлениями:

Имя файла Время последнего доступа Размер файла Место хранения
Файл E 2 ч назад 140 ГиБ Сервер и общая папка Azure
Файл А 2 дн. назад 10 ГБ Сервер и общая папка Azure
Файл B 10 дн. назад 30 ГиБ Сервер и общая папка Azure
Файл С 1 год назад 200 ГиБ Сервер и общая папка Azure
Файл D 1 год, 2 дня назад 120 ГиБ Общий файловый ресурс Azure, многоуровневый локально

Изменение 3. Представьте, что вы обновили политики, чтобы политика дат была 60 дней, и политика свободного места тома составляет 70 %. Теперь в локальном кэше можно хранить не более 150 ГиБ. Хотя доступ к файлу B был выполнен менее 60 дней назад, политика свободного места тома переопределяет политику даты, а файл B многоуровневый для поддержания локального свободного пространства на уровне 70 %.

Изменение 4. Если изменить значение политики свободного пространства на томе на 20%, а затем использовать Invoke-StorageSyncFileRecall для отзыва всех файлов, которые помещаются на локальном диске, при соблюдении политик распределения по уровням в облаке таблица будет выглядеть следующим образом:

Имя файла Время последнего доступа Размер файла Место хранения
Файл E 1 час назад 140 ГиБ Сервер и общая папка Azure
Файл А 2 дн. назад 10 ГБ Сервер и общая папка Azure
Файл B 10 дн. назад 30 ГиБ Сервер и общая папка Azure
Файл С 1 год назад 200 ГиБ Общий файловый ресурс Azure, многоуровневый локально
Файл D 1 год, 2 дня назад 120 ГиБ Общий файловый ресурс Azure, многоуровневый локально

В этом случае файлы A, B и E будут локально кэшированы и файлы C и D будут многоуровневы. Так как политика даты составляет 60 дней, файлы C и D многоуровневы, даже если политика свободного места тома позволяет выполнять до 400 ГиБ локально.

Примечание.

Файлы не возвращаются автоматически, когда клиенты изменяют политику свободного места тома на меньшее значение (например, от 20% до 10%) или измените политику даты на большее значение (например, с 20 дней до 50 дней).

Несколько конечных точек сервера на локальном томе

Вы можете включить распределение по уровням в облаке для нескольких конечных точек сервера на одном локальном томе. Для этой конфигурации необходимо задать одно и то же значение свободного пространства на томе для всех конечных точек сервера на этом томе. Если задать разные политики свободного места тома для нескольких конечных точек сервера на одном томе, то самый большой процент свободного места на томе имеет приоритет. Это называется действующей политикой свободного пространства на томе. Например, предположим, что у вас есть три конечные точки сервера на одном локальном томе: один установлен на 15%, другой — 20 %, а третий — 30 %. Все три начнут уровня самых холодных файлов, если они имеют менее 30 % свободного места.

Следующий шаг