Общие сведения об уровне облака

Облачное распределение по уровням, необязательная функция Azure File Sync, уменьшает объем локального хранилища, необходимого при сохранении производительности работы локального файлового сервера.

При включении этой функции он хранит только часто доступные (горячие) файлы на локальном сервере. Редко используемые (интересные) файлы разбиваются на пространство имен (структура файлов и папок) и содержимое файла. Пространство имен хранится локально, а содержимое файла хранится в облачном файловом хранилище Azure.

Когда пользователь открывает многоуровневый файл, Azure File Sync легко вспоминает данные файла из общей папки Azure.

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

Облакоуровневание работает за счет мониторинга шаблонов доступа к файлам и распределения файлов по уровням на основе определенных политик.

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

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

Политика свободного места тома

Политика свободного пространства тома инструктирует Azure File Sync перемещать архивные файлы на уровень в облако, когда на локальном диске занято определенное количество места.

Например, если емкость локального диска составляет 200 ГиБ и требуется, чтобы по крайней мере 40 ГиБ всегда оставались свободными, установите политику свободного места объема на 20%. Свободное пространство тома применяется на уровне тома, а не на уровне отдельных каталогов или конечных точек сервера.

Политика в отношении дат

При использовании политики даты холодные файлы многоуровневы в облако, если они не были доступны (чтение или запись) в течение x дней. Например, если вы заметите, что файлы, которые прошли более 15 дней без доступа, обычно являются архивными файлами, следует задать политику даты 15 дней.

Для получения дополнительных примеров того, как совместно работают политика управления датами и политика свободного места для томов, см. Выбор политик размещения данных Azure File Sync.

дедупликация данных в Windows Server

Начиная с Windows Server 2016 дедупликация данных поддерживается в томах с включенным распределением по уровням в облаке. Дополнительные сведения см. в разделе Планирования развертывания Azure File Sync.

Тепловая карта многоуровневой облачной структуры

Azure File Sync отслеживает доступ к файлам (операции чтения и записи) с течением времени и назначает оценку тепла каждому файлу на основе того, как недавно и часто осуществляется доступ к файлу. Эти оценки используются для построения "тепловой карты" пространства имен на каждом серверном конечном пункте. Эта диаграмма распределения активности представляет собой список всех синхронизируемых файлов в месте с включенным облачным распределением по уровням, отсортированных по их показателю активности. Часто доступные файлы, которые недавно были открыты, считаются горячими, в то время как файлы, которые были редко доступны и не были доступны в течение некоторого времени, считаются холодными.

Чтобы определить относительную позицию отдельного файла в этой тепловой карте, система использует максимум меток времени в следующем порядке: MAX (время последнего доступа, время последнего изменения, время создания).

Как правило, время последнего доступа отслеживается и доступно. Однако при создании новой конечной точки сервера с включенным распределением по уровням в облаке недостаточно времени для наблюдения за доступом к файлам. Если нет допустимого времени последнего доступа, вместо этого используется время последнего изменения, чтобы оценить относительную позицию в тепловой карте.

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

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

Холодные файлы, к которым обращаются реже, лучше всего подходят для многоуровневого хранения, так как для извлечения данных требуется загрузка из облака. Azure File Sync резервирует 10% общего объема памяти для постоянного сохранения данных на диск. Если используется 60% этой зарезервированной памяти, данные не сохраняются на диске. Если в системе присутствует большое количество многоуровневых файлов и большое количество доступа, система может ударить по порогу памяти. Эта ситуация может вызвать непредвиденные дополнительные исходящие данные, снижение производительности ввода-вывода, замедление работы системы и зависание.

Проактивный отзыв

При создании или изменении файла можно заранее отозвать файл на указанные серверы. Упреждающий отзыв делает новый или измененный файл доступным для использования на каждом указанном сервере.

Например, глобально распределенная компания имеет филиалы в США и Индии. Утром в США информационные работники создают новую папку и файлы для нового проекта и работают в течение всего дня. Azure File Sync синхронизирует папку и файлы с общей папкой Azure (конечная точка облака), которая служит центральным концентратором между всеми зарегистрированными серверами. Информационные работники в Индии будут продолжать работать над проектом в часовом поясе. Когда они приходят утром, локальный сервер в Индии с поддержкой Azure File Sync должен иметь эти новые файлы, доступные локально, чтобы команда Индии могла эффективно работать, используя локальный кэш. Включение упреждающего отзыва сообщает серверу загружать файлы сразу после их изменения или создания в общей папке Azure, а не ожидать, пока пользователь не попытается открыть их.

Если файлы, отозванные на сервер, не нужны локально, ненужный отзыв может увеличить исходящий трафик и затраты. Таким образом, включайте активный запрос только тогда, когда вы уверены, что предварительное наполнение кэша сервера недавними изменениями из облака окажет положительное влияние на пользователей или приложения, использующие файлы на этом сервере.

Включение упреждающего отзыва также может привести к увеличению использования пропускной способности на сервере и может привести к тому, что другое относительно новое содержимое на локальном сервере будет агрессивно многоуровневым из-за увеличения объема отзыва файлов. В свою очередь, многоуровневая оценка слишком скоро может привести к большему отзыву, если многоуровневые файлы считаются горячими серверами.

Дополнительные сведения об упреждающем отзыве см. в разделе Deploy Azure File Sync.

Многоуровневые и локально кэшированные файлы

Распределение по уровням в облаке — это разделение между пространством имен (иерархией файлов и папок, а также свойствами файлов) и содержимым файла.

Многоуровневый файл

Для многоуровневых файлов размер диска равен нулю, так как сам файл не хранится локально. При многоуровневом уровне файла фильтр файловой системы Azure File Sync (StorageSync.sys) заменяет файл локально указателем, который называется точкой повторного выполнения. Точка переопределения представляет URL-адрес к файлу в общей папке Azure. Многоуровневый файл имеет как атрибут offline, так и атрибут FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS, установленные в NTFS, чтобы сторонние приложения могли безопасно идентифицировать многоуровневые файлы.

Локально кэшированный файл

Для файлов, хранящихся на локальном файловом сервере, размер на диске примерно равен логическому размеру файла, так как весь файл (атрибуты файла и содержимое файла) хранится локально.

Кроме того, файл может быть частично размещён в разных уровнях хранения или частично восстановлен. В частично многоуровневом файле на диске хранится только часть файла. Возможно, вы частично восстанавливали файлы на томе, если файлы были частично прочитаны приложениями, поддерживающими потоковое чтение файлов. Примерами являются мультимедийные проигрыватели и zip-служебные программы. Azure File Sync эффективно извлекает только запрошенные данные из подключенного файлового хранилища Azure.

Режим низкого места на диске

Диски, содержащие конечные точки сервера, могут закончить свободное пространство по различным причинам, даже если включено облачное сегментирование. Некоторые из причин:

• Копирование данных на диск вручную за пределами пути конечной точки сервера
• Медленная или запаздывающая синхронизация, что приводит к тому, что файлы не распределяются по уровням.
• Чрезмерные вызовы многоуровневых файлов

При истечении места на диске Azure File Sync может работать неправильно и даже может стать непригодным для использования. Хотя Azure File Sync не может полностью предотвратить эти ситуации, режим низкого дискового пространства (доступный в версиях агента Azure File Sync начиная с версии 15.1) помогает конечной точке сервера избежать достижения этой ситуации и помогает серверу быстрее выйти из этой ситуации.

Для конечных точек сервера с включенным распределением по уровням в облаке, если свободное место на томе снижается ниже вычисляемого порогового значения, том входит в режим низкого места на диске.

В режиме низкого дискового пространства агент Azure File Sync выполняет две действия по-разному:

• Упреждающее распределение по уровням: агент синхронизации файлов более активно распределяет файлы в облако. Агент синхронизации проверяет файлы для перемещения в уровни хранения каждую минуту вместо обычной частоты одного раза в час. Тиражирование политики свободного пространства на томе обычно не выполняется во время начальной синхронизации загрузки до завершения полной загрузки. Однако в режиме низкого дискового пространства постраничное хранение включено во время начальной синхронизации загрузки, и файлы рассматриваются для постраничного хранения после загрузки отдельного файла в файловую сеть Azure.

• Непостоянное извлечение: когда пользователь открывает файл с уровнями, файлы, извлеченные из общей папки Azure, не сохраняются непосредственно на диск. Запросы на отзыв, инициированные командлетом Invoke-StorageSyncFileRecall, являются исключением из этого правила и сохраняются на диске.

Когда свободное пространство тома превышает пороговое значение, Azure File Sync автоматически возвращается к нормальному состоянию. Режим малого пространства на диске применяется только к серверам с включенным облачным многоуровневым хранением и всегда учитывает политику свободного места тома.

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

Как вычисляется пороговое значение для режима низкого места на диске?

Вычислите пороговое значение, принимая минимум из следующих трех чисел:

• 10% объема тома в гигабайтах
• Политика свободного места тома в ГиБ
• 20 ГиБ

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

Как режим экономии дискового пространства работает с политикой свободного пространства на томе?

Режим места на диске всегда учитывает политику свободного места тома. Вычисление порогового значения предназначено для обеспечения соответствия заданной политике свободного пространства тома.

Какова наиболее распространенная причина, по которой конечная точка сервера находится в режиме недостаточного дискового пространства?

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

Как выйти из режима нехватки места на диске?

Режим низкого уровня дискового пространства автоматически переключается на обычный режим работы, не запоминая вызовы и чаще распределяя файлы по уровням, без необходимости вмешательства. Вы можете вручную ускорить процесс, увеличив размер тома или освободив место за пределами конечной точки сервера.

Как проверить, находится ли сервер в режиме низкого места на диске?

• Если конечная точка сервера находится в режиме низкого места на диске, портал Azure отображает её в разделе состояние облачного уровнирования вкладки Ошибки + устранение неполадок конечной точки сервера.
• Идентификатор события 19000 регистрируется в журнале событий телеметрии каждую минуту для каждой конечной точки сервера. Это событие позволяет определить, находится ли конечная точка сервера в режиме низкого места на диске (IsLowDiskMode = true). Журнал событий телеметрии можно найти в Event Viewer в разделе Applications and Services\Microsoft\FileSync\Agent.

См. также

• Выберите политики облачного иерархического хранения Azure File Sync
• План развертывания Azure File Sync