Capacidade de armazenamento do volume - FSx para ONTAP

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

FSx para ONTAP, os volumes são recursos virtuais que você usa para agrupar dados, determinar como os dados são armazenados e determinar o tipo de acesso aos seus dados. 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 AWS Management Console API AWS CLI e a CLI do ONTAP.

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 hierarquizados automaticamente em camadas no nível de armazenamento do grupo de capacidade com base na política de camadas, no período de resfriamento e nas configurações de limite do volume. As seções a seguir descrevem ONTAP políticas de classificação por níveis de volume e os limites usados para determinar quando os dados são hierarquizados no pool de capacidade.

nota

FSx for ONTAP suporta a classificação de dados em camadas para o pool de capacidade em todos SnapLock volumes, independentemente do SnapLock type. Para obter mais informações, consulte Como SnapLock funciona.

Políticas de camadas de volume

Você determina como usar seus níveis FSx 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 FSx console da Amazon AWS CLI, a API ou usando ferramentas NetApp 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 obter 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 FSx console da Amazon.

  • 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 FSx API da AWS CLI Amazon 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ê alterar um volume para essa política, todos os dados existentes no armazenamento do grupo de capacidade permanecerão no armazenamento do grupo de capacidade até serem lidos por um cliente, e todos os dados novos residirão no nível de armazenamento primário. Para mover para o nível de armazenamento primário dados hierarquizados anteriormente, você pode usar Políticas de recuperação na nuvem.

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

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. ONTAP executa periodicamente a desduplicação pós-processo nos dados armazenados no nível de armazenamento SSD, ajustando automaticamente a frequência com base na taxa de alteração de dados no volume — taxas mais altas acionam as tarefas de desduplicação pós-processo com mais frequência.

Por padrão, a compactação pós-processamento está desativada em ONTAP devido ao impacto no desempenho que isso pode ter nas cargas de trabalho contínuas no sistema de arquivos. Antes de habilitar a compactação pós-processo, você deverá avaliar o impacto sobre o desempenho da sua workload. Para ativar a compactação pós-processo, assuma o nível de privilégio de diagnóstico no ONTAP CLI e execute o seguinte comando:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP executa a compactação pós-processamento para dados que são retidos no armazenamento SSD por no mínimo 14 dias. Para workloads nas quais seja é improvável que os dados sejam acessados após um período mais curto, você pode modificar as configurações de compactação pós-processamento para antecipar a execução da compressão pós-processo. Por exemplo, para aplicar economias de compactação pós-processamento a dados que não foram acessados por 5 dias, execute o seguinte ONTAP Comando da CLI:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

Para obter mais informações sobre o comando, consulte inactive-data-compressionmodificação de eficiência de volume

Ao reter dados em SSD, você maximiza as velocidades de transferência dos backups de volume que você cria, pois as taxas de transferência de dados são mais altas para armazenamento em SSD.

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 Atualizar o mínimo de dias 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 Atualizar 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 Monitorar a capacidade de armazenamento de volumes.

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 de segunda geração, essa recomendação se aplica tanto à utilização média total de todos os agregados do 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 obter mais informações, consulte Atualização do armazenamento SSD e IOPS do sistema de arquivos.

FSx for ONTAP usa os seguintes limites de capacidade de armazenamento para gerenciar a hierarquização em 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, a FSx Amazon 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 obter mais informações, consulte Como proteger seus dados com snapshots.

Capacidade do arquivo de volumes

Os volumes 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 proporcionalmente com a capacidade de armazenamento do volume (e o número de constituintes do volume para FlexGroup volumes). Por padrão, FlexVol volumes (ou FlexGroup constituintes) com uma capacidade de armazenamento de 648 GiB ou mais, todos 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, consulte Monitorar 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

E FSx para o volume ONTAP pode ter no máximo 2 bilhões de inodes.

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