Visão geral da camada de nuvem

A tierização de nuvem, um recurso opcional do Sincronização de Arquivos do Azure, diminui a quantidade de armazenamento local necessária, mantendo o desempenho de um servidor de arquivos local.

Quando você habilita esse recurso, ele armazena apenas arquivos (quentes) acessados com frequência no servidor local. Os arquivos acessados com pouca frequência (frios) são divididos em namespace (estrutura de arquivos e pastas) e conteúdo de arquivo. O namespace é armazenado localmente e o conteúdo do arquivo é armazenado em um compartilhamento de arquivos Azure na nuvem.

Quando um usuário abre um arquivo em camadas, o Sincronização de Arquivos do Azure recupera automaticamente os dados do arquivo do compartilhamento de arquivos do Azure.

Como funciona a camada de nuvem

A definição em camadas de nuvem monitora padrões de acesso a arquivos e define camadas para arquivos com base nas políticas definidas.

Políticas da camada de nuvem

Quando você habilita a camada de nuvem, há duas políticas que podem ser definidas para informar à Sincronização de Arquivos do Azure quando os arquivos frios devem ser transferidos: a política de espaço livre do volume e a política de data.

Política de espaço livre do volume

A política de espaço livre do volume informa à Sincronização de Arquivos do Azure que os arquivos frios devem ser transferidos para a nuvem quando uma determinada quantidade de espaço é consumida no disco local.

Por exemplo, se a capacidade do disco local for de 200 GiB e você quiser que pelo menos 40 GiB da capacidade do disco local permaneçam sempre livres, defina a política de espaço livre de volume como 20%. O espaço livre no volume aplica-se no nível do volume, não no nível de diretórios individuais ou de pontos de extremidade do servidor.

Política de data

Com a política de data, os arquivos interessantes são colocados em camadas na nuvem se não tiverem sido acessados (lidos ou gravados) por um número x de dias. Por exemplo, se você perceber que os arquivos que passaram mais de 15 dias sem serem acessados normalmente são arquivos de arquivamento, defina sua política de data para 15 dias.

Para obter mais exemplos de como as políticas de data e de espaço livre do volume funcionam juntas, confira Escolher as políticas da camada de nuvem da Sincronização de Arquivos do Azure.

Eliminação de duplicação de dados do Windows Server

Começando com o Windows Server 2016, há suporte para a eliminação de duplicação de dados nos volumes que têm a camada de nuvem habilitada. Para obter mais informações, consulte Plano para uma implantação de Sincronização de Arquivos do Azure.

Mapa de calor da camada de nuvem

Sincronização de Arquivos do Azure monitora o acesso a arquivos (operações de leitura e gravação) ao longo do tempo e atribui uma pontuação de calor a cada arquivo com base em quão recente e freqüentemente o arquivo é acessado. Ela usa essas pontuações para criar um "mapa de calor" do namespace em cada ponto de extremidade do servidor. Este mapa de calor é uma lista de todos os arquivos de sincronização em um local com a camada de nuvem habilitada, ordenados pela pontuação de calor. Arquivos acessados com frequência que foram abertos recentemente são considerados quentes, enquanto arquivos que raramente foram acessados e não são acessados há algum tempo são considerados frios.

Para determinar a posição relativa de um arquivo individual nesse mapa de calor, o sistema usa o máximo de seus carimbos de data e hora, na seguinte ordem: MAX (Hora do último acesso, hora da última modificação, hora da criação).

Geralmente, o horário do último acesso é acompanhado e está disponível. No entanto, quando você cria o ponto de extremidade do servidor é criado, com a camada de nuvem habilitada, não há tempo suficiente para observar o acesso ao arquivo. Se não houver um último tempo de acesso válido, o tempo da última modificação será usado para avaliar a posição relativa no mapa de calor.

A política de data funciona da mesma forma. Sem horário do último acesso, a política de data considera o horário da última modificação. Se isso não estiver disponível, ele retornará ao tempo de criação de um arquivo. Com o tempo, o sistema observa mais solicitações de acesso a arquivos e começa automaticamente a usar o último tempo de acesso auto-controlado.

Considerações ao escolher uma política de definição de camadas de nuvem

Arquivos frios que são acessados com menos frequência são mais adequados para serem arquivos em camadas, pois a recuperação de dados requer o download da nuvem. A Sincronização de Arquivos do Azure reserva 10% da memória total para armazenar os recalls no disco. Se 60% dessa memória reservada estiver em uso, os recalls não serão persistidos no disco. Se um grande número de arquivos em camadas estiverem presentes no sistema e muito acesso ocorrer, o sistema poderá atingir um limite de memória. Essa situação pode causar saída extra inesperada, degradação do desempenho de E/S, lentidão do sistema e travamentos.

Recall proativo

Quando um arquivo é criado ou modificado, você pode fazer recall proativo do arquivo para os servidores especificados. Com o recall proativo, o arquivo novo ou modificado fica disponível imediatamente para consumo em cada servidor especificado.

Por exemplo, uma empresa distribuída globalmente tem filiais nos EUA e na Índia. De manhã, nos EUA, os profissionais da informação criam uma nova pasta e arquivos para um novo projeto e trabalham o dia todo nele. Sincronização de Arquivos do Azure sincroniza as pastas e arquivos com o compartilhamento de arquivos do Azure (ponto de extremidade na nuvem), que serve como o hub central entre todos os servidores registrados. Os profissionais da informação na Índia continuarão trabalhando no projeto em seu fuso horário. Quando eles chegam pela manhã, o servidor local Sincronização de Arquivos do Azure habilitado na Índia precisa ter esses novos arquivos disponíveis localmente para que a equipe da Índia possa trabalhar com eficiência fora de um cache local. Habilitar o recall proativo informa ao servidor para baixar os arquivos assim que eles forem alterados ou criados no compartilhamento de arquivos do Azure, em vez de aguardar até que um usuário tente abri-los.

Se os arquivos em recuperação no servidor não forem realmente necessários localmente, essa recuperação desnecessário pode aumentar o tráfego de saída e os custos. Portanto, somente habilite o recall proativo quando você souber que a pré-população do cache de um servidor com alterações recentes da nuvem terá um efeito positivo sobre os usuários ou aplicativos que usam os arquivos nesse servidor.

A habilitação da recuperação proativa também pode resultar no aumento do uso da Largura de Banda no servidor e fazer com que outros conteúdos relativamente novos no servidor local sejam transferidos intensivamente devido ao aumento da recuperação de arquivos. Por sua vez, a divisão em camadas muito cedo pode levar a mais recalls se os arquivos que estão sendo colocados em camadas forem considerados frequentes pelos servidores.

Para obter mais informações sobre recall proativo, consulte Deploy Sincronização de Arquivos do Azure.

Comparação entre o comportamento de um arquivo transferido e um em cache local

A camada de nuvem é a separação entre o namespace (a hierarquia de arquivos e pastas, bem como as propriedades do arquivo) e o conteúdo do arquivo.

Arquivo transferido

Para arquivos em camadas, o tamanho no disco é zero porque o conteúdo do arquivo em si não está sendo armazenado localmente. Quando um arquivo está em camadas, o filtro de sistema de arquivos de Sincronização de Arquivos do Azure (StorageSync.sys) substitui o arquivo localmente por um ponteiro chamado ponto de nova análise. O ponto de nova análise representa uma URL para o arquivo no compartilhamento de arquivo do Azure. Um arquivo em camadas tem o atributo offline e o atributo FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS definidos no NTFS para que os aplicativos de terceiros possam identificar com segurança os arquivos em camadas.

Arquivo armazenado em cache localmente

Para arquivos armazenados em um servidor de arquivos local, o tamanho no disco é quase igual ao tamanho lógico do arquivo, pois todo o arquivo (atributos de arquivo e conteúdo do arquivo) é armazenado localmente.

Também é possível que um arquivo seja parcialmente colocado em camadas ou esteja parcialmente em recall. No caso de um arquivo disposto parcialmente em camadas, apenas uma parte do arquivo está no disco. Talvez você tenha arquivos parcialmente em recall no seu volume se os arquivos forem parcialmente lidos por aplicativos que suportam acesso de streaming a arquivos. Alguns exemplos são players de multimídia e utilitários zip. Sincronização de Arquivos do Azure é eficiente e lembra apenas as informações solicitadas do compartilhamento de arquivos Azure conectado.

Modo de pouco espaço em disco

Discos que têm pontos de extremidade de servidor podem ficar sem espaço por vários motivos, mesmo quando a camada de nuvem está habilitada. Esses motivos incluem:

• Copiar manualmente dados para um disco fora do caminho do ponto de extremidade do servidor.
• Sincronização lenta ou adiada fazendo com que os arquivos não sejam transferidos
• Excesso de recalls dos arquivos transferidos

Quando o espaço em disco se esgota, Sincronização de Arquivos do Azure pode não funcionar corretamente e pode até se tornar inutilizável. Embora Sincronização de Arquivos do Azure não possa impedir completamente essas ocorrências, o modo de espaço em disco baixo (disponível em Sincronização de Arquivos do Azure versões do agente a partir da 15.1) ajuda a impedir que um ponto de extremidade do servidor atinja essa situação e ajuda o servidor a sair dela mais rapidamente.

Para endpoints do servidor com escalonamento na nuvem habilitado, se o espaço livre no volume cair abaixo do limite calculado, o volume entrará no modo de pouca disponibilidade de espaço em disco.

No modo de espaço em disco baixo, o agente Sincronização de Arquivos do Azure faz duas coisas de forma diferente:

• Hierarquização proativa: o agente de sincronização de arquivos organiza os arquivos de forma mais proativa para a nuvem. O agente de sincronização verifica arquivos para escalonar a cada minuto, em vez de uma vez por hora. Normalmente, a hierarquização da política de espaço livre de volume não ocorre durante a sincronização inicial de upload, até que o carregamento completo seja concluído. No entanto, no modo de espaço em disco baixo, a hierarquização é habilitada durante a sincronização inicial de upload, e os arquivos são considerados para hierarquização depois que o arquivo individual é carregado no compartilhamento de arquivos do Azure.

• Chamadas não persistentes: quando um usuário abre um arquivo em camadas, os arquivos recuperados diretamente do compartilhamento de arquivos do Azure não são persistidos no disco. Os recalls iniciados pelo Invoke-StorageSyncFileRecall cmdlet são uma exceção a essa regra e são persistidos no disco.

Quando o espaço livre no volume supera o limite, o Sincronização de Arquivos do Azure reverte automaticamente para o estado normal. O modo de espaço em disco baixo só se aplica a servidores com camada de nuvem habilitada e sempre respeita a política de espaço livre do volume.

Se um volume tiver dois pontos de extremidade de servidor, um com o gerenciamento de camadas habilitado e outro sem, o modo de espaço em disco baixo só se aplicará ao ponto de extremidade do servidor onde o gerenciamento de camadas está habilitado.

Como é calculado o limite para o modo de pouco espaço em disco?

Calcule o limite tomando o mínimo dos três números a seguir:

• 10% do tamanho do volume em GiB
• Política de Espaço Livre de Volume em GiB
• 20 GiB

A tabela a seguir inclui alguns exemplos de como o limite é calculado e quando o volume está no modo de espaço em disco baixo.

Como o modo de pouco espaço em disco funciona com a política de espaço livre do volume?

O modo de pouco espaço em disco sempre respeita a política de espaço livre do volume. O cálculo de limite foi projetado para garantir que ele respeite a política de espaço livre de volume definida.

Qual é a causa mais comum para um ponto de extremidade do servidor estar no modo de pouco espaço em disco?

A principal causa do modo de pouco espaço em disco é copiar ou transferir grandes quantidades de dados para o disco onde um ponto de extremidade de servidor habilitado para transferências está localizado.

Como faço para sair do modo de espaço em disco baixo?

O modo de disco baixo alterna automaticamente para o comportamento normal, não mantendo os recalls e hierarquizando arquivos com mais frequência, sem a necessidade de nenhuma intervenção. Você pode acelerar o processo manualmente aumentando o tamanho do volume ou liberando espaço fora do ponto de extremidade do servidor.

Como posso verificar se um servidor está no modo de espaço em disco baixo?

• Se um ponto de extremidade de servidor estiver no modo de espaço em disco reduzido, o portal do Azure o exibirá na seção saúde de nível na nuvem da guia Erros + solução de problemas do ponto de extremidade do servidor.
• A ID do evento 19000 é registrada no log de eventos de Telemetria a cada minuto para todo ponto de extremidade do servidor. Use esse evento para determinar se o ponto de extremidade do servidor está no modo de espaço em disco baixo (IsLowDiskMode = true). Você pode encontrar o log de eventos de telemetria no Visualizador de Eventos em Applications and Services\Microsoft\FileSync\Agent.

Consulte também

• Escolher as políticas da camada de nuvem da Sincronização de Arquivos do Azure
• Plano para uma implantação de Sincronização de Arquivos do Azure