Примеры конфигураций

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

ПРИМЕР 1. Стандартный

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

Предварительные требования (стандартный)

Элементы конфигурации (стандартный)

Параметры реестра (стандартный)

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

ПРИМЕР 2. Стандартный + высокий уровень доступности (облачный кэш)

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

Основные моменты

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

Итоги

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

^{Рис. 1. Высокий уровень доступности FSLogix с помощью облачного кэша}

Предварительные требования (стандартный и высокий уровень доступности)

Элементы конфигурации (стандартный и высокий уровень доступности)

Параметры реестра (стандартный и высокий уровень доступности)

^{1 Рекомендуется сохранить место на локальном диске и риск потери данных при использовании пуловых рабочих столов.
2 Рекомендуется убедиться, что пользователь не использует локальные профили и неожиданно теряет данные.
3 Предоставляет и упрощает просмотр каталогов контейнеров.
4 Запрещает пользователям создавать локальный кэш, если не менее 1 поставщика не работает.
5 уменьшает время повторных попыток, чтобы обеспечить более быстрый сценарий сбоя.
6 отдельных подключений снижают сложность и повышают производительность.
7 виртуальных жестких дисков предпочтительнее по сравнению с виртуальным жестким диском из-за поддерживаемых размеров и уменьшения повреждения.}

ПРИМЕР 3. Стандартный + аварийное восстановление (без восстановления профиля)

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

Основные моменты

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

Итоги

Конфигурация стандартного и аварийного восстановления балансирует простоту с необходимостью обучения пользователей и адаптации.

^{Рис. 2. Восстановление профилей | Стандартные контейнеры FSLogix (VHDLocations)}

Предварительные требования (стандартный + аварийное восстановление)

Элементы конфигурации (стандартный + аварийное восстановление)

Параметры реестра (стандартный + аварийное восстановление)

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

ПРИМЕР 4. Дополнительно

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

Основные моменты

• Несколько параметров VHDLocations или объектов: можно указать несколько расположений для хранения профилей пользователей (VHDLocations). Кроме того, можно определить параметры для конкретного объекта, чтобы настроить поведение профиля для определенных пользователей или групп. Эта гибкость позволяет оптимизировать управление профилями на основе потребностей вашей организации.
• Минимальные записи в настраиваемых перенаправлениях профилей: в отличие от стандартной установки, где не используется файл redirections.xml, расширенная конфигурация сводит к минимуму количество записей redirections.xml. Каждая запись в конфигурации redirections.xml добавляет сложность и может вызвать неизвестное поведение приложения. Минимизация этих записей может обеспечить общий пользовательский интерфейс.

Итоги

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

Предварительные требования (дополнительно)

Элементы конфигурации (дополнительно)

Параметры реестра (дополнительно)

Несколько виртуальных жестких дисков

VHDLocations для определенных объектов

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

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

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

ПРИМЕР 5. Расширенное и аварийное восстановление (основной и отработка отказа)

Пример конфигурации Расширенного и аварийного восстановления добавляет сложность с помощью проектирования отработки отказа. Это общая стратегия обеспечения доступности и надежности инфраструктуры в случае аварии или сбоя. С помощью облачного кэша можно настроить устройства для использования двух поставщиков хранилища (2), которые хранят данные профиля в разных расположениях. Облачный кэш синхронизирует данные профиля с каждым из двух поставщиков хранилища асинхронно, поэтому у вас всегда есть последняя версия данных. Некоторые устройства находятся в основном расположении, а другие устройства находятся в расположении отработки отказа. Облачный кэш определяет первый поставщик хранилища (ближайший к устройству) и использует другой поставщик хранилища в качестве резервной копии. Например, если основное устройство находится в западной части США, а устройство отработки отказа находится в восточной части США, можно настроить облачный кэш следующим образом:

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

Основные моменты

• Проектирование отработки отказа. Эта конструкция обеспечивает доступность и надежность инфраструктуры в случае аварии или сбоя.
• Хранилище профилей: облачный кэш позволяет хранить данные профиля в разных расположениях.
• Дополнительные затраты на хранилище: несколько расположений хранилища увеличивают общую стоимость.
• Операционное превосходство: процесс отработки отказа вручную, который может потребовать утверждения заинтересованных лиц бизнеса и проверки процессов.
• Взаимодействие с конечным пользователем: может возникнуть некоторая задержка или несоответствие в данных профиля из-за асинхронной синхронизации с двумя поставщиками хранилища.

Итоги

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

^{Рис. 3. Облачный кэш (основной или отработка отказа) | FSLogix Cloud Cache (CCDLocations)}

Предварительные требования (дополнительное и аварийное восстановление)

Элементы конфигурации (advanced + аварийное восстановление)

^{1 Поставщики хранилища должны находиться в разных регионах или расположениях.}

Параметры реестра (дополнительное и аварийное восстановление)

Первичный сайт

Сайт отработки отказа

^{1 Рекомендуется сохранить место на локальном диске и риск потери данных при использовании пуловых рабочих столов.
2 Рекомендуется убедиться, что пользователь не использует локальные профили и неожиданно теряет данные.
3 Предоставляет и упрощает просмотр каталогов контейнеров.
4 Запрещает пользователям создавать локальный кэш, если не менее 1 поставщика не работает.
5 уменьшает время повторных попыток, чтобы обеспечить более быстрый сценарий сбоя.
6 отдельных подключений снижают сложность и повышают производительность.
7 виртуальных жестких дисков предпочтительнее по сравнению с виртуальным жестким диском из-за поддерживаемых размеров и уменьшения повреждения.}

ПРИМЕР 6. Сложный

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

Итоги

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

^{Рис. 4. Сложный пример с несколькими подключениями | Стандартные контейнеры FSLogix (VHDLocations)}

Предварительные требования (сложные)

Элементы конфигурации (сложные)

Параметры реестра (сложные)

Несколько виртуальных жестких дисков

VHDLocations для определенных объектов

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

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Путь к реестру: HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

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

ПРИМЕР 7. Сложный + аварийное восстановление (активный или активный)

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

Основные моменты

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

Итоги

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

^{Рис. 5. Облачный кэш (активный или активный) | FSLogix Cloud Cache (CCDLocations)}

Предварительные требования (комплексное и аварийное восстановление)

Элементы конфигурации (сложный и аварийное восстановление)

Параметры реестра (сложный и аварийное восстановление)

Сайт A (западная часть США)

Сайт B (восточная часть США)

^{1 Рекомендуется сохранить место на локальном диске и риск потери данных при использовании пуловых рабочих столов.
2 Рекомендуется убедиться, что пользователь не использует локальные профили и неожиданно теряет данные.
3 Предоставляет и упрощает просмотр каталогов контейнеров.
4 Запрещает пользователям создавать локальный кэш, если не менее 1 поставщика не работает.
5 уменьшает время повторных попыток, чтобы обеспечить более быстрый сценарий сбоя.
6 отдельных подключений снижают сложность и повышают производительность.
7 виртуальных жестких дисков предпочтительнее по сравнению с виртуальным жестким диском из-за поддерживаемых размеров и уменьшения повреждения.}

Приложение: несколько VHDLocations схем логики

При использовании нескольких значений VHDLocations в параметре важно понимать, как FSLogix определяет расположение для использования.

^{Рис. 5. Схема логики VHDLocations}

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