Armazenamento do Azure NetApp Files com acesso de camada fria

Ao usar o armazenamento de Arquivos NetApp do Azure com acesso frio, você pode configurar dados inativos para mover do armazenamento de Arquivos NetApp do Azure (a camada quente) para uma conta de armazenamento do Azure (a camada fria). A ativação do acesso a arquivos frios move os blocos de dados inativos do volume e dos instantâneos do volume para a camada fria, resultando em poupança de custos.

A maioria dos dados frios está associada a dados não estruturados. Ele pode representar mais de 50% da capacidade total de armazenamento em muitos ambientes de armazenamento. Dados acessados com pouca frequência associados a software de produtividade, projetos concluídos e conjuntos de dados antigos são um uso ineficiente do armazenamento de alto desempenho.

Os Arquivos NetApp do Azure oferecem suporte ao acesso em camada fria com os níveis de serviço Flexível, Standard, Premium e Ultra.

O diagrama a seguir ilustra uma aplicação com um volume habilitado para acesso frio.

Na gravação inicial, os blocos de dados recebem um valor de temperatura "quente" (no diagrama, blocos de dados vermelhos) e existem na camada "quente". Como os dados residem no volume, uma verificação de temperatura monitora a atividade de cada bloco. Quando um bloco de dados está inativo, a verificação de temperatura diminui o valor do bloco até que a inatividade atinja o número de dias especificado no período de resfriamento. O período de arrefecimento pode ser definido entre 2 e 183 dias. O valor padrão é 31 dias.

Depois que os blocos de dados são marcados como "frios", a análise de tiering coleta os blocos e os empacota em objetos de 4 MB. Sua mudança para o armazenamento do Azure é transparente. Para a aplicação e os utilizadores, os blocos interessantes ainda aparecem online. Os dados escalonados parecem estar on-line e continuam disponíveis para utilizadores e aplicativos por meio de recuperação transparente e automatizada da camada fria.

Por padrão (a menos que a política de recuperação de acesso à camada fria seja configurada de outra forma), os blocos de dados na camada fria que são lidos de forma aleatória novamente ficam "quentes" e são movidos de volta para a camada quente. Depois que os blocos de dados são marcados como "quentes", eles são novamente submetidos à verificação de temperatura. Grandes leituras sequenciais (como verificações de índice e antivírus) em dados inativos na camada fria não "aquecem" os dados. Eles também não ativam dados inativos para voltar à camada ativa.

Os metadados nunca são arrefecidos e permanecem sempre no nível quente. A hierarquização não afeta as atividades de cargas de trabalho com uso intensivo de metadados, como ambientes de alta contagem de arquivos, como design de chips, sistemas de controle de versão e diretórios base.

Regiões suportadas

O armazenamento Azure NetApp Files com acesso interessante está disponível em todas as regiões com Azure NetApp Files.

Métricas

O Cool Access oferece métricas de desempenho para entender os padrões de uso por volume:

• Tamanho da camada fria do volume
• Tamanho de leitura de dados da camada fria de volume
• Tamanho de gravação de dados da camada fria de volume

Faturação

Você pode habilitar a hierarquização no nível de volume para um pool de capacidade recém-criado. A forma como é faturado baseia-se em:

• A capacidade e o nível de serviço.
• Capacidade não alocada dentro do pool de capacidades.
• A capacidade no nível frio.
• Transferência de rede entre a camada quente e a camada fria. A sobretaxa sobre o custo da transação (solicitações de GET e PUT) no armazenamento de blob e na transferência de link privado em qualquer direção entre os níveis quentes determina a taxa.

O cálculo de faturamento para um pool de capacidade está na taxa do nível de acesso frequente para os dados que não são transferidos para o nível esporádico. A capacidade que não está alocada no pool de capacidade é incluída. Quando se ativa a tierização para volumes, a capacidade na camada fria é calculada à taxa aplicada à camada fria. A capacidade restante está na taxa da camada quente. A taxa do nível frio é menor do que a taxa do nível quente.

Os dados excluídos em um volume são coletados quando ele atinge 1% do tamanho provisionado do volume. Isso afeta o tamanho da camada cool, se os dados do usuário elegíveis na camada cool também forem uma porcentagem baixa do volume, como 1-3% do tamanho provisionado. Se a diferença no tamanho da camada fria for superior a 3%, crie uma solicitação de suporte.

Exemplos de estrutura de faturação

Suponha que você criou um pool de capacidade padrão de 4 TiB. A estrutura de faturamento está na taxa de nível de capacidade padrão para todos os 4 TiB.

Ao criar volumes no pool de capacidade e começar a mover dados para a camada fria, os cenários a seguir explicam a estrutura de faturação que se aplica:

• Suponha que você crie três volumes com 1 TiB cada. Não se ativa a hierarquização ao nível de volume. O cálculo de faturamento é:

  • 3 TiB de capacidade atribuída à taxa de hot tier.
  • 1 TiB de capacidade não alocada à tarifa do nível quente.
  • Capacidade zero na tarifa de nível frio.
  • Transferência de rede zero entre a camada quente e a camada fria. A margem sobre o custo de transação (GET, PUT) no armazenamento de blob ou na transferência de link privado, em qualquer direção entre os níveis quentes, determina a taxa.

• Suponha que você crie quatro volumes com 1 TiB cada. Cada volume tem 0,25 TiB da capacidade de volume no nível quente e 0,75 TiB da capacidade de volume no nível frio. O cálculo de faturamento é:

  • Capacidade de 1-TiB à taxa da camada quente.
  • Capacidade de 3 TiB à taxa da camada fria.
  • Transferência de rede entre a camada quente e a camada fria. A margem sobre o custo de transação (GET, PUT) no armazenamento de blob ou na transferência de link privado, em qualquer direção entre os níveis quentes, determina a taxa.

• Suponha que você crie dois volumes com 1 TiB cada. Cada volume tem 0,25 TiB da capacidade de volume no nível quente e 0,75 TiB da capacidade de volume no nível frio. O cálculo de faturamento é:

  • Capacidade de 0,5 TiB na taxa do nível hot tier.
  • 2 TiB de capacidade não atribuída à taxa de hot tier.
  • Capacidade de 1,5 TiB na camada fria.
  • Transferência de rede entre a camada quente e a camada fria. A margem sobre o custo de transação (GET, PUT) no armazenamento de blob ou na transferência de link privado, em qualquer direção entre os níveis quentes, determina a taxa.

• Suponha que você crie um volume com 1 TiB. O volume tem 0,25 TiB da capacidade de volume no nível quente e 0,75 da capacidade de volume no nível frio. O cálculo de faturamento é:

  • Capacidade de 0,25 TiB na taxa de nível quente.
  • Capacidade de 0,75 TiB na taxa da camada fria.
  • Transferência de rede entre a camada quente e a camada fria. A margem sobre o custo de transação (GET, PUT) no armazenamento de blob ou na transferência de link privado, em qualquer direção entre os níveis quentes, determina a taxa.

• O armazenamento de Arquivos NetApp do Azure com acesso cool também permite que você hierarquize apenas snapshots. Para este cenário, suponha que o utilizador crie um volume de 1 TiB em que 10% dos dados do volume sejam instantâneos e ative o acesso frio com a -snapshots-only política. O cálculo de faturamento é:

  • Capacidade de armazenamento de 0,9 TiB na camada quente
  • Capacidade de 0,1 TiB na camada fria
  • Os custos de transferência de dados ocorrem para a transferência inicial de instantâneos e, em seguida, os custos de transferência de rede incorrem apenas quando os instantâneos são restaurados.

Exemplos de cálculos de custos com períodos de refrigeração variáveis

Esta seção mostra exemplos de custos de armazenamento e transferência de rede com períodos de resfriamento variáveis.

Nestes exemplos, suponha que:

• O custo de armazenamento de nível quente é de US$ 0,000202/GiB/hr. O custo de armazenamento de nível frio é de €0,000082/GiB/hora.
• O custo de transferência de rede (incluindo atividades de leitura ou gravação do nível frio) é de 0,020 €/GiB.
• Um pool com capacidade de 5 TiB com acesso frio foi ativado.
• Um TiB de capacidade não alocada está dentro do pool de capacidade.
• Um volume de 4 TiB está habilitado para acesso esporádico.
• Após o período de refrigeração, 3 TiB dos 4 TiB são movidos para o nível frio.
• Todos os meses, são lidos ou gravados 20% dos dados da camada fria.
• Cada mês é de 30 dias ou 730 horas. Assim, cada dia é de 730/30 horas.

Os exemplos a seguir incluem 1 TiB de espaço não alocado no pool de capacidade para mostrar como o espaço não alocado é cobrado quando o acesso frio está habilitado. Para maximizar suas economias, o tamanho do pool de capacidade deve ser reduzido para eliminar a capacidade não alocada do pool.

Exemplo 1: O período de frieza é definido como sete dias

O seu custo de armazenamento para o primeiro mês:

O seu custo mensal de armazenamento para o segundo mês e meses subsequentes:

As suas primeiras poupanças semestrais:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 6 meses = $4,529.97
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + Sexto mês = $622.41 + (5x $498.18) = $3,113.31
• Poupança com acesso fresco: 31,27%

As suas primeiras poupanças a 12 meses:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 12 meses = $9,059.94
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + décimo segundo mês = $622.41 + (11 x $498.18) = $6.102,39
• Economia com acesso económico: 32,64%

Exemplo 2: O período de arrefecimento está definido para 35 dias

Todos os 5 TiB são dados ativos (na camada quente) para o primeiro mês. O seu custo de armazenamento para o primeiro mês:

5 TiB x 1024 x 730h. x $0,000202/GiB/hr. = $755,00

O seu custo de armazenamento para o segundo mês:

O seu custo mensal de armazenamento para o terceiro mês e meses subsequentes:

As suas primeiras poupanças semestrais:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 6 meses = $4,529.97
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + Sexto mês = $755.00 + $604.47 + (4 x $498.18) = $3.352,19
• Economia usando acesso fresco: 25,99%

As suas primeiras poupanças a 12 meses:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 12 meses = $9,059.94
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + décimo segundo mês = $755.00 + $604.47 + (10 x $498.18) = $6.341,27
• Economia usando acesso eficiente: 30,00%

Exemplo 3: O período de arrefecimento é definido como 63 dias

Todos os 5 TiB são dados ativos (em nível de alta prioridade) nos primeiros dois meses. Seu custo mensal de armazenamento para o primeiro e segundo meses: 5 TiB x 1024 x 730hr. x $0,000202/GiB/hr. = $755,00

O seu custo de armazenamento para o terceiro mês:

O seu custo mensal de armazenamento para o quarto mês e meses subsequentes:

As suas primeiras poupanças semestrais:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 6 meses = $4,529.97
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + Sexto mês = (2 x $755,00) + $586,52 + (3 x $498,18) = $3,591.06
• Poupança usando acesso de refrigeração: 20,73%

As suas primeiras poupanças a 12 meses:

• Custo sem acesso fresco: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 horas. x 12 meses = $9,059.94
• Custo com acesso atrativo: Primeiro mês + Segundo mês + ... + décimo segundo mês = (2 x $755,00) + $586,52 + (9 x $498,18) = $6,580.14
• Economia usando acesso eficiente: 27,37%

Exemplo 4:

Conteúdos relacionados

• Gerir o armazenamento Azure NetApp Files com acesso frio
• Métricas para arquivos NetApp do Azure
• Considerações de desempenho para o armazenamento Azure NetApp Files com acesso frio