Capacidade de armazenamento do volume - FSx para ONTAP
Divisão de dados em níveis no volumeSnapshots e capacidade de armazenamentoCapacidade do arquivo de volumes

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Capacidade de armazenamento do volume

Os volumes do FSx para ONTAP são recursos virtuais usados para agrupar dados, determinar como são armazenados e o tipo de acesso a eles. Os volumes, assim como as pastas, não consomem a capacidade de armazenamento do sistema de arquivos sozinhos. Somente os dados armazenados em um volume consomem o armazenamento SSD e, dependendo da política de divisão em níveis do volume, o armazenamento do grupo de capacidade. Você define o tamanho de um volume ao criá-lo e pode alterá-lo posteriormente. Você pode monitorar e gerenciar a capacidade de armazenamento de seus volumes FSx for ONTAP usando a API AWS Management Console, AWS CLI e a CLI do ONTAP.

Tópicos

Divisão de dados em níveis no volume

Um sistema de arquivos Amazon FSx for NetApp ONTAP tem dois níveis de armazenamento: armazenamento primário e armazenamento em pool de capacidade. O armazenamento principal é um armazenamento SSD provisionado, escalável e de alta performance, criado especificamente para a parte ativa do seu conjunto de dados. O armazenamento do grupo de capacidade é um nível de armazenamento totalmente elástico cujo tamanho pode ser escalado para petabytes, sendo otimizado em termos de custo para dados acessados com pouca frequência.

Os dados em cada volume são automaticamente colocados em camadas no nível de armazenamento do pool de capacidade com base na política de classificação por níveis, no período de resfriamento e nas configurações de limite do volume. As seções a seguir descrevem as políticas de classificação por níveis de ONTAP volume e os limites usados para determinar quando os dados são hierarquizados no pool de capacidade.

Políticas de classificação por níveis de volume

Você determina como usar seu FSx para os níveis de armazenamento do sistema de arquivos ONTAP escolhendo a política de classificação por níveis para cada volume no sistema de arquivos. Você escolhe a política de classificação por níveis ao criar um volume e pode modificá-la a qualquer momento com o console Amazon FSx AWS CLI, a API ou NetApp usando ferramentas de gerenciamento. Você pode escolher uma das políticas a seguir que determinam quais dados, se houver algum, estão divididos em níveis no armazenamento do grupo de capacidade.

nota

A divisão em níveis pode mover seus dados de arquivos e dados de snapshots para o nível do grupo de capacidade. No entanto, os metadados de arquivos sempre permanecem no nível SSD. Para ter mais informações, consulte Como o armazenamento SSD é usado.

  • Automática: essa política move todos os dados frios (dados do usuário e snapshots) para o nível do grupo de capacidade. A taxa de resfriamento dos dados é determinada pelo período de resfriamento da política, cujo padrão é 31 dias, podendo ser configurado para valores entre 2 e 183 dias. Quando os blocos de dados frios subjacentes são lidos aleatoriamente (como no acesso típico a arquivos), eles ficam quentes e são gravados no nível de armazenamento principal. Quando os blocos de dados frios são lidos sequencialmente (por exemplo, por meio de uma verificação do antivírus), eles permanecem frios e no nível de armazenamento do grupo de capacidade. Essa é a política padrão ao criar um volume usando o console do Amazon FSx.

  • Somente snapshot: essa política move somente os dados de snapshots para o nível de armazenamento do grupo de capacidade. A taxa na qual os snapshots são divididos em níveis no grupo de capacidade é determinada pelo período de resfriamento da política, cujo padrão é definido como dois dias e pode ser configurado para valores entre 2 e 183 dias. Quando os dados frios do snapshot são lidos, eles ficam quentes e são gravados no nível de armazenamento principal. Essa é a política padrão ao criar um volume usando a AWS CLI API Amazon FSx ou a CLI do NetApp ONTAP.

  • Todos: essa política marca todos os dados do usuário e dados do snapshot como frios e os armazena no nível do grupo de capacidade. Quando os blocos de dados são lidos, eles permanecem frios e não são gravados no nível de armazenamento principal. Quando os dados são gravados em um volume com a política Todos de divisão em níveis, inicialmente, eles ainda são gravados no nível de armazenamento SSD e divididos em níveis no grupo de capacidade por meio de um processo em segundo plano. Observe que os metadados do arquivo sempre permanecem no nível SSD.

  • Nenhum: essa política mantém todos os dados do volume no nível de armazenamento principal e impede que sejam movidos para o armazenamento do grupo de capacidade. Se você definir um volume para essa política depois de usar qualquer outra política, os dados existentes no volume que estavam no armazenamento do grupo de capacidade serão movidos para o armazenamento SSD por meio de um processo em segundo plano, desde que a utilização do SSD esteja abaixo de 90%. Esse processo em segundo plano pode ser acelerado pela leitura intencional dos dados ou pela modificação da política de recuperação na nuvem do volume. Para ter mais informações, consulte Políticas de recuperação na nuvem.

Como prática recomendada, ao migrar dados que planeja armazenar em longo prazo no armazenamento do grupo de capacidade, recomendamos usar a política de divisão Automática em níveis no volume. Com a divisão Automática em níveis, os dados são armazenados no nível de armazenamento SSD por, no mínimo, dois dias (com base no período de resfriamento do volume) antes de serem movidos para o nível do grupo de capacidade. Reter os dados no armazenamento SSD por, pelo menos, dois dias permite que o ONTAP realize economias neles com a compressão e a eliminação de duplicação pós-processamento, que são preservadas ao dividir os dados em níveis no grupo de capacidade. O ONTAP somente executa a compressão e a eliminação de duplicação pós-processamento em dados no armazenamento SSD. Portanto, selecionar essa política pode ajudar você a maximizar sua economia no armazenamento de longo prazo. Você também pode maximizar as velocidades de transferência dos primeiros backups criados dos volumes, pois os dados sendo copiados estão no armazenamento SSD.

Para obter mais informações sobre como definir ou modificar a política de divisão em níveis de um volume, consulte Definir a política de divisão em níveis de um volume.

Período de resfriamento da divisão em níveis

O período de resfriamento da divisão em níveis de um volume define o tempo necessário para que os dados no nível SSD sejam marcados como frios. O período de resfriamento se aplica às políticas Auto e Snapshot-only de divisão em níveis. Você pode definir o período de resfriamento para um valor na faixa de 2 a 183 dias. Para obter mais informações sobre como definir o período de resfriamento, consulte Definir os dias mínimos de resfriamento.

Os dados são divididos em níveis de 24 a 48 horas após o período de resfriamento expirar. A divisão em níveis é um processo em segundo plano que consome recursos da rede e tem uma prioridade menor do que as solicitações voltadas ao cliente. A utilização das atividades de divisão em níveis é controlada quando há solicitações em andamento voltadas ao cliente.

Políticas de recuperação na nuvem

A política de recuperação na nuvem de um volume define as condições que especificam quando os dados lidos no nível do grupo de capacidade podem ser promovidos para o nível SSD. Quando a política de recuperação na nuvem é definida como algo diferente de Default, essa política substitui o comportamento de recuperação da política de divisão em níveis do volume. Um volume pode ter uma das políticas de recuperação na nuvem a seguir.

  • Padrão: essa política recupera dados divididos em níveis com base na política de divisão em níveis subjacente do volume. Essa é a política padrão de recuperação na nuvem para todos os volumes.

  • Nunca: essa política nunca recupera dados divididos em níveis, independentemente de as leituras serem sequenciais ou aleatórias. Isso é semelhante a definir a política de divisão em níveis do volume como Todos, exceto que você pode usá-la com outras políticas, a Automática ou a Somente Snapshot, para dividir os dados de acordo com o período mínimo de resfriamento, em vez de imediatamente.

  • Em leitura: essa política recupera os dados divididos em níveis para todas as leituras de dados orientadas pelo cliente. Essa política não tem efeito ao usar a política Todos de divisão em níveis.

  • Promover: essa política marca todos os dados de um volume que estão no grupo de capacidade para recuperação no nível SSD. Os dados serão marcados na próxima vez em que o verificador diário de divisão em níveis em segundo plano for executado. Essa política é benéfica para aplicações com workloads cíclicas que são executadas com pouca frequência, mas exigem performance de nível SSD durante a execução. Essa política não tem efeito ao usar a política Todos de divisão em níveis.

Para obter informações sobre como definir a política de recuperação na nuvem de um volume, consulte Definir a política de recuperação na nuvem de um volume.

Limites de divisão em níveis

A utilização da capacidade de armazenamento SSD de um sistema de arquivos determina como ONTAP gerencia o comportamento de hierarquização de todos os seus volumes. Com base no uso da capacidade de armazenamento SSD de um sistema de arquivos, os seguintes limites definem o comportamento de divisão em níveis conforme descrito. Para obter informações sobre como monitorar a utilização da capacidade do nível de armazenamento SSD de um volume, consulte Monitorando a capacidade de armazenamento do volume.

nota

Recomendamos que você não exceda 80% da utilização da capacidade de armazenamento do seu nível de armazenamento SSD. Para sistemas de arquivos escaláveis, essa recomendação se aplica tanto à utilização média total em todos os agregados do seu sistema de arquivos quanto à utilização de cada agregado individual. Isso garante que a divisão em níveis funcione adequadamente e fornece sobrecarga para novos dados. Se nível de armazenamento SSD estiver consistentemente acima de 80% de utilização da capacidade de armazenamento, você poderá aumentar a capacidade do nível de armazenamento SSD. Para ter mais informações, consulte Atualizando o armazenamento SSD e o IOPS do sistema de arquivos.

O FSx para ONTAP usa os limites de capacidade de armazenamento a seguir para gerenciar a divisão em níveis nos volumes.

  • <=50% de utilização do nível de armazenamento SSD: nesse limite, o nível de armazenamento SSD é considerado subutilizado, e somente os volumes que estão usando a política Todos de divisão em níveis têm os dados divididos no armazenamento do grupo de capacidade. Os volumes com as políticas Automática e Somente snapshot não dividem os dados em níveis nesse limite.

  • > 50% de utilização do nível de armazenamento SSD: volumes com as políticas Automática e Somente snapshot de divisão em níveis dividem os dados com base na configuração de dias mínimos de resfriamento dos níveis. A configuração padrão é de 31 dias.

  • >=90% de utilização do nível de armazenamento SSD: nesse limite, o Amazon FSx prioriza a preservação do espaço no nível de armazenamento SSD. Os dados frios do nível do grupo de capacidade não são mais movidos para o nível de armazenamento SSD quando lidos em volumes usando as políticas Automática e Somente snapshot.

  • >=98% de utilização do nível de armazenamento SSD: toda a funcionalidade de divisão em níveis é interrompida quando o nível de armazenamento SSD atinge ou ultrapassa 98% de utilização. Você pode continuar lendo nos níveis de armazenamento, mas não é possível gravar neles.

Snapshots e capacidade de armazenamento de volumes

Um snapshot é uma imagem somente para leitura de um volume Amazon FSx for NetApp ONTAP em um determinado momento. Os snapshots oferecem proteção contra exclusão ou modificação acidental de arquivos nos volumes. Com os snapshots, seus usuários podem facilmente visualizar e restaurar arquivos individuais ou pastas de um snapshot anterior.

Os snapshots são armazenados com os dados do sistema de arquivos e consomem a capacidade de armazenamento do sistema de arquivos. No entanto, os snapshots consomem capacidade de armazenamento somente para as partes dos arquivos que foram alteradas após o último snapshot. Os snapshots não estão incluídos nos backups dos volumes do sistema de arquivos.

Os snapshots são habilitados por padrão nos volumes, usando a política de snapshots padrão. Os snapshots são armazenados no diretório .snapshot na raiz de um volume. Você pode gerenciar a capacidade de armazenamento de um volume para snapshots das maneiras a seguir.

Para ter mais informações, consulte Trabalhar com snapshots.

Capacidade do arquivo de volumes

Os volumes do Amazon FSx for NetApp ONTAP têm ponteiros de arquivo que são usados para armazenar metadados de arquivos, como nome do arquivo, horário do último acesso, permissões, tamanho e para servir como ponteiros para blocos de dados. Esses ponteiros de arquivo são chamados de inodes. Cada volume tem uma capacidade finita para o número de inodes, que é chamada de capacidade do arquivo de volumes. Quando um volume fica com poucos arquivos disponíveis (inodes) ou os esgota, você não consegue gravar dados adicionais nesse volume.

O número de objetos do sistema de arquivos (arquivos, diretórios, cópias de snapshots) que um volume pode conter é determinado pela quantidade de inodes que ele tem. O número de inodes em um volume aumenta de acordo com a capacidade de armazenamento do volume (e o número de constituintes do volume para volumes). FlexGroup Por padrão, todos FlexVol os volumes (ou FlexGroup componentes) com capacidade de armazenamento de 648 GiB ou mais têm o mesmo número de inodes: 21.251.126. Se você criar um volume maior que 648 GiB e quiser que ele tenha mais de 21.251.126 inodes, deverá aumentar o número máximo de inodes (arquivos) manualmente. Para obter mais informações sobre como visualizar o número máximo de arquivos de um volume, consulteVisualizar a capacidade de arquivos de um volume.

O número padrão de inodes em um volume é de 1 inode para cada 32 KiB de capacidade de armazenamento de volume, até um tamanho de volume de 648 GiB. Para um volume de 1 GiB:

Volume_size_in_bytes × (1 arquivo ÷ inode_size_in_bytes) = maximum_number_of_files

1.073.741.824 bytes × (1 arquivo ÷ 32.768 bytes) = 32.768 arquivos

Você pode aumentar o número máximo de inodes que um volume pode conter, até um máximo de 1 inode para cada 4 KiB de capacidade de armazenamento. Para um volume de 1 GiB, isso aumenta o número máximo de inodes ou arquivos de 32.768 para 262.144:

1.073.741.824 bytes × (1 arquivo ÷ 4.096 bytes) = 262.144 arquivos

Um volume do FSx para ONTAP pode ter no máximo dois bilhões de inodes.

Para obter informações sobre como alterar o número máximo de arquivos que um volume pode armazenar, consulteComo aumentar o número máximo de arquivos em um volume.