Políticas de hierarquização na nuvem
A hierarquização na nuvem tem duas políticas que determinam quais arquivos são hierarquizados na nuvem: a política de espaço livre de volume e a política de data.
A política de espaço livre de volume garante que uma porcentagem especificada do volume local em que o ponto de extremidade do servidor está localizado seja sempre mantida livre.
A política de data hierarquiza os arquivos acessados pela última vez há x dias ou mais tarde. A política de espaço livre de volume tem sempre 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. Ele continua hierarquizando os arquivos mais frios até atingir a 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 hierarquização na nuvem não esteja habilitada. Você tem estes arquivos em seu compartilhamento de arquivos:
| Nome de Ficheiro | Hora do último acesso | Tamanho do Ficheiro | Conservado em |
|---|---|---|---|
| Ficheiro A | Há 2 dias | 10 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro B | Há 10 dias | 30 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro C | há 1 ano | 200 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro D | há 1 ano, 2 dias | 120 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro E | há 2 anos, 1 dia atrás | 140 GiB | Compartilhamento de arquivos do servidor e do Azure |
Alteração 1: ativou a hierarquização na nuvem, definiu uma política de espaço livre de volume de 20% e manteve a política de data desativada. Com essa configuração, a hierarquização na nuvem garante que 20% (neste caso, 100 GiB) do espaço seja mantido livre e disponível na máquina local. Como resultado, a capacidade total do cache local é de 400 GiB. Esse cache armazena os arquivos acessados com mais recente e freqüência no volume local.
Com essa configuração, apenas os arquivos de A a D seriam armazenados no cache local e o arquivo E seria hierarquizado. Isso representa apenas 360 GiB dos 400 GiB que poderiam ser usados. O arquivo E é de 140 GiB e excederia o limite se fosse armazenado em cache localmente.
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 caber abaixo do limite de 400 GiB, o arquivo D seria hierarquizado. A tabela a seguir mostra onde os arquivos são armazenados com essas atualizações:
| Nome de Ficheiro | Hora do último acesso | Tamanho do Ficheiro | Conservado em |
|---|---|---|---|
| Ficheiro E | há 2 horas | 140 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro A | Há 2 dias | 10 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro B | Há 10 dias | 30 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro C | há 1 ano | 200 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro D | há 1 ano, 2 dias | 120 GiB | Compartilhamento de arquivos do Azure hierarquizado 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 de volume seja de 70%. Agora, apenas até 150 GiB podem ser armazenados no cache local. Embora o arquivo B tenha sido acessado há menos de 60 dias, a política de espaço livre de volume substitui a política de data e o arquivo B é hierarquizado para manter os 70% de espaço livre local.
Alteração 4: Se você alterou a política de espaço livre de volume para 20% e, em seguida, usou Invoke-StorageSyncFileRecall para recuperar todos os arquivos que cabem na unidade local enquanto adere às políticas de hierarquização na nuvem, a tabela ficaria assim:
| Nome de Ficheiro | Hora do último acesso | Tamanho do Ficheiro | Conservado em |
|---|---|---|---|
| Ficheiro E | há 1 hora | 140 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro A | Há 2 dias | 10 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro B | Há 10 dias | 30 GiB | Compartilhamento de arquivos do servidor e do Azure |
| Ficheiro C | há 1 ano | 200 GiB | Compartilhamento de arquivos do Azure hierarquizado localmente |
| Ficheiro D | há 1 ano, 2 dias | 120 GiB | Compartilhamento de arquivos do Azure hierarquizado localmente |
Nesse caso, os arquivos A, B e E seriam armazenados em cache localmente e os arquivos C e D seriam hierarquizados. Como a política de data é de 60 dias, os arquivos C e D são hierárquicos, mesmo que a política de espaço livre de volume permita até 400 GiB localmente.
Nota
Os arquivos não são recuperados automaticamente quando os clientes alteram a política de espaço livre de 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 dias a 50 dias).
Vários pontos de extremidade de servidor em um volume local
Você pode habilitar a hierarquização na nuvem para vários pontos de extremidade de servidor em um único volume local. Para essa configuração, você deve definir o espaço livre de volume para a mesma quantidade para 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 de volume efetivo. 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 hierarquizar os arquivos mais frios quando tiverem menos de 30% de espaço livre disponível.