Visão geral do Cloud Cache

O Cloud Cache é uma funcionalidade que funciona com containers Profile e ODFC para proporcionar resiliência e alta disponibilidade. O Cloud Cache utiliza o contentor montado localmente para fornecer atualizações periódicas aos fornecedores de armazenamento remoto. O Cloud Cache foi concebido para proteger os utilizadores de problemas de armazenamento local de curto prazo ou intermitentes (região interior, proximidade). Com base na configuração, pode também ser utilizado como parte de um plano de Continuidade de Negócios ou Recuperação de Desastres (BCDR) ao utilizar fornecedores de armazenamento remoto em diferentes regiões. A utilização do Cloud Cache impõe um requisito de desempenho e armazenamento na máquina virtual para acomodar as operações extra de I/O e armazenamento exigidas pela cache local.

Considerações sobre o Cloud Cache:

• O Cloud Cache utiliza fornecedores de armazenamento baseados na ordem das entradas em CCDLocations.
• Os fornecedores de armazenamento devem ser listados por ordem de proximidade e depois por preferência.
• Apenas um (1) fornecedor é utilizado quando os dados são recuperados do fornecedor de armazenamento.
• Os dados são escritos para todos os fornecedores de armazenamento, independentemente do fornecedor utilizado durante a hidratação dos dados.
• O desempenho (latência, utilização, gargalos) de um fornecedor de armazenamento afeta o seu estado de sincronização com a cópia local.
• Ter um (1) ou mais fornecedor atrasado nas atualizações a partir da cache local pode ser um indicador de um fornecedor de armazenamento com baixo desempenho.
• Ping ou Test-NetConnection resultados de comandos não são o mesmo que I/O transacional e são maus indicadores de como um fornecedor de armazenamento irá ou pode desempenhar.

^{Figura 1: Diagrama detalhado que mostra os componentes do Cloud Cache}

Componentes da Cache na Nuvem

Cache Local

O Cloud Cache consegue proteger o utilizador de problemas de conectividade aos fornecedores de armazenamento remoto porque o contentor utilizado para o perfil do utilizador é criado e armazenado localmente na máquina virtual (cache local). Durante um primeiro login, o FSLogix cria o contentor para o utilizador em C:\ProgramData\FSLogix\Cache e armazena dados lidos do fornecedor de armazenamento remoto e dados escritos da máquina local. De seguida, o FSLogix configura todos os redirecionamentos necessários para o perfil do utilizador. Depois, o Serviço de Perfis de Utilizador cria o perfil do utilizador na cache local.

Durante um^2.º ou^N.º login, o FSLogix tenta encontrar e montar quaisquer VHDs locais de cache anteriores armazenados na máquina virtual. Procurar uma cache local é a configuração padrão e pode não ser desejável, pois pode levar a eventos com pouco espaço em disco. Consulte a página de referência de definições do Cloud Cache para mais definições. Se não existirem VHD(s) de cache local(s), regista-se um ficheiro Proxy e cria-se um VHD de cache local. De seguida, o FSLogix irá configurar os redirecionamentos necessários para o perfil do utilizador. Finalmente, o FSLogix utilizará um (1) dos fornecedores de armazenamento remoto como código-fonte de leitura para preencher a cache local conforme solicitado pelo sistema operativo durante o processo de início de sessão para completar o log-in.

Objetos de Cache

Ficheiros em fila

Os *.queue ficheiros são criados para cada fornecedor de armazenamento remoto. Cada *.queue ficheiro irá rastrear os vários *.index ficheiros que ainda não foram gravados na cache local ou nos fornecedores de armazenamento remoto.

Ficheiros de índice

Os *.index ficheiros contêm lotes de alterações ao nível do bloco que precisam de ser escritas para os fornecedores de cache local e armazenamento remoto.

^{Figura 2: Cloud Cache Local Cache}

Fornecedores de Armazenamento Remotos (hidratar, limpar, clonar)

A Cloud Cache opera o perfil do utilizador a partir da cache local durante a sessão do utilizador e deve ser configurada com um ou mais fornecedores de armazenamento remoto, conforme especificado em CCDLocations. Estes fornecedores de armazenamento remoto armazenam cópias completas da cache local e são usados durante a sessão atual e para logins subsequentes. Se todos os fornecedores se tornarem doentes durante a sessão do utilizador, a cache local continua a operar e a crescer¹ até que um ou mais fornecedores regressem a um estado saudável .

^{1 A cache local só crescerá até ao tamanho máximo do contentor conforme especificado na SizeInMBs definição.}

Hidrata-te

Quando a cache local não contém os dados solicitados pelo sistema de ficheiros, o Cloud Cache hidrata (lê e copia) os dados de um dos fornecedores de armazenamento remoto para a cache local. Esta operação faz também parte do processo de início de sessão ao preencher a cache local do perfil do utilizador.

Rubor

A operação de lavagem ocorre normalmente de três formas.

1. Numa operação assíncrona preguiçosa, o Cloud Cache limpa as alterações para todos os fornecedores de armazenamento simultaneamente, à medida que cada fornecedor é esvaziado no seu próprio thread. O FSLogix não limita esta operação e utiliza tanta largura de banda quanto o sistema permite.
2. Durante o encerramento, quando um ou mais fornecedores não contêm todas as atualizações, a finalização da sessão do utilizador é atrasada ² até que todos os fornecedores estejam na mesma sequência.
3. Durante a sessão de um utilizador, quando a ligação a qualquer fornecedor de armazenamento se torna instável, o FSLogix coloca todas as alterações em fila e depois encaminha-as para os fornecedores quando regressam a um estado saudável.

^{2 A saída de sessão de um utilizador é atrasada com base na forma como o Cloud Cache está configurado, usando os valores HealthyProvidersRequiredForUnregister e CcdUnregisterTimeout.}

Clone

Um clone completo de VHD(x) é realizado quando o Cloud Cache determina, no início de sessão, que um fornecedor de armazenamento não está na mesma sequência. Durante esta operação, todas as escritas pendentes são mantidas na cache local até que todos os fornecedores de armazenamento estejam na mesma sequência. Quando concluída, a operação de limpeza começa a enviar novos dados aos fornecedores de armazenamento.

Arquivo Proxy

O Cloud Cache utiliza o conceito de um ficheiro proxy, representado como Profile_%username%.vhd, embora não seja um verdadeiro ficheiro VHD. O ficheiro de proxy é montado na máquina local como o VHD registado que representa o contentor do utilizador. O ficheiro proxy é usado como meio de processar todas as escritas de E/S destinadas à cache local. Isto inclui dados em falta na cache local que são hidratados por um fornecedor de armazenamento remoto. As escritas de I/O são armazenadas em buffer no disco e rastreadas através do ficheiro proxy antes de serem escritas como *.index objetos de cache no diretório de cache. Embora o ficheiro proxy tenha o mesmo tamanho que o ficheiro de cache local, o tamanho real no disco é zero, pois nenhum dado é escrito neste ficheiro.

^{Figura 3: Ficheiro Proxy da Cache na Cloud}

Ficheiros Auxiliares

O Cloud Cache utiliza dois (2) ficheiros auxiliares para manter o controlo e a sequência da cache local.

Ficheiro de bloqueio

O ficheiro de bloqueio é o que o nome pode sugerir, um ficheiro usado para determinar qual máquina virtual tem um bloqueio de I/O no contentor. O Cloud Cache utiliza esta informação para determinar a propriedade do contentor para um determinado fornecedor. O mecanismo do ficheiro de bloqueio é crítico quando se utiliza Cloud Cache com o ProfileType definido para '3' (sessões múltiplas ou simultâneas). Este ficheiro só existe nos fornecedores de armazenamento remoto.

Ficheiro de Metadados

O ficheiro meta é um ficheiro multiusos onde monitorizamos o estado do contentor. Dentro do ficheiro meta, o Cloud Cache utiliza um sistema de numeração de sequência para determinar qual o fornecedor que possui os dados mais recentes. Este ficheiro é tanto local para a máquina virtual como sincronizado com os fornecedores de armazenamento remoto.

Fornecedores de Armazenamento

O FSLogix não é um fornecedor de armazenamento, baseamo-nos na arquitetura subjacente do(s) fornecedor(es). Para mais informações sobre os fornecedores de armazenamento que o FSLogix suporta, consulte as nossas Opções de Armazenamento em Contentores.

Próximos passos