Perspectiva do Azure Well-Architected Framework no Armazenamento de Blobs do Azure

Usar análise de modo de falha: minimize os pontos de falha considerando dependências internas, como a disponibilidade de redes virtuais, o Cofre de Chaves do Azure ou a Rede de Entrega de Conteúdo do Azure ou pontos de extremidade do Azure Front Door. Falhas podem ocorrer se as credenciais exigidas pelas cargas de trabalho para acessar o Armazenamento de Blobs desaparecerem do Cofre de Chaves ou se as cargas de trabalho usarem um ponto de extremidade baseado em uma rede de entrega de conteúdo removida. Nesses casos, as cargas de trabalho podem precisar usar um ponto de extremidade alternativo para se conectar. Para obter informações gerais sobre a análise do modo de falha, consulte Recomendações para executar a análise do modo de falha.

Definir metas de confiabilidade e recuperação: revise os SLAs (contratos de nível de serviço) do Azure. Derive o SLO (objetivo de nível de serviço) para a conta de armazenamento. Por exemplo, o SLO pode ser afetado pela configuração de redundância escolhida. Considere o efeito de uma interrupção regional, o potencial de perda de dados e o tempo necessário para restaurar o acesso após uma interrupção. Considere também a disponibilidade de quaisquer dependências internas que você identificou como parte de sua análise do modo de falha.

Configurar redundância de dados: para máxima durabilidade, escolha uma configuração que copie dados entre zonas de disponibilidade ou regiões globais. Para obter disponibilidade máxima, escolha uma configuração que permita aos clientes ler dados da região secundária durante uma interrupção da região primária.

Projetar aplicativos: projete aplicativos para mudar perfeitamente para a leitura de dados da região secundária se a região primária ficar indisponível por qualquer motivo. Isso só se aplica a configurações de armazenamento com redundância geográfica (GRS) e armazenamento com redundância geográfica (GZRS). Projetar aplicativos para lidar com interrupções reduz o tempo de inatividade para os usuários finais.

Explore recursos para ajudá-lo a atingir suas metas de recuperação: torne os blobs restauráveis para que possam ser recuperados se estiverem corrompidos, editados ou excluídos por engano.

Crie um plano de recuperação: considere recursos de proteção de dados, operações de backup e restauração ou procedimentos de failover. Prepare-se para possíveis perdas e inconsistências de dados e o tempo e o custo do failover. Para obter mais informações, consulte Recomendações para projetar uma estratégia de recuperação de desastres.

Monitorar possíveis problemas de disponibilidade: inscreva-se no painel Integridade do Serviço do Azure para monitorar possíveis problemas de disponibilidade. Use métricas de armazenamento no Azure Monitor e logs de diagnóstico para investigar alertas.

Revise a linha de base de segurança do Armazenamento do Azure: para começar, primeiro revise a linha de base de segurança do Armazenamento.

Usar controles de rede para restringir o tráfego de entrada e saída: desabilite todo o tráfego público para a conta de armazenamento. Use controles de rede de conta para conceder o nível mínimo de acesso exigido por usuários e aplicativos. Para obter mais informações, consulte Como abordar a segurança de rede para sua conta de armazenamento.

Reduzir a superfície de ataque: impedir o acesso anônimo, o acesso à chave de conta ou o acesso por conexões HTTP (não seguras) pode reduzir a superfície de ataque. Exigir que os clientes enviem e recebam dados usando a versão mais recente do protocolo TLS (Transport Layer Security).

Autorizar o acesso sem usar senhas ou chaves: o Microsoft Entra ID oferece segurança superior e facilidade de uso em comparação com chaves compartilhadas e assinaturas de acesso compartilhado. Conceda às entidades de segurança apenas as permissões necessárias para que elas realizem suas tarefas.

Proteja informações confidenciais: proteja informações confidenciais, como chaves de conta e tokens de assinatura de acesso compartilhado. Embora essas formas de autorização geralmente não sejam recomendadas, você deve girá-las, expirá-las e armazená-las com segurança.

Habilitar a opção de transferência segura necessária: habilitar essa configuração para todas as suas contas de armazenamento garante que todas as solicitações feitas na conta de armazenamento ocorram em conexões seguras. Todas as solicitações feitas por HTTP falham.

Proteger objetos críticos: aplique políticas de imutabilidade para proteger objetos críticos. As políticas protegem os blobs armazenados para fins legais, de conformidade ou outros fins comerciais de serem modificados ou excluídos. Configure retenções para períodos de tempo definidos ou até que as restrições sejam suspensas por um administrador.

Detectar ameaças: habilite o Microsoft Defender for Storage para detectar ameaças. Os alertas de segurança são acionados quando ocorrem anomalias na atividade. Os alertas notificam os administradores de assinatura por e-mail com detalhes de atividades suspeitas e recomendações sobre como investigar e remediar ameaças.

Identifique os medidores que são usados para calcular sua fatura: os medidores são usados para rastrear a quantidade de dados armazenados na conta (capacidade de dados) e o número e o tipo de operações que são executadas para gravar e ler dados. Há também medidores associados ao uso de recursos opcionais, como tags de índice de blob, inventário de blob, suporte a feed de alterações, escopos de criptografia e suporte a SSH File Transfer Protocol (SFTP). Para obter mais informações, consulte Como você é cobrado pelo Armazenamento de Blobs.

Entenda o preço de cada medidor: certifique-se de usar a página de preços apropriada e aplique as configurações apropriadas nessa página. Para obter mais informações, consulte Localizando o preço unitário para cada medidor. Considere o número de operações associadas a cada preço. Por exemplo, o preço associado às operações de gravação e leitura se aplica a 10.000 operações. Para determinar o preço de uma operação individual, divida o preço listado por 10.000.

Estimar o custo da capacidade e das operações: você pode modelar os custos associados ao armazenamento, entrada e saída de dados usando a calculadora de preços do Azure. Use campos para comparar o custo associado a várias regiões, tipos de conta, tipos de namespace e configurações de redundância. Para determinados cenários, você pode usar cálculos de exemplo e planilhas disponíveis na documentação da Microsoft. Por exemplo, você pode estimar o custo do arquivamento de dados ou estimar o custo do uso do comando AzCopy para transferir blobs.

Escolha um modelo de faturamento para capacidade: avalie se o uso de um modelo baseado em compromisso é mais econômico do que o uso de um modelo baseado em consumo. Se você não tiver certeza sobre quanta capacidade precisa, pode começar com um modelo baseado em consumo, monitorar as métricas de capacidade e avaliar posteriormente.

Escolha um tipo de conta, um nível de redundância e uma camada de acesso padrão: você deve selecionar um valor para cada uma dessas configurações ao criar uma conta de armazenamento. Todos os valores afetam as taxas de transação e as taxas de capacidade. Todas essas configurações, exceto o tipo de conta, podem ser alteradas após a criação da conta.

Escolha a camada de acesso padrão mais econômica: a menos que uma camada seja especificada com cada carregamento de blob, os blobs inferem sua camada de acesso a partir da configuração de camada de acesso padrão. Uma alteração na configuração da camada de acesso padrão de uma conta de armazenamento se aplica a todos os blobs na conta para os quais não tenha sido explicitamente definida uma camada de acesso. Esse custo pode ser significativo se você tiver coletado um grande número de blobs. Para obter mais informações sobre como uma alteração de camada afeta cada blob existente, consulte Alterando a camada de acesso de um blob.

Carregue dados diretamente para a camada de acesso mais econômica: por exemplo, se a configuração da camada de acesso padrão da sua conta estiver ativa, mas você estiver carregando arquivos para fins de arquivamento, especifique uma camada mais fria como o arquivamento ou uma camada fria como parte da operação de carregamento. Depois de carregar blobs, use políticas de gerenciamento de ciclo de vida para mover blobs para as camadas mais econômicas com base em métricas de uso, como a hora do último acesso. Escolher a camada mais ideal antecipadamente pode reduzir os custos. Se você alterar a camada de um blob de bloco que já carregou, pagará o custo de gravação na camada inicial quando carregar o blob pela primeira vez e, em seguida, pagará o custo de gravação na camada desejada.

Tenha um plano para gerenciar o ciclo de vida dos dados: otimize os custos de transação e capacidade aproveitando as camadas de acesso e o gerenciamento do ciclo de vida. Os dados usados com menos frequência devem ser colocados em camadas de acesso mais frias, enquanto os dados acessados com frequência devem ser colocados em camadas de acesso mais quentes.

Decida de quais recursos você precisa: alguns recursos, como controle de versão e exclusão suave de blob, incorrem em custos adicionais de transação e capacidade, bem como outros encargos. Certifique-se de revisar as seções de preços e faturamento em artigos que descrevem esses recursos ao escolher quais recursos adicionar à sua conta.

Por exemplo, se você habilitar o recurso de inventário de blob, será cobrado pelo número de objetos examinados. Se você usar tags de índice de blob, será cobrado pelo número de tags de índice. Se você habilitar o suporte a SFTP, será cobrada uma cobrança por hora, mesmo que não haja transferências SFTP. Se você decidir não usar um recurso, confirme se o recurso está desabilitado porque alguns recursos são ativados automaticamente quando você cria a conta.

Criar guardrails: crie orçamentos com base em assinaturas e grupos de recursos. Use políticas de governança para restringir tipos de recursos, configurações e locais. Além disso, use o RBAC para bloquear ações que podem levar a gastos excessivos.

Monitore os custos: garanta que os custos permaneçam dentro dos orçamentos, compare os custos com as previsões e veja onde os gastos excessivos ocorrem. Você pode usar o painel de análise de custos no portal do Azure para monitorar custos. Você também pode exportar dados de custo para uma conta de armazenamento e analisar esses dados usando o Excel ou o Power BI.

Monitore o uso: monitore continuamente os padrões de uso e detecte contas e contêineres não utilizados ou subutilizados. Use insights de armazenamento para identificar contas com nenhum ou baixo uso. Habilite relatórios de inventário de blob e use ferramentas como o Azure Databricks ou o Azure Synapse Analytics e o Power BI para analisar dados de custo. Fique atento a aumentos inesperados na capacidade, o que pode indicar que você está coletando vários arquivos de log, versões de blob ou blobs excluídos por software. Desenvolva uma estratégia para expirar ou fazer a transição de objetos para níveis de acesso mais econômicos. Tenha um plano para expirar objetos ou mover objetos para camadas de acesso mais acessíveis.

Criar planos de manutenção e recuperação de emergência: considere recursos de proteção de dados, operações de backup e restauração e procedimentos de failover. Prepare-se para possíveis perdas e inconsistências de dados e o tempo e o custo do failover.

Monitore a integridade de sua conta de armazenamento: crie painéis de insights de armazenamento para monitorar métricas de disponibilidade, desempenho e resiliência. Configure alertas para identificar e resolver problemas em seu sistema antes que seus clientes os percebam. Use as configurações de diagnóstico para rotear logs de recursos para um espaço de trabalho Logs do Monitor do Azure. Em seguida, você pode consultar logs para investigar alertas mais profundamente.

Habilitar relatórios de inventário de blob: habilite os relatórios de inventário de blob para revisar o status de retenção, retenção legal ou criptografia do conteúdo da sua conta de armazenamento. Você também pode usar relatórios de inventário de blob para entender o tamanho total dos dados, a idade, a distribuição de camadas ou outros atributos dos dados. Use ferramentas como o Azure Databricks ou o Azure Synapse Analytics e o Power BI para visualizar melhor os dados de inventário e criar relatórios para as partes interessadas.

Configurar políticas que excluam blobs ou os movam para níveis de acesso econômicos: crie uma política de gerenciamento do ciclo de vida com um conjunto inicial de condições. A política executada automaticamente, exclui ou define a camada de acesso de blobs com base nas condições definidas. Analise periodicamente o uso do contêiner usando métricas do Monitor e relatórios de inventário de blob para que você possa refinar as condições para otimizar a eficiência de custos.

Planejar a escala: entenda as metas de dimensionamento para contas de armazenamento.

Escolha o tipo de conta de armazenamento ideal: se sua carga de trabalho exigir altas taxas de transação, objetos menores e uma latência de transação consistentemente baixa, considere o uso de contas de armazenamento de blob de bloco premium. Uma conta v2 de uso geral padrão é mais apropriada na maioria dos casos.

Reduza a distância de viagem entre o cliente e o servidor: coloque os dados nas regiões mais próximas dos clientes conectados (idealmente na mesma região). Otimize para clientes em regiões distantes usando a replicação de objetos ou uma rede de entrega de conteúdo. As configurações de rede padrão fornecem o melhor desempenho. Modifique as configurações de rede apenas para melhorar a segurança. Em geral, as configurações de rede não diminuem a distância percorrida e não melhoram o desempenho.

Escolha um esquema de nomenclatura eficiente: diminua a latência das operações de listagem, lista, consulta e leitura usando prefixos de hashtag mais próximos do início da chave de partição de blob (conta, contêiner, diretório virtual ou nome de blob). Esse esquema beneficia principalmente contas que têm um namespace simples.

Otimize o desempenho dos clientes de dados: escolha uma ferramenta de transferência de dados mais apropriada para o tamanho dos dados, a frequência de transferência e a largura de banda de suas cargas de trabalho. Algumas ferramentas, como o AzCopy , são otimizadas para desempenho e exigem pouca intervenção. Considere os fatores que influenciam a latência e ajuste o desempenho revisando as diretrizes de otimização de desempenho publicadas com cada ferramenta.

Otimizar o desempenho do código personalizado: considere o uso de SDKs de armazenamento em vez de criar seus próprios wrappers para operações REST de blob. Os SDKs do Azure são otimizados para desempenho e fornecem mecanismos para ajustar o desempenho. Antes de criar um aplicativo, revise a lista de verificação de desempenho e escalabilidade do Armazenamento de Blobs. Considere o uso da aceleração de consulta para filtrar dados indesejados durante a solicitação de armazenamento e impedir que os clientes transfiram dados desnecessariamente pela rede.

Coletar dados de desempenho: monitore sua conta de armazenamento para identificar gargalos de desempenho que ocorrem devido à limitação. Para obter mais informações, consulte Monitorando seu serviço de armazenamento com o Monitor Storage insights. Use métricas e logs. As métricas fornecem números, como erros de limitação. Os logs descrevem a atividade. Se você vir métricas de limitação, poderá usar logs para identificar quais clientes estão recebendo erros de limitação. Para obter mais informações, consulte Auditando operações do plano de dados.