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

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

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

Пример 1. Стандартный

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

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

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

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

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

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

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

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

Ключевые моменты

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

Итоги

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

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

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

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

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

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

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

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

Ключевые моменты

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

Итоги

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

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

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

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

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

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

Пример 4. Продвинутый

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

Ключевые моменты

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

Итоги

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

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

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

Дополнительные сведения см. в разделе "Настраиваемый профиль" redirections.xml.

Сведения о реализации этой функции для Microsoft Teams см. в руководстве по созданию и реализации 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 VHDX предпочтительнее VHD благодаря поддержке большего размера и снижению вероятности сценариев повреждения.}

Пример 5. Расширенное + аварийное восстановление (основной / резервный)

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

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

Например, если основное устройство находится в Западных США, а резервное устройство находится в Восточных США, вы можете настроить Cloud Cache следующим образом:

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

Ключевые моменты

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

Итоги

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

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

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

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

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

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

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

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

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

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

Пример 6. Сложный

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

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

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

Итоги

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

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

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

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

Дополнительные сведения см. в разделе "Настраиваемый профиль" redirections.xml.

Сведения о реализации этой функции для Microsoft Teams см. в руководстве по созданию и реализации 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 VHDX предпочтительнее VHD благодаря поддержке большего размера и снижению вероятности сценариев повреждения.}

Пример 7. Сложное + восстановление после сбоя (активный/активный)

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

Ключевые моменты

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

Итоги

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

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

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

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

Дополнительные сведения см. в пользовательском профиле redirections.xml.

Сведения о реализации этой функции для Microsoft Teams см. в руководстве по созданию и реализации redirections.xml.

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

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

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

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

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

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

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

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