Обзор облачного кэша

Это важно

Предстоящее изменение в Windows Server, включенное в обновление за апрель 2026 г., заключается в том, что по умолчанию тип шифрования Kerberos изменяется с RC4 на AES-SHA1.

Общие папки, в которых размещаются контейнеры FSLogix, которые не обновляются до AES-SHA1 могут иметь проблемы с доступом после применения этого изменения. Чтобы избежать сбоев, выполните обновление до AES-SHA1 перед установкой обновления.

Клиенты, которые уже обновились до AES-SHA1, не затронуты.

Дополнительные сведения см. в блоге FSLogix: Требуемое действие: ужесточение Windows Kerberos (RC4) может повлиять на профили FSLogix в хранилище SMB.

Облачный кэш — это функция, которая работает с контейнерами Profile и ODFC для обеспечения устойчивости и высокой доступности. Облачный кэш использует локально подключенный контейнер для предоставления периодических обновлений поставщикам удаленных хранилищ. Облачный кэш предназначен для изоляции пользователей от краткосрочных или периодических локальных (внутренних регионов, близкого расположения) проблем с хранилищем. На основе конфигурации он также может использоваться в рамках плана непрерывности бизнес-процессов или аварийного восстановления (BCDR) при использовании поставщиков удаленных хранилищ в разных регионах. Использование облачного кэша помещает требование к производительности и хранилищу на виртуальной машине для размещения дополнительных операций ввода-вывода и хранилища, необходимых для локального кэша.

Рекомендации по облачному кэшу:

  • В облачном кэше используются поставщики хранилища в зависимости от порядка записей в CCDLocations.
  • Поставщики хранилища должны быть указаны в порядке близости, а затем предпочтения.
  • Только один поставщик (1) используется при гидратации данных от поставщика хранилища.
  • Данные записываются всем поставщикам хранилища независимо от того, какой поставщик используется во время гидратации данных.
  • Производительность (задержка, использование, узкие места) поставщика хранилища влияет на состояние синхронизации с локальной копией.
  • Наличие одного (1) или нескольких поставщиков, которые отстают в обновлениях из локального кэша, может быть индикатором медленно работающего поставщика хранилища.
  • Ping или Test-NetConnection результаты команды не совпадают с транзакционной операцией ввода-вывода и являются плохими индикаторами того, как поставщик хранилища будет или может выполнять.

Рис. 1. Обзор облачного кэша

Рис. 1. Подробная схема, показывающая компоненты облачного кэша

Компоненты облачного кэша

Локальный кэш

Облачный кэш может защищать пользователя от проблем с подключением к поставщикам удаленных хранилищ, так как контейнер, используемый для профиля пользователя, создается и хранится локально для виртуальной машины (локальный кэш). Во время первого входа FSLogix создает контейнер для пользователя в C:\ProgramData\FSLogix\Cache и сохраняет данные, прочитанные из удаленного поставщика хранилища, и данные, записанные с локального компьютера. Затем FSLogix настраивает все необходимые перенаправления для профиля пользователя. Затем служба профилей пользователей создает профиль пользователя в локальный кэш.

Во время 2-го или N-го входа FSLogix пытается найти и смонтировать предыдущие виртуальные жесткие диски локального кэша, хранящиеся на виртуальной машине. Использование локального кэша — это параметр конфигурации по умолчанию и может быть нежелательным, так как это может привести к событиям нехватки места на диске. Дополнительные параметры см. на странице справки по параметрам облачного кэша. Если локальные виртуальные жесткие диски кэша не существуют, регистрируется прокси-файл и создается виртуальный жесткий диск локального кэша. Затем FSLogix настроит необходимые перенаправления для профиля пользователя. Наконец, FSLogix будет использовать одного (1) из поставщиков удаленного хранилища в качестве источника чтения для заполнения локального кэша по запросу операционной системы во время процесса входа, чтобы завершить вход.

Объекты кэша

Файлы очередей

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

Файлы индекса

Файлы *.index содержат пакеты изменений на уровне блоков, которые необходимо записать в локальный кэш и файлы поставщиков удаленного хранилища.

Рис. 2. Локальный кэш кэша облака

Рис. 2: Облачный кэш Локальный кэш

Поставщики удаленных хранилищ (гидрат, очистка, клон)

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

Предупреждение

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

1 Локальный кэш будет увеличиваться только до максимального размера контейнера, как указано в параметре SizeInMBs .

Гидрат

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

Смыв

Операция очистки обычно выполняется тремя способами.

  1. При отложенной асинхронной операции Cloud Cache очищает изменения всех поставщиков хранилища одновременно, так как каждый поставщик очищается в собственном потоке. FSLogix не ограничивает эту операцию и использует столько пропускной способности, сколько позволит система.
  2. Во время выхода, когда один или несколько поставщиков не содержат всех обновлений, выход пользователя задерживается2 , пока все поставщики не находятся в одной последовательности.
  3. Во время сеанса пользователя, когда соединение с любым поставщиком хранилища становится неработоспособным, FSLogix ставит все изменения в очередь, а затем передает их поставщикам, когда соединение восстанавливается до работоспособного состояния.

2 Выход пользователя отложен в зависимости от настройки облачного кэша с помощью значений HealthyProvidersRequiredForUnregister и CcdUnregisterTimeout.

Клон

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

Прокси-файл

В облачном кэше используется концепция прокси-файла, представленного как Profile_%username%.vhd, хотя он не является настоящим VHD-файлом. Прокси-файл подключен к локальному компьютеру в качестве зарегистрированного виртуального жесткого диска, представляющего контейнер пользователя. Прокси-файл используется в качестве средства для обработки всех операций ввода-вывода, предназначенных для локального кэша. Сюда входят отсутствующие данные в локальном кэше, который загружается из удаленного хранилища. Операции записи ввода-вывода буферизируются на диске и отслеживаются через прокси-файл, прежде чем они записываются как *.index объекты кэша в каталоге кэша. Хотя прокси-файл имеет тот же размер, что и файл локального кэша, фактический размер на диске равен нулю, так как данные не записываются в этот файл.

Рис. 3. Файл прокси кэша облака

Рис. 3. Файл облачного кэширования

Вспомогательные файлы

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

Замечание

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

Файл блокировки

Файл блокировки, как следует из его названия, определяется, какая виртуальная машина имеет блокировку ввода-вывода на контейнере. В облачном кэше эти сведения используются для определения владения контейнером для данного поставщика. Механизм файла блокировки имеет критически важное значение при использовании облачного кэша с параметром ProfileType, установленным на '3' (несколько или одновременных сеансов). Этот файл существует только для поставщиков удаленных хранилищ.

Метафайл

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

Поставщики хранилища

FSLogix не является поставщиком хранилища, а мы опираемся на базовую архитектуру поставщика хранилища. Дополнительные сведения о поддерживаемых поставщиках службы хранилища FSLogix см. в разделе " Параметры хранилища контейнеров".

Дальнейшие шаги

Параметры обеспечения высокого уровня доступности или устойчивости контейнеров с помощью облачного кэша

  • Last updated on