Exemplos de configuração
As configurações de exemplo descritas neste artigo são uma progressão da complexidade com base nas opções de configuração. Cada exemplo tem uma configuração associada focada em redundância ou recuperação de desastres. Recomendamos que os clientes selecionem a configuração mais simples para seu ambiente. Adicionar complexidade desnecessária leva a configurações incorretas e casos de suporte.
Observação
Use estes exemplos como um ponto de partida da configuração do FSLogix. As ideias e conceitos nesses exemplos devem informar seus requisitos organizacionais exclusivos.
EXEMPLO 1: Padrão
O exemplo de configuração padrão é a configuração mais simples na qual a maioria dos clientes deve considerar.
Pré-requisitos (Padrão)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Compartilhamento de arquivos SMB.
- Permissões de compartilhamento e NTFS validadas.
Itens de configuração (padrão)
| Itens | Descrição |
|---|---|
| Local único do VHD | A configuração VHDLocations contém um único caminho UNC para um compartilhamento de arquivos SMB. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| Sem redirecionamentos de perfil personalizado | Não uso de redirections.xml arquivo. |
Configurações do Registro (Padrão)
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
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 (Cache na Nuvem)
A configuração Standard + High Availability aprimora o exemplo padrão básico incorporando o Cloud Cache para garantir a disponibilidade regional para o contêiner de perfil. Essa configuração foi projetada para fornecer robustez e redundância, permitindo que o contêiner de perfil seja acessível mesmo em caso de falhas ou paralisações em uma região específica. O Cloud Cache atua como uma camada de resiliência e disponibilidade, gravando periodicamente dados de perfil upstream para 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 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 finais.
Pontos Principais
- Redundante e robusto: permite que o contêiner de perfil seja acessível mesmo em caso de falhas ou paralisações, minimizando o tempo de inatividade para os usuários finais
- Resiliência: o Cloud Cache atua como uma camada de disponibilidade, gravando periodicamente dados de perfil upstream em vários provedores de armazenamento.
- Experiência em design de armazenamento: a funcionalidade do Cloud Cache depende do desempenho de seus provedores de armazenamento.
Resumo
A configuração Standard + High Availability combina os benefícios da configuração Standard com medidas adicionais para manter a disponibilidade entre regiões, tornando-a 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 (Standard + Alta Disponibilidade)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Vários provedores de armazenamento na mesma região ou armazenamento com redundância de zona.
- Compartilhamento validado e permissões NTFS (somente SMB).
Itens de configuração (padrão + alta disponibilidade)
| Itens | Descrição |
|---|---|
| Redundância de contêineres | O CCDLocations contém pelo menos 2 provedores de armazenamento de vários tipos. Os provedores de armazenamento estão na mesma região que as máquinas virtuais. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| Sem redirecionamentos de perfil personalizado | Não uso de redirections.xml arquivo. |
Configurações do Registro (Padrão + Alta Disponibilidade)
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| CCDLocações | MULTI_SZ ou REG_SZ | type=smb,name="FILES SMB PROVIDER",connectionString=\\<storage-account-name-1>.file.core.windows.net\<share-name>;type=smb,name="ANF SMB PROVIDER",connectionString=\\<azure-netapp-files-fqdn>\<volume-name> |
Exemplo |
| ClearCacheOnLogoff1 | DWORD | 1 | Recomendado |
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Recomendado |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Recomendado |
| LockedRetryCount5 | DWORD | 3 | Recomendado |
| LockedRetryInterval5 | DWORD | 15 | Recomendado |
| Tipo deperfil 6 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds5 | DWORD | 15 | Recomendado |
| ReAttachRetryCount5 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VolumeTipo7 | REG_SZ | VHDX | Recomendado |
1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados ao usar 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 1 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: Padrão + recuperação de desastres (sem recuperação de perfil)
O Standard + Disaster Recovery é uma extensão do Padrão básico. Nessa configuração, a infraestrutura duplicada existe em outra região, mas permanece desligada até que seja 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. Embora esse seja o cenário de recuperação menos complexo, ele vem com uma desvantagem significativa: a experiência e o treinamento do usuário final se tornam 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é que seja necessário.
- 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 usuário final: 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 | Contêineres padrão FSLogix (VHDLocations)
Pré-requisitos (Padrão + Recuperação de Desastres)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Duplicar a infraestrutura de armazenamento e computação em outra região.
- NTFS validada e permissões de nível de compartilhamento (somente SMB).
Itens de configuração (padrão + recuperação de desastres)
| Itens | Descrição |
|---|---|
| Local único do VHD | A configuração VHDLocations contém um único caminho UNC para um compartilhamento de arquivos SMB. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| Sem redirecionamentos de perfil personalizado | Não uso de redirections.xml arquivo. |
Configurações do Registro (Padrão + Recuperação de Desastres)
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
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 recursos adicionais para aprimorar a flexibilidade e a personalização.
Pontos Principais
- Várias configurações VHDLocations ou específicas de objeto: você pode especificar vários locais para armazenar perfis de usuário (VHDLocations). Como alternativa, você pode definir configurações específicas de objeto para personalizar o comportamento do perfil para usuários ou grupos específicos. Essa flexibilidade permite otimizar o gerenciamento de perfis com base nas necessidades da sua organização.
- Entradas mínimas em redirecionamentos de perfil personalizado: ao contrário da configuração Padrão, 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 do redirections.xml adiciona complexidade e pode causar comportamentos de aplicativos desconhecidos. Minimizar essas entradas pode fornecer uma experiência geral melhor para o 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 requisitos diversos.
Pré-requisitos (Avançado)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Vários compartilhamentos de arquivos SMB.
- Compartilhamento validado e permissões NTFS (somente SMB).
Itens de configuração (avançado)
| Itens | Descrição |
|---|---|
| Vários locais de VHD | A configuração VHDLocations contém um único ou vários caminhos UNC (separados por ponto-e-vírgula) para compartilhamentos de arquivos SMB. |
| Configurações específicas do objeto | Permite configurações exclusivas com base em um SID de usuário ou grupo. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| Mínimo redirections.xml | O arquivo XML contém entradas mínimas com complexidade menor. |
Dica
- Consulte a página redirections.xml perfil personalizado para obter informações adicionais.
- A página Tutorial: Criar e implementar redirections.xml demonstra como implementar esse recurso para o Microsoft Teams.
Configurações do Registro (Avançado)
Múltiplos VHDLocations
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Exemplo |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
VHDLocations específicos do objeto
O VHDLocations padrão é usado para qualquer usuário ou grupo que não corresponda à configuração específica do objeto.
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Exemplo |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| VHDLocations | MULTI_SZ ou REG_SZ | \\<server-name>\<share-name> |
Exemplo |
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| VHDLocations | MULTI_SZ ou REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Exemplo |
Aviso
Várias entradas no VHDLocations não fornecem resiliência de contêiner. Quando houver várias entradas, um usuário tentará criar ou localizar seu contêiner a partir da lista de locais em ordem. O primeiro local ao qual o usuário tem acesso ou está disponível será de onde o contêiner é criado ou anexado. Se estiver usando várias entradas, os usuários só devem ter acesso a um único local. Considere o uso das definições de configuração específicas do objeto em vez de vários VHDLocations.
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 (primário / failover)
O exemplo de configuração Advanced + Disaster Recovery adiciona complexidade por meio de um design de failover. Essa é uma estratégia comum para 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 (2) provedores de armazenamento que armazenam seus dados de perfil em locais diferentes. O Cloud Cache 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 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 Cloud Cache 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
- Design de failover: esse design garante a disponibilidade e a confiabilidade de 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 adicional de armazenamento: vários locais de armazenamento aumentarão o custo geral.
- Excelência operacional: Processo de failover manual, que pode exigir a aprovação das partes interessadas do negócio e validação do processo.
- Experiência do usuário final: você pode enfrentar alguma latência ou inconsistência nos dados do 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 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, incluindo custos adicionais, a necessidade de inicialização manual de failover e possível latência ou inconsistência nos dados de perfil.
Figura 3: Cache na nuvem (principal/failover) | Cache de nuvem FSLogix (CCDLocations)
Pré-requisitos (Avançado + Recuperação de Desastres)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Dois provedores de armazenamento em pelo menos duas regiões.
- Compartilhamento validado e permissões NTFS (somente SMB).
Itens de configuração (avançado + recuperação de desastres)
| Itens | Descrição |
|---|---|
| Redundância de contêineres | O CCDLocations contém dois (2) provedoresde armazenamento 1. O site primário é configurado com o provedor de armazenamento mais próximo listado primeiro e o provedor de armazenamento de failover fornecido listado por último. O site de failover tem a configuração inversa. O provedor de armazenamento mais próximo primeiro, seguido pelos provedores de armazenamento do local principal listados por último. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| Sem redirecionamentos de perfil personalizado | Não uso de redirections.xml arquivo. |
1 Os provedores de armazenamento devem estar em regiões ou locais diferentes.
Dica
Consulte a página Redireccionamentos de perfil personalizado para obter as exclusões recomendadas.
Configurações do Registro (Avançado + Recuperação de Desastres)
Site primário
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| CCDLocações | MULTI_SZ ou REG_SZ | type=smb,name="FILES SMB PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
Exemplo |
| ClearCacheOnLogoff1 | DWORD | 1 | Recomendado |
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Recomendado |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Recomendado |
| LockedRetryCount5 | DWORD | 3 | Recomendado |
| LockedRetryInterval5 | DWORD | 15 | Recomendado |
| Tipo deperfil 6 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds5 | DWORD | 15 | Recomendado |
| ReAttachRetryCount5 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VolumeTipo7 | REG_SZ | VHDX | Recomendado |
Site de failover
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| CCDLocações | MULTI_SZ ou REG_SZ | type=smb,name="FILES SMB FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
Exemplo |
| ClearCacheOnLogoff1 | DWORD | 1 | Recomendado |
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Recomendado |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Recomendado |
| LockedRetryCount5 | DWORD | 3 | Recomendado |
| LockedRetryInterval5 | DWORD | 15 | Recomendado |
| Tipo deperfil 6 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds5 | DWORD | 15 | Recomendado |
| ReAttachRetryCount5 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VolumeTipo7 | REG_SZ | VHDX | Recomendado |
1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados ao usar 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 1 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, permitindo que um único usuário tenha 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 finais. Múltiplas conexões configuradas corretamente aumentam a produtividade e a flexibilidade, tornando essa configuração adequada para organizações com necessidades diversas e altas demandas.
Observação
A Área de Trabalho Virtual do Azure não oferece 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)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Pools separados de máquinas virtuais.
- Vários compartilhamentos de arquivos SMB (não para alta disponibilidade).
- Compartilhamento validado e permissões NTFS (somente SMB).
Itens de configuração (complexos)
| Itens | Descrição |
|---|---|
| Localização de VHD múltiplo | A configuração VHDLocations contém um único ou vários caminhos UNC (separados por ponto-e-vírgula) para compartilhamentos de arquivos SMB. |
| Configurações específicas do objeto | Permite configurações exclusivas com base em um SID de usuário ou grupo. |
| Contêiner único | Um único contêiner de perfil é criado para o usuário. O contêiner ODFC não está configurado. |
| Conexão(ões) simultânea(s) | ProfileType é definido como 3. Os usuários podem ter várias entradas, mas apenas uma (1) sessão permite gravações no disco VHD base. |
| [OPCIONAL] redirections.xml | O arquivo XML contém várias entradas com complexidade adicional. |
Dica
- Consulte a página redirections.xml perfil personalizado para obter informações adicionais.
- A página Tutorial: Criar e implementar redirections.xml demonstra como implementar esse recurso para o Microsoft Teams.
Configurações do Registro (Complexas)
Múltiplos VHDLocations
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Exemplo |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
VHDLocations específicos do objeto
O VHDLocations padrão é usado para qualquer usuário ou grupo que não corresponda à configuração específica do objeto.
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | Recomendado |
| LockedRetryCount3 | DWORD | 3 | Recomendado |
| LockedRetryInterval3 | DWORD | 15 | Recomendado |
| Tipo deperfil 4 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds3 | DWORD | 15 | Recomendado |
| ReAttachRetryCount3 | DWORD | 3 | Recomendado |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
Exemplo |
| SizeInMBs | DWORD | 30000 | Padrão |
| VHDLocações | MULTI_SZ ou REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
Exemplo |
| VolumeTipo5 | REG_SZ | VHDX | Recomendado |
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| VHDLocations | MULTI_SZ ou REG_SZ | \\<server-name>\<share-name> |
Exemplo |
Caminho do Registro:HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| VHDLocations | MULTI_SZ ou REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
Exemplo |
Aviso
Várias entradas no VHDLocations não fornecem resiliência de contêiner. Quando houver várias entradas, um usuário tentará criar ou localizar seu contêiner a partir da lista de locais em ordem. O primeiro local ao qual o usuário tem acesso ou está disponível será de onde o contêiner é criado ou anexado. Se estiver usando várias entradas, os usuários só devem ter acesso a um único local. Considere o uso das definições de configuração específicas do objeto em vez de vários VHDLocations.
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)
A configuração Complex + Disaster Recovery baseia-se na configuração 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. No caso de uma perfuração ou BCDR, os usuários de uma região com falha recebem acesso a máquinas virtuais na região de funcionamento.
Pontos Principais
- Capacidade de failover: em caso de desastre, as regiões sobreviventes devem ter capacidade para oferecer suporte a todos os usuários.
- Armazenamento de perfis: o Cloud Cache permite que você armazene seus dados de perfil em diferentes locais.
- Custo adicional de armazenamento: vários locais de armazenamento aumentarão 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 adequadas do usuário.
- Experiência do usuário final: você pode enfrentar alguma latência ou inconsistência nos dados do perfil devido à sincronização assíncrona com os dois provedores de armazenamento.
Resumo
A configuração Complex + Disaster Recovery com Cloud Cache fornece redundância e flexibilidade, mas as decisões de negócios desempenham um papel crucial no início do failover.
Figura 5: Cache na nuvem (ativo/ativo) | Cache de nuvem FSLogix (CCDLocations)
Pré-requisitos (Complexo + Recuperação de Desastres)
- Pré-requisitos do FSLogix, incluindo exclusões de antivírus
- Área de Trabalho Virtual do Azure ou infraestrutura de Área de Trabalho Virtual equivalente.
- Pools separados de máquinas virtuais em cada local.
- Os usuários só têm acesso a uma única região por vez.
- Compartilhamento validado e permissões NTFS (somente SMB).
Itens de configuração (complexo + recuperação de desastres)
| Itens | Descrição |
|---|---|
| Redundância de contêineres | O CCDLocations contém dois (2) provedoresde armazenamento 1. O site primário é configurado com o provedor de armazenamento mais próximo listado primeiro e o provedor de armazenamento de failover fornecido listado por último. O site de failover tem a configuração inversa. O provedor de armazenamento mais próximo primeiro, seguido pelos provedores de armazenamento do local principal listados por último. |
| Contêiner único | Um contêiner de perfil e ODFC existe ou é criado para cada usuário. |
| Sem conexões simultâneas | A configuração ProfileType é definida como 0 ou não configurada. O perfil de um usuário só pode ser montado em uma única conexão. |
| [OPCIONAL] redirections.xml | O arquivo XML contém várias entradas com complexidade adicional. |
Dica
- Consulte a página redirections.xml perfil personalizado para obter informações adicionais.
- A página Tutorial: Criar e implementar redirections.xml demonstra como implementar esse recurso para o Microsoft Teams.
Configurações do Registro (Complexo + Recuperação de Desastres)
Sítio A (Oeste dos EUA)
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| CCDLocações | MULTI_SZ ou REG_SZ | type=smb,name="FILES SMB WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
Exemplo |
| ClearCacheOnLogoff1 | DWORD | 1 | Recomendado |
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Recomendado |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Recomendado |
| LockedRetryCount5 | DWORD | 3 | Recomendado |
| LockedRetryInterval5 | DWORD | 15 | Recomendado |
| Tipo deperfil 6 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds5 | DWORD | 15 | Recomendado |
| ReAttachRetryCount5 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VolumeTipo7 | REG_SZ | VHDX | Recomendado |
Sítio B (Leste dos EUA)
| Nome da chave | Tipo de Dados | Valor | Descrição |
|---|---|---|---|
| CCDLocações | MULTI_SZ ou REG_SZ | type=smb,name="FILES SMB EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
Exemplo |
| ClearCacheOnLogoff1 | DWORD | 1 | Recomendado |
| Enabled | DWORD | 1 | OBRIGATÓRIO |
| DeleteLocalProfileWhenVHDShouldApply2 | DWORD | 1 | Recomendado |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | Recomendado |
| HealthyProvidersRequiredForRegister4 | DWORD | 1 | Recomendado |
| LockedRetryCount5 | DWORD | 3 | Recomendado |
| LockedRetryInterval5 | DWORD | 15 | Recomendado |
| Tipo deperfil 6 | DWORD | 0 | Padrão |
| ReAttachIntervalSeconds5 | DWORD | 15 | Recomendado |
| ReAttachRetryCount5 | DWORD | 3 | Recomendado |
| SizeInMBs | DWORD | 30000 | Padrão |
| VolumeTipo7 | REG_SZ | VHDX | Recomendado |
1 Recomendado para economizar espaço em disco no disco local e risco de perda de dados ao usar 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 1 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 múltiplo VHDLocations
Ao usar vários valores na configuração, é importante entender como o VHDLocations FSLogix determina o local a ser usado.
Aviso
Os usuários que têm acesso a vários locais podem criar um novo perfil em outro local se o local para seu perfil real não estiver disponível.
Figura 5: Diagrama lógico VHDLocations