Общие сведения о распределении по уровням в облаке
Распределение по уровням облака, дополнительная функция Синхронизации файлов Azure, сокращает объем локального хранилища, необходимого для хранения данных на локальном файловом сервере.
Если этот компонент включен, он хранит на локальном сервере только часто используемые (горячие) файлы. Редко используемые (интересные) файлы разбиваются на пространство имен (структура файлов и папок) и содержимое файла. Пространство имен хранится локально и содержимое файла, хранящегося в файловом ресурсе Azure в облаке.
Когда пользователь открывает многоуровневый файл, Синхронизация файлов Azure легко отзывает данные файлов из общей папки Azure.
Как работает распределение по уровням облака
Политики распределения по уровням в облаке
При включении распределения по уровням облака существует две политики, которые можно настроить для информирования Синхронизации файлов Azure о том, когда следует выполнять многоуровневые файлы: политика свободного места тома и Политика дат.
Политика свободного места в томе
Политика свободного места тома предписывает функции синхронизации файлов Azure распределять файлы по уровням облака, когда на локальном диске записывается определенный объем пространства.
Например, если емкость локального диска составляет 200 ГиБ и требуется, чтобы не менее 40 ГиБ дискового пространства всегда оставались свободными, следует задать для политики свободного места тома значение 20 %. Объем свободного пространства в томе учитывается на уровне всего тома, а не отдельных каталогов или конечной точки сервера.
Политика дат
При использовании политики даты холодные файлы многоуровневы в облако, если они не были доступны (чтение или запись) в течение x дней. Например, если вы заметите, что файлы, которые прошли более 15 дней без доступа, обычно являются архивными файлами, следует задать политику даты 15 дней.
Дополнительные примеры того, как политики дат и политики свободного места работают вместе, см. в статье выбор политики распределения по уровню облака в Синхронизации файлов Azure.
Дедупликация данных Windows Server
Дедупликация данных поддерживается на томах с включенным распределением по уровням облака, начиная с Windows Server 2016. Дополнительные сведения см. в статье Планирование развертывания Синхронизации файлов Azure.
Тепловой карты по уровням облака
Синхронизация файлов Azure отслеживает доступ к файлам (операции чтения и записи) с течением времени и назначает оценку тепла каждому файлу на основе того, как недавно и часто осуществляется доступ к файлу. Эти показатели используются для создания "тепловой карты" пространства имен на каждой конечной точке сервера. Этот тепловой карты представляет собой список всех синхронизированных файлов в расположении с включенным распределением по уровням облака, упорядоченным по показателям тепла. Часто используемые файлы, которые недавно открывались, считаются горячими, а файлы, которые были практически затронуты и к которым не обращались в течение некоторого времени, считаются очень замечательными.
Чтобы определить относительную позицию отдельного файла в этой тепловой карте, система использует максимум меток времени в следующем порядке: MAX (время последнего доступа, время последнего изменения, время создания).
Как правило, время последнего доступа проявляется и доступно. Однако при создании новой конечной точки сервера с включенным распределением по уровням в облаке недостаточно времени для наблюдения за доступом к файлам. Если нет допустимого времени последнего доступа, вместо этого используется время последнего изменения, чтобы оценить относительную позицию в тепловой карте.
Политика дат работает аналогичным образом. Без времени последнего доступа политика дат будет действовать на время последнего изменения. Если это недоступно, он возвращается к времени создания файла. Со временем система заметит увеличение количества запросов на доступ к файлам и автоматически начнет использовать время последнего доступа с помощью самостоятельного отслеживания.
Примечание.
Распределение по уровням облака не зависит от функции NTFS для отслеживания времени последнего доступа. Эта функция NTFS отключена по умолчанию и из-за соображений производительности не рекомендуется включить эту функцию вручную. Распределение по уровням облака отслеживает время последнего доступа отдельно.
Упреждающий отзыв
При создании или изменении файла можно заранее отозвать файл на серверы, которые вы указали. Упреждающий отзыв делает новый или измененный файл доступным для использования на каждом указанном сервере.
Например, глобально распределенная компания имеет филиалы в США и Индии. Утром в США информационные работники создают новую папку и файлы для нового проекта и работают в течение всего дня. Синхронизация файлов Azure будет синхронизировать папки и файлы в общую папку Azure (облачная конечная точка). Информационные работники в Индии будут продолжать работать над проектом в часовом поясе. Когда они прибывают утром, локальный Синхронизация файлов Azure включенный сервер в Индии должен иметь эти новые файлы доступны локально, чтобы команда Индии могли эффективно работать с локальным кэшем. Включение этого режима сообщает серверу заранее отозвать файлы, как только они были изменены или созданы в общей папке Azure, что улучшает время доступа к файлам.
Если файлы, отозванные на сервер, не нужны локально, то ненужный отзыв может увеличить исходящий трафик и затраты. Таким образом, только если известно, что предварительное заполнение кэша сервера последними изменениями из облака повлияет на пользователей или приложения, использующие файлы на этом сервере.
Включение упреждающего отзыва также может привести к увеличению использования пропускной способности на сервере и может привести к тому, что другое относительно новое содержимое на локальном сервере может быть агрессивно многоуровневым из-за увеличения объема отзыва файлов. В свою очередь, многоуровневая оценка слишком скоро может привести к большему отзыву, если многоуровневые файлы считаются горячими серверами.
Дополнительные сведения об упреждающим отзыве см. в разделе Развертывание Синхронизации файлов Azure.
Поведение многоуровневого и локального кэшированного файла
Распределение по уровням облака — это разделение между пространством имен (иерархия файлов и папок, а также свойств файла) и содержимым файла.
Многоуровневый файл
Для многоуровневых файлов размер диска равен нулю, так как сам файл не хранится локально. При многоуровневом уровне файла фильтр файловой системы Синхронизация файлов Azure (служба хранилища Sync.sys) заменяет файл локально указателем, который называется точкой повторного выполнения. Точка повторного анализа представляет URL-адрес файла в общем файловом ресурсе Azure. Многоуровневый файл содержит offline атрибут и FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS набор атрибутов в NTFS, чтобы сторонние приложения могли безопасно идентифицировать многоуровневые файлы.
Локально кэшированный файл
Для файлов, хранящихся на локальном файловом сервере, размер на диске примерно равен логическому размеру файла, так как весь файл (атрибуты файла и содержимое файла) хранится локально.
Кроме того, файл может быть частично многоуровневым или частично отозван. что означает, что на диске размещается только часть файла. Возможно, вы частично отзывали файлы на томе, если файлы частично считываются приложениями, поддерживающими потоковый доступ к файлам. Некоторые примеры — мультимедийные проигрыватели и служебные программы для работы с ZIP. Синхронизация файлов Azure работает эффективно и отзывает только запрошенную информацию из подключенной общей папки Azure.
Примечание.
Размер означает полный размер файла. Размер на диске означает физический размер файлового потока, хранимого на диске.
Режим низкого места на диске
Диски с конечными точками сервера могут не выполняться из-за различных причин, даже если включено распределение по уровням в облаке. Некоторые из причин:
- Данные копируются вручную на диск за пределами пути конечной точки сервера
- Низкая или задержка синхронизации, что приводит к неуровневой сортировке файлов
- Чрезмерные отзывы многоуровневых файлов
При истечении дискового пространства Синхронизация файлов Azure может работать неправильно и даже может стать непригодным для использования. Хотя для Синхронизация файлов Azure невозможно полностью предотвратить эти вхождения, режим низкого места на диске (доступный в версиях агента Синхронизация файлов Azure начиная с 15.1) предназначен для предотвращения достижения этой ситуации конечной точки сервера, а также помогает серверу быстрее выйти из него.
Для конечных точек сервера с включенным распределением по уровням в облаке, если свободное место на томе снижается ниже вычисляемого порогового значения, то том находится в режиме низкого места на диске.
В режиме низкого дискового пространства агент Синхронизация файлов Azure выполняет две действия по-разному:
Упреждающий уровень. В этом режиме файлы агентов Синхронизация файлов более упреждающе в облаке. Агент синхронизации проверка для уровней файлов каждую минуту вместо обычной частоты каждого часа. Уровень политики свободного места тома обычно не происходит во время начальной синхронизации отправки до завершения полной отправки; Однако в режиме низкого дискового пространства уровень включен во время начальной синхронизации отправки, а файлы будут рассматриваться для распределения по уровням после отправки отдельного файла в общую папку Azure.
Непрекращающиеся отзывы. Когда пользователь открывает многоуровневый файл, файлы, отозванные из общей папки Azure, не будут сохраняться непосредственно на диске. Напоминая, инициированные
Invoke-StorageSyncFileRecallкомандлетом, являются исключением из этого правила и будут сохранены на диске.
Когда свободное пространство тома превышает пороговое значение, Синхронизация файлов Azure отменить изменения в нормальное состояние автоматически. Режим места на диске применяется только к серверам с включенным распределением по уровням в облаке и всегда учитывает политику свободного места тома.
Если том имеет две конечные точки сервера, один с включенным многоуровневыми уровнями и один без многоуровневого распределения, то режим низкого места на диске будет применяться только к конечной точке сервера, где включена многоуровневая настройка.
Как вычисляется пороговое значение для режима низкого места на диске?
Вычислите пороговое значение, принимая минимум из следующих трех чисел:
- 10 % размера тома в ГиБ
- Политика свободного места тома в ГиБ
- 20 ГиБ
В следующей таблице приведены некоторые примеры того, как вычисляется пороговое значение и когда том будет находиться в режиме низкого места на диске.
| Размер тома | 10 % от размера тома | Политика свободного места тома | Пороговое значение = min(10% от размера тома, политика свободного места тома, 20 ГБ) | Текущее свободное место на томе | Режим низкого места на диске? | Причина |
|---|---|---|---|---|---|---|
| 100 ГиБ | 10 ГБ | 7 % (7 ГиБ) | 7 ГиБ = мин (10 ГиБ, 7 ГиБ, 20 ГиБ) | 9 % (9 ГиБ) | Нет | Текущее свободное пространство тома (9 ГиБ) (7 ГиБ) > |
| 100 ГиБ | 10 ГБ | 7 % (7 ГиБ) | 7 ГиБ = мин (10 ГиБ, 7 ГиБ, 20 ГиБ) | 5 % (5 ГиБ) | Да | Текущее свободное пространство тома (5 ГиБ) (7 ГиБ) < |
| 300 ГиБ | 30 ГиБ | 8 % (24 ГиБ) | 20 ГиБ = мин (30 ГиБ, 24 ГиБ, 20 ГиБ) | 7 % (21 ГиБ) | Нет | Текущее свободное пространство тома (21 ГиБ) (20 ГиБ) > |
| 300 ГиБ | 30 ГиБ | 8 % (24 ГиБ) | 20 ГиБ = мин (30 ГиБ, 24 ГиБ, 20 ГиБ) | 6 % (18 ГиБ) | Да | Текущее свободное пространство тома (18 ГиБ) (20 ГиБ) < |
Как работает режим свободного места на диске с политикой свободного места тома?
Режим места на диске всегда учитывает политику свободного места тома. Вычисление порогового значения предназначено для обеспечения соблюдения политики свободного места тома, заданной пользователем.
Какова наиболее распространенная причина для конечной точки сервера в режиме низкого диска?
Основная причина низкого режима диска заключается в копировании или перемещении больших объемов данных на диск, где находится конечная точка сервера с поддержкой уровня.
Как выйти из режима нехватки места на диске?
Ниже приведены два способа выхода из режима низкого диска на конечной точке сервера:
- Режим низкого диска автоматически переключается на нормальное поведение, не сохраняя отзывов и файлов по уровням чаще, не требуя вмешательства.
- Вы можете вручную ускорить процесс, увеличив размер тома или освободив место за пределами конечной точки сервера.
Как проверка, если сервер находится в режиме низкого места на диске?
- Если конечная точка сервера находится в режиме низкого диска, она отображается в портал Azure в разделе работоспособности уровня облака на вкладке "Ошибки и устранение неполадок" конечной точки сервера.
- Идентификатор события 19000 регистрируется в журнале событий телеметрии каждую минуту для каждой конечной точки сервера. Это событие позволяет определить, находится ли конечная точка сервера в режиме низкого диска (IsLowDiskMode = true). Журнал событий телеметрии хранится в компоненте "Просмотр событий", в папке Приложения и службы\Microsoft\FileSync\Agent.