Descrever e gerenciar camadas de acesso do Armazenamento de Blobs do Azure
Agora que você analisou várias opções de otimização de custos, está interessado em explorar as camadas de acesso do Armazenamento de Blobs do Azure com mais profundidade. Você reconhece seu potencial na redução dos custos de uso do armazenamento, mas também percebe que seu uso inadequado pode, na verdade, resultar em maiores taxas de armazenamento. Nesta unidade, você aprenderá sobre algumas regras gerais que regem os comportamentos da camada de acesso. Você também identificará algumas das ressalvas que devem ajudá-lo a otimizar seus benefícios.
Descrever as camadas de acesso do Armazenamento de Blobs do Azure
O Armazenamento de Blobs do Azure dá suporte a quatro camadas de acesso:
Hot tier: uma camada online otimizada para armazenar dados acessados ou modificados com frequência. Esse nível tem os custos de armazenamento mais altos, mas os menores custos de acesso.
Nível interessante: um nível online otimizado para armazenar dados acessados ou modificados com pouca frequência. Esse nível tem custos de armazenamento mais baixos do que o nível quente, mas seus custos de acesso são mais altos.
Nível frio: um nível online otimizado para armazenar dados acessados ou modificados com pouca frequência. Esse nível tem custos de armazenamento mais baixos do que o nível legal, mas seus custos de acesso são mais altos.
Camada de arquivamento: uma camada offline otimizada para armazenar dados acessados com pouca frequência ou que não são acessados. Esse nível tem os menores custos de armazenamento, mas os custos de acesso mais altos.
O termo raramente não é particularmente objetivo. Como orientação geral, você deve considerar o uso da camada legal se não antecipar a necessidade de excluir ou mover o blob para uma camada diferente por pelo menos 30 dias consecutivos. Você pode considerar a camada fria se não antecipar a necessidade de excluir ou mover o blob por pelo menos 90 dias consecutivos. Considere usar a camada de arquivamento se esse período for de pelo menos 180 dias. Estes valores resultam do modelo de preços, que impõe uma taxa de eliminação antecipada. Essa cobrança se aplica se o blob for excluído ou movido da camada legal ou de arquivamento antes do período específico da camada ter passado. Esse período é de 30 dias para o nível frio, 90 dias para o nível frio e 180 dias para o nível de arquivamento.
Uma taxa de exclusão antecipada é rateada de acordo com o número de dias restantes no período específico do nível. Por exemplo, se um blob for atribuído à camada legal e, em seguida, excluído após 20 dias, a cobrança de exclusão antecipada representará o custo de armazenamento do blob por 10 dias (30 menos 20) na camada fria. Da mesma forma, se um blob for atribuído à camada de arquivo e, em seguida, movido para a camada fria ou quente após 100 dias, a taxa de exclusão antecipada representará o custo de armazenamento do blob por 80 dias (180 menos 100) na camada de arquivamento.
Nota
Para evitar a cobrança de exclusão antecipada de um blob, você pode usar a operação Copiar Blob para copiar o blob para outra camada. No entanto, tenha em mente que isso resulta em maiores cobranças de capacidade associadas à criação de um blob extra que é uma duplicação do original.
Descrever o modelo de gerenciamento da camada de acesso para blobs
Ao escolher entre as camadas de acesso quente, frio, frio e arquivamento, há fatores adicionais a serem considerados. Também é útil entender os diferentes modelos de gerenciamento das camadas de acesso.
Além das diferenças de preços, os blobs nos níveis de arquivamento, frio e frio têm um SLA (Service Level Agreement, contrato de nível de serviço) de disponibilidade um pouco menor quando comparado ao nível de acesso a quente. No entanto, todos os três níveis oferecem as mesmas características de durabilidade, taxa de transferência e latência de acesso ao armazenamento, com tempo de recuperação na faixa de milissegundos. Os níveis quente e frio também suportam todas as opções de redundância.
A camada de acesso quente, fria, fria ou de arquivo pode ser atribuída a um blob diretamente durante seu upload. Como alternativa, os níveis de acesso quente ou frio (mas não de arquivamento ou frio) podem ser inferidos com base no nível de acesso especificado como o nível padrão no nível da conta de armazenamento. No entanto, qualquer atribuição de camada explícita tem precedência sobre a inferida.
Nota
Considere cuidadosamente as implicações da alteração do nível de acesso padrão no nível da conta de armazenamento, pois isso pode ter um impacto significativo nos preços se houver um grande número de blobs sem um nível de acesso atribuído explicitamente.
Embora um blob seja atribuído à camada de arquivamento, você não pode ler ou modificar diretamente seu conteúdo, embora tenha acesso a seus metadados, incluindo tags de índice. Para acessar o conteúdo do blob, você pode atribuí-lo à camada quente, fria ou fria, que aciona o processo conhecido como reidratação. Como alternativa, você pode invocar a operação Copiar Blob para criar uma cópia do blob na camada quente, fria ou fria.
Nota
Há duas prioridades para a reidratação de blob na camada de arquivo: padrão e alta. A reidratação de prioridade padrão pode levar até 15 horas. No entanto, as solicitações de alta prioridade são priorizadas em relação à prioridade padrão e, para blobs com menos de 10 GB de tamanho, podem ser concluídas em menos de uma hora. A reidratação de alta prioridade é mais cara, por isso a Microsoft recomenda reservar a reidratação de alta prioridade para uso em situações de restauração de dados de emergência.
As contas de armazenamento que usam a camada de arquivamento devem ser configuradas com as opções de redundância LRS, GRS ou RA-GRS. A camada de arquivamento não suporta redundância de zona, impedindo a configuração da redundância como ZRS, GZRS ou RA-GZRS.
Nota
A camada de arquivamento requer uma atribuição explícita no nível de blob, em vez de depender da inferência. Uma conta de Armazenamento do Azure não pode ser configurada com a camada padrão definida como arquivamento.