Políticas de camada de nuvem
A camada de nuvem tem duas políticas que determinam quais arquivos estão em camadas na nuvem: a política de espaço livre do volume e a política de data.
A política de espaço livre do volume garante que um percentual especificado do volume local no qual o ponto de extremidade do servidor está localizado seja sempre mantido livre.
Os arquivos de camadas de política de data acessados pela última vez há x dias atrás ou posterior. A política de espaço livre de volume sempre tem precedência. Quando não há espaço livre suficiente no volume para armazenar tantos dias de arquivos quanto a política de data especifica, a Sincronização de Arquivos do Azure substitui a política de data. Ela continua dispondo os arquivos mais frios em camadas até atender à porcentagem de espaço livre de volume.
Como ambas as políticas funcionam em conjunto
Aqui está um exemplo para ilustrar como essas políticas funcionam. Digamos que você configure a Sincronização de Arquivos do Azure em um volume local de 500 GiB e a camada de nuvem não está habilitada. Você tem esses arquivos no seu compartilhamento de arquivos:
| Nome do Arquivo | Horário do último acesso | Tamanho do arquivo | Armazenado em |
|---|---|---|---|
| Arquivo A | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo B | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo C | 1 ano atrás | 200 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo D | 1 ano, 2 dias atrás | 120 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo E | 2 anos, 1 dia atrás | 140 GiB | Servidor e compartilhamento de arquivos do Azure |
Alteração 1: você habilitou a camada de nuvem, definiu uma política de espaço livre em volume de 20% e manteve a política de data desabilitada. Com essa configuração, a camada de nuvem garante 20% (neste caso, 100 GiB) de espaço é mantida livre e disponível no computador local. Como resultado, a capacidade total do cache local é de 400 GiB. Esse cache armazenará os arquivos mais recentes e acessados com mais frequência no volume local.
Com essa configuração, somente os arquivos de A a D seriam armazenados no cache local e o arquivo E seria disposto em camadas. Isso é apenas 360 GiB dos 400 GiB que poderiam ser usados. O arquivo E tem 140 GiB e excederia o limite se tivesse sido armazenado no cache local.
Alteração 2: digamos que um usuário acesse o arquivo E, tornando o arquivo E o arquivo acessado mais recentemente no compartilhamento. Como resultado, o arquivo E seria armazenado no cache local e, para se ajustar ao limite de 400 GiB, o arquivo D seria disposto em camadas. A tabela a seguir mostra onde os arquivos são armazenados, com essas atualizações:
| Nome do Arquivo | Horário do último acesso | Tamanho do arquivo | Armazenado em |
|---|---|---|---|
| Arquivo E | 2 horas atrás | 140 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo A | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo B | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo C | 1 ano atrás | 200 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo D | 1 ano, 2 dias atrás | 120 GiB | Compartilhamento de arquivos do Azure, em camadas, localmente |
Alteração 3: imagine que você atualizou as políticas para que a política de data seja de 60 dias e a política de espaço livre no volume seja de 70%. Agora, só podem ser armazenados até 150 GiB no cache local. Embora o arquivo B tenha sido acessado há menos de 60 dias, a política de espaço livre do volume substituirá a política de data e o arquivo B será colocado em camadas para manter os 70% de espaço livre local.
Alteração 4: se você alterou a política de espaço livre do volume para 20% e, em seguida, usou Invoke-StorageSyncFileRecall para recuperar todos os arquivos que se encaixam na unidade local enquanto obedecem às políticas de camadas de nuvem, a tabela ficaria assim:
| Nome do Arquivo | Horário do último acesso | Tamanho do arquivo | Armazenado em |
|---|---|---|---|
| Arquivo E | 1 hora atrás | 140 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo A | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo B | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo C | 1 ano atrás | 200 GiB | Compartilhamento de arquivos do Azure, em camadas, localmente |
| Arquivo D | 1 ano, 2 dias atrás | 120 GiB | Compartilhamento de arquivos do Azure, em camadas, localmente |
Nesse caso, os arquivos A, B e E seriam armazenados em cache localmente e os arquivos C e D seriam colocados em camadas. Como a política de data é de 60 dias, os arquivos C e D são dispostos em camadas, mesmo que a política de espaço livre do volume permita até 400 GiB localmente.
Observação
Os arquivos não são automaticamente chamados de volta quando os clientes alteram a política de espaço livre do volume para um valor menor (por exemplo, de 20% para 10%) ou alteram a política de data para um valor maior (por exemplo, de 20 para 50 dias).
Vários pontos de extremidade do servidor em um volume local
A camada de nuvem pode ser habilitada para vários pontos de extremidade de servidor em um único volume local. Para essa configuração, você deve definir o espaço livre do volume para o mesmo valor de todos os pontos de extremidade do servidor no mesmo volume. Se você definir diferentes políticas de espaço livre de volume para vários pontos de extremidade de servidor no mesmo volume, a maior porcentagem de espaço livre de volume terá precedência. Isso é chamado de política de espaço livre do volume em vigor. Por exemplo, digamos que você tenha três pontos de extremidade de servidor no mesmo volume local: um definido como 15%, outro definido como 20% e um terceiro definido como 30%. Todos os três começarão a colocar os arquivos mais frios em camadas quando tiverem menos de 30% de espaço livre disponível.