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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дедупликация данных поддерживается в томах с поддержкой уровня облака, начиная с Windows Server 2016. Дополнительные сведения см. в статье Планирование развертывания Синхронизации файлов Azure.

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

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

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

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

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

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

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

Упреждающее вспоминание

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

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

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

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

Дополнительные сведения о упреждающем отзыве см. в статье "Развертывание службы "Синхронизация файлов Azure".

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

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

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

Для многоуровневых файлов размер диска равен нулю, так как сам файл не хранится локально. Когда файл многоуровнево обрабатывается, фильтр файловой системы синхронизации файлов Azure (StorageSync.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 ГиБ

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

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

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

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

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

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

Ниже приведены два способа выхода из режима низкого диска на конечной точке сервера:

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

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

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

См. также

• Выбор политик облачной службы "Синхронизация файлов Azure"
• Планирование развертывания службы "Синхронизация файлов Azure"