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

Настройка кэша «только для чтения» в App-V Client

  • Статья

Назначение: Application Virtualization 4.6

Клиент Microsoft Application Virtualization (App-V) 4.6 Client поддерживает использование общего кэша «только для чтения». Общий кэш «только для чтения» позволяет клиенту эффективно использовать дисковое пространство в системе Virtual Desktop Infrastructure (VDI), в которой пользователи запускают приложения на виртуальных машинах, размещенных в серверной среде центра обработки данных и использующих общее сетевое хранилище в сети хранения данных (SAN). В следующих процедурах представлен обзор процесса внедрения клиента App-V Client в обеих основных архитектурах VDI, известных как «ВМ в пуле» и «статические ВМ». Предполагается, что читатель знаком с процессами планирования, развертывания и эксплуатации системы App-V и ее компонентов, а также с процедурами эксплуатации и управления сервером VDI. Дополнительные сведения о App-V см. на странице Application Virtualization (https://go.microsoft.com/fwlink/?LinkId=122939)

Примечание

Данные, которые приводятся в этих процедурах, предназначены только для примера. Существуют различные методы выполнения всего процесса.

Развертывание клиента App-V Client в сценарии VDI

Клиент App-V Client можно развернуть в сценарии VDI, используя общий кэш «только для чтения», заполненный всеми приложениями, необходимыми для всех пользователей. Затем главный образ ВМ VDI необходимо настроить таким образом, чтобы все клиенты App-V Client использовали один файл кэша. Для предоставления пользователям доступа к определенным приложениям используется процесс публикации App-V. После того как в кэш будут предварительно загружены все приложения, при запуске приложения пользователем оно не будет передаваться в потоковом режиме. Однако пакеты, используемые для предварительного заполнения кэша, должны быть размещены на сервере App-V, который поддерживает потоковую передачу по протоколу RTSP и предоставляет разрешения на доступ клиентам App-V Client. Если для публикации приложений используется сервер App-V Management Server, его можно использовать для выполнения функции потоковой передачи.

Процесс развертывания включает четыре основные задачи:

  • создание и заполнение файла главного общего кэша;

  • копирование файла общего кэша в хранилище сервера VDI;

  • настройка клиентского программного обеспечения App-V на главном образе VDI;

  • управление циклом развертывания обновлений для файла общего кэша после первоначального развертывания.

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

Примечание

Хотя существует несколько различных методов публикации приложений, в описанных ниже процедурах для публикации используется App-V Management Server.

Настройка кэша «только для чтения» в рамках первоначального развертывания для сценариев VDI «ВМ в пуле» и «статические ВМ»

  1. Установите и настройте App-V Management Server в ВМ на сервере VDI для поддержки проверки подлинности пользователей и публикации.

  2. Заполните папку Content на этом сервере Management Server всеми пакетами приложений, необходимыми для всех пользователей.

  3. Настройте промежуточный компьютер с установленным клиентом App-V Client. Войдите на промежуточный компьютер, используя учетную запись, которая имеет доступ ко всем приложениям, чтобы на компьютере был опубликован полный набор приложений, а затем выполните потоковую передачу приложений в кэш, чтобы они были полностью загружены.

    Важно!

    На промежуточном компьютере должен использоваться тот же тип операционной системы и та же системная архитектура, что и на ВМ, на которых будет запускаться клиент App-V Client.

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

    Примечание

    Можно также остановить и отключить службу Application Virtualization, а затем перезагрузить компьютер. После того как файл будет скопирован, не забудьте снова включить и запустить службу.

  5. Скопируйте файл кэша Sftfs.fsd в хранилище SAN сервера VDI, где он будет доступен для всех ВМ (например, в общую папку). Установите следующие разрешения на доступ к папке: «Только чтение» для группы «Все» и «Полный доступ» для администраторов, которые будут управлять обновлениями файла кэша. Расположение файла кэша можно получить из раздела реестра AppFS\FileName.

    Важно!

    FSD-файл необходимо разместить в таком месте, которое по времени отклика и надежности соответствует производительности локального хранилища, например в хранилище SAN.

  6. Установите клиент App-V Desktop Client на главном образе ВМ VDI и настройте его для работы с кэшем «только для чтения», добавив указанные ниже значения в раздел реестра AppFS на клиенте. Путь к разделу AppFS: HKEY_LOCAL_MACHINE\SOFTWARE\[Wow6432Node\]Microsoft\SoftGrid\4.5\Client\AppFS.

    Раздел Тип Значение Назначение

    FileName

    String

    путь к FSD-файлу

    Путь к файлу общего кэша, например \\VDIServername\Sharefolder\SFTFS.FSD. (Обязательный.)

    ReadOnlyFSD

    DWORD

    1

    Настройка клиента для работы в режиме «только для чтения». Клиент не будет предпринимать попытку потоковой передачи обновлений в кэш пакетов. (Обязательный.)

    ErrorLogLocation

    String

    путь к файлу журнала ошибок (.etl)

    Запись, используемая для указания пути к журналу ошибок. (Обязательный. Используйте локальный путь, например C:\Logs\Sftfs.etl.)

  7. Настройте клиент на главном образе ВМ для использования сервера публикации и обновление публикации при входе. Когда пользователи входят в систему VDI и их ВМ создаются из главного образа, выполняется цикл обновления публикации, в рамках которого публикуются все приложения, на работу с которыми у учетной записи есть права. Эти приложения запускаются из общего кэша.

Настройка клиента для обновления пакета в сценарии «ВМ в пуле»

  1. Выполните обновление и тестирование пакета приложения.

  2. Обновите пакет на сервере App-V. Затем опубликуйте новую версию приложений для клиента на промежуточном компьютере и выполните их потоковую передачу. Приложения должны быть полностью загружены в кэш.

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

    Примечание

    Можно также остановить и отключить службу Application Virtualization в Services.msc, а затем перезагрузить компьютер. После того как файл будет скопирован, не забудьте снова включить и запустить службу.

  4. Скопируйте файл кэша Sftfs.fsd в хранилище SAN сервера VDI, где он будет доступен для всех ВМ (например, в общую папку). Можно использовать другое имя файла, например SFTFS_V2.FSD, чтобы выделить новую версию.

  5. Чтобы настроить клиент App-V Desktop Сlient на главном образе ВМ VDI для использования обновленного файла общего кэша, измените значение FILENAME раздела реестра AppFS в соответствии с расположением обновленного файла (например, \\Имя_сервера_VDI\Общая_папка\SFTFS_V2.FSD). Когда пользователи выходят из системы, а затем снова входят в нее, для них создается новая ВМ с использованием обновленного главного образа. Все параметры пользователей сохранятся и будут применены к новым ВМ. После этого пользователи получат доступ к обновленным приложениям.

Настройка клиента для обновления пакета в сценарии «статические ВМ»

  1. Выполните обновление и тестирование пакета приложения.

  2. Обновите пакет на сервере App-V. Затем опубликуйте новую версию приложений для клиента на промежуточном компьютере и выполните их потоковую передачу. Приложения должны быть полностью загружены в кэш.

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

    Примечание

    Можно также остановить и отключить службу Application Virtualization в Services.msc, а затем перезагрузить компьютер. После того как файл будет скопирован, не забудьте снова включить и запустить службу.

  4. Скопируйте файл кэша Sftfs.fsd в хранилище SAN сервера VDI, где он будет доступен для всех ВМ (например, в общую папку). Можно использовать другое имя файла, например SFTFS_V2.FSD, чтобы выделить новую версию.

  5. Чтобы настроить клиент App-V Desktop Сlient на главном образе ВМ VDI для использования обновленного файла общего кэша, измените значение FILENAME раздела реестра AppFS в соответствии с расположением обновленного файла (например, \\Имя_сервера_VDI\Общая_папка\SFTFS_V2.FSD). Это обеспечит доступ новых пользователей к последней версии.

  6. Создайте сценарий, который изменит значение FILENAME раздела AppFS в соответствии с расположением обновленного кэша (например, \\Имя_сервера_VDI\Общая_папка\SFTFS_V2.FSD). Настройте запуск сценария при входе пользователя в систему или выходе из нее, чтобы он выполнялся до запуска драйверов клиента App-V (например, с помощью параметров групповой политики). Когда пользователи выйдут из системы, а затем войдут в нее, их существующие ВМ обновятся и будут использовать обновленную копию кэша. После этого пользователи получат доступ к обновленным приложениям.

Использование символических ссылок при обновлении кэша

Вместо изменения значения FILENAME раздела AppFS при каждом развертывании нового файла кэша, содержащего новые или обновленные пакеты, в операционных системах Windows Vista, Windows 7 и Windows Server 2008 можно воспользоваться символической ссылкой. Дополнительные сведения о символических ссылках см. на странице Symbolic Links (Символические ссылки) (https://go.microsoft.com/fwlink/?LinkId=157626). В отличие от этих операционных систем, Windows XP не поддерживает использование символических ссылок. Вместо них следует использовать точки соединения. Дополнительные сведения о точках соединения см. в статье 205524 базы знаний Майкрософт (https://go.microsoft.com/fwlink/?LinkId=182553), а также в описании программы Junction 1.05 (https://go.microsoft.com/fwlink/?LinkId=182554).

Настройка символической ссылки на кэш

  1. Во время первоначального развертывания откройте окно командной строки в ОС сервера VDI, используя учетную запись локального администратора.

  2. Создайте символическую ссылку с помощью команды MKLINK, а затем свяжите ее с файлом Sftfs.fsd.

    **     mklink symlinkname \\vdihostserver\sharefolder\sftfs.fsd**

  3. На главном образе ВМ VDI откройте окно командной строки с параметром Запуск от имени администратора и предоставьте разрешения удаленной ссылки, чтобы обеспечить доступ ВМ к символической ссылке в ОС сервера VDI. По умолчанию разрешения удаленной ссылки отключены.

    **     fsutil behavior set SymlinkEvaluation R2R:1**

    Примечание

    На сервере хранилища должны быть включены соответствующие разрешения ссылки. В зависимости от расположения ссылки и файла Sftfs.fsd могут использоваться разрешения L2L:1, L2R:1, R2L:1 или R2R:1.

  4. При настройке клиента App-V Desktop Client на главном образе ВМ VDI установите значение FILENAME раздела AppFS в соответствии с UNC-путем к FSD-файлу, который использует символическую ссылку (например, \\Сервер_узла_VDI\Имя_символической_ссылки). Когда клиент App-V впервые обращается к кэшу, символическая ссылка передает ему дескриптор файла кэша. Клиент продолжает использовать этот дескриптор до завершения текущего сеанса. Значение символической ссылки можно безопасно обновить, даже если существующими клиентами открыт старый общий кэш.

  5. Когда потребуется обновление или добавление пакета в кэш, выполните шаги 1–5 процедуры обновления для сценария «статические ВМ» или «ВМ в пуле». Затем удалите символическую ссылку и заново создайте ее для новой версии файла общего кэша. При перезапуске ВМ клиент получает дескриптор обновленной копии кэша, поскольку ВМ использует путь, содержащий обновленную символическую ссылку. После этого пользователи получат доступ к новым и обновленным приложениям.

См. также

Задачи

Установка сервера Application Virtualization Management Server
Установка клиента Application Virtualization Client вручную

Другие ресурсы

Установка клиента с помощью командной строки

-----
Чтобы получить дополнительные сведения о пакете MDOP, воспользуйтесь библиотекой TechNet Library: выполните поиск статей по устранению неполадок на вики-сайте TechNet или подпишитесь на наши страницы в Facebook или Twitter. Отправляйте свои предложения и комментарии относительно документации MDOP по адресу MDOPdocs@microsoft.com.