Поделиться через


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

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

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

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

Figure 1: Cloud Cache Overview

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

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

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

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

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

Figure 2: Cloud Cache Local Cache

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

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

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

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

Гидрат

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

Очистка

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

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

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

Клонировать

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

Индексирование (кэш записи по времени)

Облачные кэши используют индексирование в локальном кэше. Кэш записи по времени — это файлы, представляющие записи, которые еще не зафиксированы в локальном кэше. Эти файлы нотируются с помощью числового расширения. После фиксации индекса в локальный кэш он преобразуется в объект кэша.

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

Прокси-файл

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

Figure 3: Cloud Cache Proxy File

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

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

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

Примечание.

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

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

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

Метафайл

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

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

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

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