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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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