Exemplos de configuração

As configurações de exemplo descritas neste artigo são uma progressão de complexidade com base nas escolhas 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. O acréscimo de complexidade desnecessária leva a configurações e casos de suporte incorretos.

Use esses exemplos como ponto de partida da configuração do FSLogix. As ideias e os conceitos desses exemplos devem informar seus requisitos organizacionais específicos.

Exemplo 1: Standard

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 (Standard)

Configurações do Registro (Standard)

^{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 pelos diretórios de contêiner.
3 Diminui o tempo de repetição para habilitar um cenário de falha mais rápido.
4 Conexões simples reduzem a complexidade e aumentam o desempenho.
5 VHDX é preferencial em relação ao VHD devido ao seu tamanho com suporte e a redução dos cenários de corrupção.}

Exemplo 2: Standard + Alta Disponibilidade (Cache de Nuvem)

O exemplo de configuração Standard + Alta Disponibilidade aprimora o exemplo padrão básico incorporando o Cache de Nuvem para garantir a disponibilidade regional para o contêiner de perfil. Essa configuração foi projetada para fornecer robustez e redundância. O contêiner de perfil fica acessível mesmo se ocorrerem falhas ou interrupções em uma região específica.

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

Pontos-chave

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

Resumo

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

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

Pré-requisitos (Padrão + Alta Disponibilidade)

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

Configurações do Registro (Standard + Alta Disponibilidade)

^{1 Recomendado para economizar espaço no disco local e possível 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 pelos 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 habilitar um cenário de falha mais rápido.
6 Conexões simples reduzem a complexidade e aumentam o desempenho.
7 VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e à redução dos cenários de corrupção de dados.}

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

O exemplo de configuração standard + recuperação de desastre é uma extensão do exemplo padrão básico. Nessa configuração, a infraestrutura duplicada existe em outra região, mas permanece desligada até que seja necessária. Diferentemente 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. Esse cenário de recuperação é o menos complexo, mas vem com uma desvantagem significativa. A experiência e o treinamento do usuário são componentes críticos para o sucesso.

Pontos-chave

• Infraestrutura duplicada: A região de recuperação de desastre espelha a infraestrutura primária, mas permanece inativa até que seja necessário.
• Nenhuma recuperação de perfil: Em vez de restaurar perfis existentes, os usuários criam novos no local alternativo.
• Simplicidade: Essa abordagem minimiza a complexidade, mas depende muito da familiaridade e do treinamento do usuário.
• Experiência do usuário: 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: Nenhuma recuperação de perfil | Contêineres padrão FSLogix (VHDLocations)}

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

Itens de configuração (Standard + Recuperação de Desastre)

Configurações do Registro (Standard + Recuperação de Desastre)

^{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 pelos diretórios de contêiner.
3 Diminui o tempo de repetição para habilitar um cenário de falha mais rápido.
4 Conexões simples reduzem a complexidade e aumentam o desempenho.
5 VHDX é preferencial em relação ao VHD devido ao seu tamanho com suporte e a redução dos cenários de corrupção.}

Exemplo 4: Avançado

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

Pontos-chave

• Múltiplos VHDLocations ou configurações específicas do objeto: Você pode especificar várias localidades para armazenar perfis de usuário (VHDLocations). Como alternativa, é possível definir configurações específicas do objeto para adaptar o comportamento do perfil a usuários ou grupos específicos. Essa flexibilidade permite otimizar o gerenciamento de perfil com base nas necessidades da sua organização.
• Entradas mínimas em redirecionamentos de perfil personalizado: Ao contrário da configuração Standard, em que 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 aumenta a complexidade e pode causar comportamentos desconhecidos nos aplicativos. Minimizar essas entradas pode fornecer uma experiência geral melhor do usuário.

Resumo

A configuração avançada oferece 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 o 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)

Várias VHDLocations

Localizações de 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 Registro:HKLM:\SOFTWARE\FSLogix\Profiles\

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

Caminho do Registro: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 pelos diretórios de contêiner.
3 Diminui o tempo de repetição para habilitar um cenário de falha mais rápido.
4 Conexões simples reduzem a complexidade e aumentam o desempenho.
5 VHDX é preferencial em relação ao VHD devido ao seu tamanho com suporte e a redução dos cenários de corrupção.}

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

O exemplo de configuração Avançada + Recuperação de Desastres adiciona complexidade por meio de um projeto de failover. Essa estratégia comum ajuda a garantir a disponibilidade e a confiabilidade de sua infraestrutura se houver um desastre ou uma falha. Com o Cache de Nuvem, você pode configurar seus dispositivos para usar dois provedores de armazenamento que armazenam seus dados de perfil em locais diferentes.

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

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

• O dispositivo primário 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 primário ou o provedor de armazenamento mais próximo falhar, você poderá alternar para o dispositivo de failover ou o provedor de armazenamento de backup e continuar seu trabalho sem perder os dados do perfil.

Pontos-chave

• Projeto de failover: Esse projeto garante a disponibilidade e a confiabilidade de sua infraestrutura se houver um desastre ou uma falha.
• Armazenamento de perfil: O Cache de Nuvem permite que você armazene seus dados de perfil em locais diferentes.
• Custo extra de armazenamento: 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 de negócios e a validação do processo.
• Experiência do usuário: Você pode experimentar 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 Avançado + Recuperação de Desastre mostra como um design de failover com o Cache em Nuvem pode aumentar 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 ativação manual do failover e a possível latência ou inconsistência nos dados de perfil.

^{Figura 3: Cache de Nuvem (primário/failover) | FSLogix Cloud Cache (CCDLocations)}

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

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

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

Para ver nossas exclusões recomendadas, consulte Redirecionamentos de perfis personalizados.

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

Site primário

Site de failover

^{1 Recomendado para economizar espaço no disco local e possível 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 pelos 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 habilitar um cenário de falha mais rápido.
6 Conexões simples reduzem a complexidade e aumentam o desempenho.
7 VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e à redução dos cenários de corrupção de dados.}

Exemplo 6: Complexo

O exemplo de configuração complexa baseia-se no exemplo Avançado 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, a meta continua sendo fornecer uma experiência perfeita para os usuários. Várias 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 dá suporte a várias conexões no 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 robusto de perfis.

^{Figura 4: Exemplo complexo com várias conexões | Contêineres padrão FSLogix (VHDLocations)}

Pré-requisitos (Complexo)

Itens de configuração (Complexo)

Para obter mais informações, consulte o 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 (Complexo)

Várias VHDLocations

Localizações de 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 Registro:HKLM:\SOFTWARE\FSLogix\Profiles\

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

Caminho do Registro: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 pelos diretórios de contêiner.
3 Diminui o tempo de repetição para habilitar um cenário de falha mais rápido.
4 Conexões simples reduzem a complexidade e aumentam o desempenho.
5 VHDX é preferencial em relação ao VHD devido ao seu tamanho com suporte e a redução dos cenários de corrupção.}

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

O exemplo de configuração complexo + recuperação de desastre se baseia no exemplo Avançado + Recuperação de Desastre implementando um design ativo/ativo. Em vez de fazer o balanceamento de carga entre os dois locais, essa configuração depende de os usuários terem acesso a apenas um local. Se houver uma simulação de continuidade de negócios e recuperação de desastres, os usuários de uma região com falha terão acesso às máquinas virtuais na região em funcionamento.

Pontos-chave

• Funcionalidade de failover: Se ocorrer um desastre, as regiões sobreviventes deverão ter capacidade para dar suporte a todos os usuários.
• Armazenamento de perfil: O Cache de Nuvem permite que você armazene seus dados de perfil em locais diferentes.
• Custo extra de armazenamento: Vários locais de armazenamento aumentam o custo geral.
• Excelência operacional: Processo manual de failover, que pode exigir a aprovação das partes interessadas do negócio, validação do processo e atribuições adequadas de usuários.
• Experiência do usuário: Você pode experimentar 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 Complexo + Recuperação de Desastres com o Cache em Nuvem oferece redundância e flexibilidade, mas as decisões de negócios desempenham um papel crucial no início do failover.

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

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

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

Para obter mais informações, examine o 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 (Complexo + Recuperação de Desastres)

Site A (Oeste dos EUA)

Site B (Leste dos EUA)

^{1 Recomendado para economizar espaço no disco local e possível 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 pelos 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 habilitar um cenário de falha mais rápido.
6 Conexões simples reduzem a complexidade e aumentam o desempenho.
7 VHDX é preferido em relação ao VHD devido ao seu tamanho suportado e à redução dos cenários de corrupção de dados.}

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

Quando você usa vários valores na VHDLocations configuração, é importante entender como o FSLogix determina o local a ser usado.

^{Figura 6:VHDLocations diagrama lógico}

Próxima etapa