Skip to main content
Google Cloud
  • Serviços Web da Amazon
  • Google Cloud
  • Microsoft Azure
  • Todos os provedores de nuvem
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Saiba mais sobre camadas de dados com o Cloud Volumes ONTAP na AWS, Azure ou Google Cloud

Colaboradores netapp-manini

Reduza seus custos de armazenamento habilitando a hierarquização automatizada de dados inativos para armazenamento de objetos de baixo custo. Os dados ativos permanecem em SSDs ou HDDs de alto desempenho, enquanto os dados inativos são alocados em camadas para armazenamento de objetos de baixo custo. Isso permite que você recupere espaço no seu armazenamento primário e reduza o armazenamento secundário.

Esta é uma imagem conceitual que mostra dados ativos indo para o armazenamento EBS e dados inativos indo para o armazenamento S3.

A hierarquização de dados é alimentada pela tecnologia FabricPool . O Cloud Volumes ONTAP fornece camadas de dados para todos os clusters do Cloud Volumes ONTAP sem uma licença adicional. Quando você habilita a hierarquização de dados, os dados hierarquizados para armazenamento de objetos incorrem em cobranças. Consulte a documentação do seu provedor de nuvem para obter detalhes sobre os custos de armazenamento de objetos.

Camadas de dados no Google Cloud

Quando você habilita a hierarquização de dados no Google Cloud, o Cloud Volumes ONTAP usa discos persistentes como uma camada de desempenho para dados ativos e um bucket do Google Cloud Storage como uma camada de capacidade para dados inativos.

Nível de desempenho

O nível de desempenho pode ser discos persistentes SSD, discos persistentes balanceados ou discos persistentes padrão.

Nível de capacidade

Um sistema Cloud Volumes ONTAP organiza dados inativos em um único bucket do Google Cloud Storage.

O Console cria um bucket para cada sistema e o nomeia fabric-pool-cluster unique identifier. Um bucket diferente não é criado para cada volume.

Quando o Console cria o bucket, ele usa as seguintes configurações padrão:

  • Tipo de localização: Região

  • Classe de armazenamento: Padrão

  • Acesso público: sujeito a ACLs de objetos

  • Controle de acesso: refinado

  • Proteção: Nenhuma

  • Criptografia de dados: chave gerenciada pelo Google

Classes de armazenamento

A classe de armazenamento padrão para dados em camadas é a classe Standard Storage. Se os dados forem acessados com pouca frequência, você pode reduzir seus custos de armazenamento mudando para Armazenamento Nearline ou Armazenamento Coldline. Quando você altera a classe de armazenamento, os dados inativos subsequentes são movidos diretamente para a classe que você selecionou.

Observação Todos os dados inativos existentes manterão a classe de armazenamento padrão quando você alterar a classe de armazenamento. Para alterar a classe de armazenamento de dados inativos existentes, você deve executar a designação manualmente.

Os custos de acesso serão maiores se você acessar os dados, então leve isso em consideração antes de alterar a classe de armazenamento. Para saber mais, consulte o "Documentação do Google Cloud: Classes de armazenamento" .

Você pode selecionar um nível de armazenamento ao criar o sistema e pode alterá-lo a qualquer momento depois. Para obter detalhes sobre como alterar a classe de armazenamento, consulte"Dados inativos em camadas para armazenamento de objetos de baixo custo" .

A classe de armazenamento para camadas de dados abrange todo o sistema, não é por volume.

Camadas de dados e limites de capacidade

Se você habilitar a hierarquização de dados, o limite de capacidade do sistema permanecerá o mesmo. O limite é distribuído entre o nível de desempenho e o nível de capacidade.

Políticas de níveis de volume

Para habilitar o armazenamento em camadas de dados, você deve selecionar uma política de armazenamento em camadas de volume ao criar, modificar ou replicar um volume. Você pode selecionar uma política diferente para cada volume.

Algumas políticas de hierarquização têm um período mínimo de resfriamento associado, que define o tempo que os dados do usuário em um volume devem permanecer inativos para que os dados sejam considerados "frios" e movidos para a camada de capacidade. O período de resfriamento começa quando os dados são gravados no agregado.

Dica Você pode alterar o período mínimo de resfriamento e o limite agregado padrão de 50% (mais sobre isso abaixo). "Aprenda como alterar o período de resfriamento" e "aprenda como alterar o limite" .

O Console permite que você escolha entre as seguintes políticas de camadas de volume ao criar ou modificar um volume:

Somente instantâneo

Depois que um agregado atinge 50% da capacidade, o Cloud Volumes ONTAP nivela os dados frios do usuário de cópias do Snapshot que não estão associadas ao sistema de arquivos ativo para o nível de capacidade. O período de resfriamento é de aproximadamente 2 dias.

Se lidos, os blocos de dados frios na camada de capacidade se tornam quentes e são movidos para a camada de desempenho.

Todos

Todos os dados (não incluindo metadados) são imediatamente marcados como frios e classificados no armazenamento de objetos o mais rápido possível. Não há necessidade de esperar 48 horas para que novos blocos em um volume esfriem. Observe que os blocos localizados no volume anterior à política Todos serem definidos levam 48 horas para esfriar.

Se lidos, os blocos de dados frios na camada de nuvem permanecem frios e não são gravados de volta na camada de desempenho. Esta política está disponível a partir do ONTAP 9.6.

Auto

Depois que um agregado atinge 50% da capacidade, o Cloud Volumes ONTAP divide os blocos de dados frios em um volume em uma camada de capacidade. Os dados frios incluem não apenas cópias de instantâneos, mas também dados frios do usuário do sistema de arquivos ativo. O período de resfriamento é de aproximadamente 31 dias.

Esta política é compatível a partir do Cloud Volumes ONTAP 9.4.

Se lidos aleatoriamente, os blocos de dados frios na camada de capacidade se tornam quentes e passam para a camada de desempenho. Se lidos por leituras sequenciais, como aquelas associadas a índices e verificações antivírus, os blocos de dados frios permanecem frios e não passam para a camada de desempenho.

Nenhum

Mantém os dados de um volume na camada de desempenho, impedindo que sejam movidos para a camada de capacidade.

Replicação

Ao replicar um volume, você pode escolher se deseja hierarquizar os dados no armazenamento de objetos. Se fizer isso, o Console aplicará a política de Backup ao volume de proteção de dados. A partir do Cloud Volumes ONTAP 9.6, a política de camadas All substitui a política de backup. Quando uma relação de replicação é excluída, o volume de destino mantém a política de hierarquização que estava em vigor durante a replicação.

Desativar o Cloud Volumes ONTAP afeta o período de resfriamento

Blocos de dados são resfriados por varreduras de resfriamento. Durante esse processo, os blocos que não foram utilizados têm sua temperatura movida (resfriada) para o próximo valor mais baixo. O tempo de resfriamento padrão depende da política de níveis de volume:

  • Automático: 31 dias

  • Somente instantâneo: 2 dias

O Cloud Volumes ONTAP deve estar em execução para que a verificação de resfriamento funcione. Se o Cloud Volumes ONTAP estiver desativado, o resfriamento também será interrompido. Como resultado, você pode experimentar tempos de resfriamento mais longos.

Dica Quando o Cloud Volumes ONTAP é desativado, a temperatura de cada bloco é preservada até que você reinicie o sistema. Por exemplo, se a temperatura de um bloco for 5 quando você desligar o sistema, a temperatura ainda será 5 quando você ligar o sistema novamente.

Configurando a hierarquização de dados

Para obter instruções e uma lista de configurações suportadas, consulte"Dados inativos em camadas para armazenamento de objetos de baixo custo" .