Exemplos de configuração

As configurações de exemplo descritas neste artigo são uma progressão de complexidade com base em opções de configuração. Cada exemplo tem uma configuração associada focada em redundância ou recuperação de desastres. Recomendamos que você selecione a configuração mais simples para seu ambiente. Adicionar complexidade desnecessária leva a configurações incorretas e casos de suporte.

Use estes exemplos como um ponto de partida da sua configuração FSLogix. As ideias e conceitos nestes exemplos devem informar os seus requisitos organizacionais exclusivos.

Exemplo 1: Padrão

O exemplo de configuração Standard é a configuração mais simples. A maioria dos clientes deve considerá-lo.

Pré-requisitos (Padrão)

Itens de configuração (padrão)

Configurações do Registro (Padrão)

^{1 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
2 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
3 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
4 Conexões únicas reduzem a complexidade e aumentam o desempenho.
5 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 2: Padrão + Alta Disponibilidade (Cloud Cache)

O exemplo de configuração Standard + High Availability aprimora o exemplo básico Standard incorporando Cloud Cache para garantir a disponibilidade regional para o contêiner de perfil. Esta configuração foi concebida para proporcionar robustez e redundância. O contêiner de perfil é acessível mesmo se ocorrerem falhas ou interrupções em uma região específica.

O Cloud Cache atua como uma camada de resiliência e disponibilidade e grava periodicamente dados de perfil upstream para vários provedores de armazenamento. Ao replicar dados entre provedores de armazenamento exclusivos, ele garante que o contêiner de perfil permaneça disponível mesmo se um provedor de armazenamento não estiver disponível. Essa abordagem aumenta a confiabilidade e minimiza o tempo de inatividade para os usuários.

Pontos principais:

• Redundante e robusto: Permite que o contêiner de perfil seja acessível mesmo se ocorrerem falhas ou interrupções, o que minimiza o tempo de inatividade para os usuários.
• Resiliência: O Cloud Cache atua como uma camada de disponibilidade e grava periodicamente dados de perfil upstream para vários provedores de armazenamento.
• Experiência em projeto de armazenamento: A funcionalidade do Cloud Cache depende do desempenho dos seus fornecedores de armazenamento.

Resumo

A configuração Standard + High Availability combina os benefícios da configuração Standard com outras medidas para manter a disponibilidade entre regiões. A combinação o torna adequado para aplicativos críticos que exigem acesso contínuo a dados de perfil.

^{Figura 1: Figura 1 Alta disponibilidade do FSLogix usando Cloud Cache}

Pré-requisitos (Standard + Alta Disponibilidade)

Itens de configuração (Padrão + Alta Disponibilidade)

Configurações do Registro (Padrão + Alta Disponibilidade)

^{1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados quando você usa desktops em pool.
2 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
3 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
4 Impede que os usuários criem um cache local se pelo menos um provedor não estiver íntegro.
5 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
6 Conexões únicas reduzem a complexidade e aumentam o desempenho.
7 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 3: Standard + Disaster Recovery (sem recuperação de perfil)

O exemplo de configuração Standard + Disaster Recovery é uma extensão do exemplo básico Standard . Nessa configuração, a infraestrutura duplicada existe em outra região, mas permanece desligada até ser necessária. Ao contrário de outros cenários de recuperação, não há recuperação de perfil nessa abordagem. Em vez disso, os usuários criam novos perfis no local alternativo. Este cenário de recuperação é o menos complexo, mas apresenta uma desvantagem significativa. A experiência do usuário e o treinamento são componentes críticos para o sucesso.

Pontos principais:

• Infraestrutura duplicada: A região de recuperação de desastres espelha a infraestrutura principal, mas permanece inativa até ser necessária.
• Sem recuperação de perfil: Em vez de restaurar perfis existentes, os usuários criam novos perfis no local alternativo.
• Simplicidade: Essa abordagem minimiza a complexidade, mas depende muito da familiaridade e do treinamento do usuário.
• Experiência do utilizador: Garantir uma transição suave e a compreensão do usuário é crucial.

Resumo

A configuração Standard + Disaster Recovery equilibra a simplicidade com a necessidade de educação e adaptação do usuário.

^{Figura 2: Sem recuperação de perfil | Contentores padrão FSLogix (Localizações VHD)}

Pré-requisitos (Standard + Disaster Recovery)

Itens de configuração (Standard + Disaster Recovery)

Configurações do Registro (Standard + Disaster Recovery)

^{1 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
2 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
3 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
4 Conexões únicas reduzem a complexidade e aumentam o desempenho.
5 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 4: Avançado

O exemplo de configuração avançada baseia-se no exemplo Standard , introduzindo mais recursos para melhorar a flexibilidade e a personalização.

Pontos principais:

• Várias VHDLocations ou configurações específicas do objeto: Você pode especificar vários locais para armazenar perfis de usuário (VHDLocations). Como alternativa, você pode definir configurações específicas do objeto para personalizar o comportamento do perfil para usuários ou grupos específicos. Esta flexibilidade permite-lhe otimizar a gestão de perfis com base nas necessidades da sua organização.
• Entradas mínimas em redirecionamentos de perfil personalizados: Ao contrário da configuração padrão, onde o arquivo redirections.xml não é usado, a configuração avançada minimiza o número de entradas redirections.xml. Cada entrada na configuração redirections.xml adiciona complexidade e pode causar comportamentos desconhecidos do aplicativo. Minimizar essas entradas pode fornecer uma melhor experiência geral ao usuário.

Resumo

A configuração avançada fornece controle granular sobre o armazenamento e o redirecionamento de perfis, tornando-a adequada para organizações com diversos requisitos.

Pré-requisitos (Avançado)

Itens de configuração (Avançado)

Para obter mais informações, consulte Perfil personalizado redirections.xml.

Para obter informações sobre como implementar esse recurso para o Microsoft Teams, consulte Tutorial: Criar e implementar redirections.xml.

Configurações do Registro (Avançado)

Múltiplos Locais VHD

Localizações VHD específicas do objeto

A configuração padrão VHDLocations é usada para qualquer usuário ou grupo que não seja correspondido pela configuração específica do objeto.

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
2 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
3 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
4 Conexões únicas reduzem a complexidade e aumentam o desempenho.
5 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 5: Avançado + Recuperação de desastres (principal/failover)

O exemplo de configuração Advanced + Disaster Recovery adiciona complexidade por meio de um design de failover. Essa estratégia comum ajuda a garantir a disponibilidade e a confiabilidade de sua infraestrutura em caso de desastre ou falha. Com o Cloud Cache, você pode configurar seus dispositivos para usar dois provedores de armazenamento que armazenam seus dados de perfil em locais diferentes.

O Cloud Cache sincroniza os dados do seu perfil com cada um dos dois fornecedores de armazenamento de forma assíncrona para que tenha sempre a versão mais recente dos seus dados. Alguns dos seus dispositivos estão no local principal e os outros dispositivos estão no local de failover. O Cloud Cache prioriza o primeiro provedor de armazenamento (mais próximo do seu dispositivo) e usa o outro provedor de armazenamento como backup.

Por exemplo, se o dispositivo principal estiver no Oeste dos EUA e o dispositivo de failover estiver no Leste dos EUA, você poderá configurar o Cache de Nuvem da seguinte maneira:

• O dispositivo principal usa um provedor de armazenamento no oeste dos EUA como a primeira opção e um provedor de armazenamento no leste dos EUA como a segunda opção.
• O dispositivo de failover usa um provedor de armazenamento no Leste dos EUA como a primeira opção e um provedor de armazenamento no Oeste dos EUA como a segunda opção.
• Se o dispositivo principal ou o provedor de armazenamento mais próximo falhar, você poderá alternar para o dispositivo de failover ou para o provedor de armazenamento de backup e continuar seu trabalho sem perder os dados do perfil.

Pontos principais:

• Projeto de failover: Este projeto garante a disponibilidade e a confiabilidade da sua infraestrutura em caso de desastre ou falha.
• Armazenamento de perfis: O Cloud Cache permite que você armazene seus dados de perfil em diferentes locais.
• Custo de armazenamento extra: Vários locais de armazenamento aumentam o custo geral.
• Excelência operacional: Processo de failover manual, que pode exigir a aprovação das partes interessadas do negócio e a validação do processo.
• Experiência do utilizador: Você pode enfrentar alguma latência ou inconsistência em seus dados de perfil devido à sincronização assíncrona com os dois provedores de armazenamento.

Resumo

A configuração Advanced + Disaster Recovery mostra como um design de failover com o Cloud Cache pode melhorar a confiabilidade e a disponibilidade de sua infraestrutura usando dois provedores de armazenamento em locais diferentes. Ele também destaca as desvantagens dessa abordagem, como mais custos, a necessidade de início manual de failover e potencial latência ou inconsistência nos dados de perfil.

^{Figura 3: Cloud Cache (principal/failover) | Cache em Nuvem FSLogix (CCDLocations)}

Pré-requisitos (Avançado + Recuperação de Desastres)

Itens de configuração (Avançado + Recuperação de desastres)

^{1 Os provedores de armazenamento devem estar em regiões ou locais diferentes.}

Para obter nossas exclusões recomendadas, consulte Redirecionamentos de perfil personalizados.

Configurações do Registro (Avançado + Recuperação de Desastres)

Site primário

Site de failover

^{1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados quando você usa desktops em pool.
2 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
3 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
4 Impede que os usuários criem um cache local se pelo menos um provedor não estiver íntegro.
5 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
6 Conexões únicas reduzem a complexidade e aumentam o desempenho.
7 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 6: Complexo

O exemplo de configuração Complex baseia-se no exemplo Advanced introduzindo várias conexões. Nessa configuração, os perfis de usuário podem lidar com várias conexões. Por esse motivo, um único usuário pode ter sessões ativas em diferentes dispositivos simultaneamente.

Apesar do aumento da complexidade, o objetivo continua sendo fornecer uma experiência perfeita para os usuários. Múltiplas conexões configuradas corretamente aumentam a produtividade e a flexibilidade, o que torna essa configuração adequada para organizações com necessidades diversas e altas demandas.

A Área de Trabalho Virtual do Azure não oferece suporte a várias conexões dentro do mesmo pool de hosts.

Resumo

A configuração complexa equilibra sofisticação com design centrado no usuário, tornando-a ideal para grandes organizações que exigem escalabilidade e gerenciamento de perfil robusto.

^{Figura 4: Gráfico Exemplo complexo com várias conexões | Contentores padrão FSLogix (VHDLocations)}

Pré-requisitos (Complexo)

Itens de configuração (Complexo)

Para obter mais informações, consulte Perfil personalizado redirections.xml.

Para obter informações sobre como implementar esse recurso para o Microsoft Teams, consulte Tutorial: Criar e implementar redirections.xml.

Configurações do Registro (Complexa)

Múltiplos Locais VHD

Localizações VHD específicas do objeto

A configuração padrão VHDLocations é usada para qualquer usuário ou grupo que não seja correspondido pela configuração específica do objeto.

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

Caminho do registo:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
2 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
3 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
4 Conexões únicas reduzem a complexidade e aumentam o desempenho.
5 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Exemplo 7: Complexo + Recuperação de desastres (ativo/ativo)

O exemplo de configuração Complex + Disaster Recovery baseia-se no exemplo Advanced + Disaster Recovery implementando um design ativo/ativo. Em vez do balanceamento de carga entre os dois sites, essa configuração depende de os usuários terem acesso a apenas um local. Se houver uma simulação ou continuidade de negócio e recuperação de desastres, os utilizadores de uma região com falha terão acesso às máquinas virtuais na região em funcionamento.

Pontos principais:

• Capacidade de failover: Se ocorrer um desastre, as regiões sobreviventes devem ter capacidade para suportar todos os usuários.
• Armazenamento de perfis: O Cloud Cache permite que você armazene seus dados de perfil em diferentes locais.
• Custo de armazenamento extra: Vários locais de armazenamento aumentam o custo geral.
• Excelência operacional: Processo de failover manual, que pode exigir a aprovação das partes interessadas do negócio, validação do processo e atribuições de usuário adequadas.
• Experiência do utilizador: Você pode enfrentar alguma latência ou inconsistência em seus dados de perfil devido à sincronização assíncrona com os dois provedores de armazenamento.

Resumo

A configuração Complex + Disaster Recovery com Cloud Cache oferece redundância e flexibilidade, mas as decisões de negócios desempenham um papel crucial no início do failover.

^{Figura 5: Cloud Cache (ativo/ativo) | FSLogix Cloud Cache (CCDLocations)}

Pré-requisitos (Complexo + Recuperação de Desastres)

Itens de configuração (Complexo + Recuperação de desastres)

Para obter mais informações, consulte Perfil personalizado redirections.xml.

Para obter informações sobre como implementar esse recurso para o Microsoft Teams, consulte Tutorial: Criar e implementar redirections.xml.

Configurações do Registro (Complex + Disaster Recovery)

Site A (Oeste dos EUA)

Site B (Leste dos EUA)

^{1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados quando você usa desktops em pool.
2 Recomendado para garantir que os usuários não usem perfis locais e percam dados inesperadamente.
3 Fornece uma maneira mais fácil de navegar nos diretórios de contêiner.
4 Impede que os usuários criem um cache local se pelo menos um provedor não estiver íntegro.
5 Diminui o tempo de repetição para permitir um cenário de falha mais rápido.
6 Conexões únicas reduzem a complexidade e aumentam o desempenho.
7 O VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e cenários de corrupção reduzidos.}

Apêndice: Diagrama lógico de várias VHDLocations

Quando se utilizam vários valores na definição do VHDLocations FSLogix, é importante entender como o local a ser usado é determinado.

^{Figura 6:VHDLocations Gráfico 6 diagrama lógico}

Próximo passo