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 no volume sempre terá precedência. Quando não houver espaço livre suficiente no volume para armazenar o mesmo número de dias de arquivos, conforme a descrição da política de data, a Sincronização de Arquivos do Azure substituirá a política de data e continuará a transferir os arquivos mais frios até que o percentual de espaço livre no volume seja atingido.
Como ambas as políticas funcionam em conjunto
Usaremos um exemplo para ilustrar como essas políticas funcionam: digamos que você configurou a Sincronização de Arquivos do Azure em um volume local de 500 GiB e a camada de nuvem nunca foi habilitada. Estes são os arquivos em seu compartilhamento de arquivos:
| Nome do Arquivo | Horário do último acesso | Tamanho do arquivo | Armazenado em |
|---|---|---|---|
| Arquivo 1 | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 2 | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 3 | 1 ano atrás | 200 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 4 | 1 ano, 2 dias atrás | 120 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 5 | 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. Esses 400 GiB armazenarão os arquivos mais recentes e acessados com frequência no volume local.
Com essa configuração, somente os arquivos de 1 a 4 seriam armazenados no cache local e o arquivo 5 seria em camadas. Isso é apenas 360 GiB dos 400 GiB que poderiam ser usados. O arquivo 5 tem 140 GiB e excederia o limite de 400 GiB se tivesse sido armazenado no cache local.
Alteração 2: digamos que um usuário acesse o arquivo 5. Isso torna o arquivo 5 o mais recentemente acessado no compartilhamento. Como resultado, o Arquivo 5 seria armazenado no cache local e, para ficar dentro do limite de 400 GiB, o Arquivo 4 seria transferido. 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 5 | 2 horas atrás | 140 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 1 | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 2 | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 3 | 1 ano atrás | 200 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 4 | 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 transferência baseada em 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 2 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 2 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 5 | 1 hora atrás | 140 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 1 | 2 dias atrás | 10 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 2 | 10 dias atrás | 30 GiB | Servidor e compartilhamento de arquivos do Azure |
| Arquivo 3 | 1 ano atrás | 200 GiB | Compartilhamento de arquivos do Azure, em camadas, localmente |
| Arquivo 4 | 1 ano, 2 dias atrás | 120 GiB | Compartilhamento de arquivos do Azure, em camadas, localmente |
Nesse caso, os arquivos 1, 2 e 5 seriam armazenados localmente em cache e os arquivos 3 e 4 seriam em camadas. Como a política de data é de 60 dias, os arquivos 3 e 4 são 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% a 10%) ou alteram a política de data para um valor maior (por exemplo, de 20 a 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, se houver 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 eles começarão a transferir os arquivos mais frios quando tiverem menos de 30% de espaço livre disponível.