Perspetiva 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, a Rede de Entrega de Conteúdo do Azure ou os pontos de extremidade da Porta da Frente do Azure. Podem ocorrer falhas se as credenciais exigidas pelas cargas de trabalho para acessar o Armazenamento de Blobs desaparecerem do Cofre da Chave ou se as cargas de trabalho usarem um ponto de extremidade baseado em uma rede de distribuição 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 objetivo de nível de serviço (SLO) 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 máxima disponibilidade, escolha uma configuração que permita aos clientes ler dados da região secundária durante uma interrupção da região primária.

Aplicativos de design: 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 de zona geográfica (GZRS). Projetar aplicativos para lidar com interrupções reduz o tempo de inatividade para os usuários finais.

Explore os 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, bem como para 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: assine o painel de 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.

Use controles de rede para restringir o tráfego de entrada e saída: desative 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 através de ligações não seguras (HTTP) pode reduzir a superfície de ataque. Exija que os clientes enviem e recebam dados usando a versão mais recente do protocolo TLS (Transport Layer Security).

Autorize 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 se certificar de rodá-las, expirar e armazená-las com segurança.

Ativar 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 blobs armazenados para fins legais, de conformidade ou outros fins comerciais de serem modificados ou excluídos. Configure retenções por períodos de tempo definidos ou até que as restrições sejam levantadas por um administrador.

Detetar ameaças: habilite o Microsoft Defender for Storage para detetar ameaças. Os alertas de segurança são acionados quando ocorrem anomalias de 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 tipo de operações que são realizadas 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 Blob.

Entenda o preço de cada medidor: certifique-se de usar a página de preços apropriada e aplicar 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 aplica-se 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 de capacidade e 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 e planilhas de exemplo disponíveis na documentação da Microsoft. Por exemplo, você pode estimar o custo de arquivamento de dados ou estimar o custo de usar o comando AzCopy para transferir blobs.

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

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 os encargos de transação e os encargos 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 aplica-se a todos os blobs na conta para os quais uma camada de acesso não tenha sido definida explicitamente. 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 arquivo ou uma camada fria como parte da operação de upload. 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 última hora acessada. Escolher o nível mais ideal antecipadamente pode reduzir 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 quais recursos você precisa: alguns recursos, como versionamento 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 quando escolher quais recursos adicionar à sua conta.

Por exemplo, se você habilitar o recurso de inventário de blobs, 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ê ativar 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á desativado porque alguns recursos são ativados automaticamente quando você cria a conta.

Criar guarda-corpos: 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 ocorrem gastos excessivos. 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.

Monitorar o uso: monitore continuamente os padrões de uso e detete contas e contêineres não utilizados ou subutilizados. Use as informações de armazenamento para identificar contas com uso baixo ou nulo. 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. Esteja atento a aumentos inesperados de capacidade, que podem indicar que está a recolher vários ficheiros de registo, versões de blob ou blobs eliminados suavemente. Desenvolva uma estratégia para expirar ou fazer a transição de objetos para camadas de acesso mais econômicas. Tenha um plano para expirar objetos ou mover objetos para camadas de acesso mais acessíveis.

Crie 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, bem como para o tempo e o custo do failover.

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

Habilitar relatórios de inventário de blob: habilite 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, idade, distribuição de camadas ou outros atributos de seus 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.

Configure políticas que excluam blobs ou os movam para camadas de acesso econômicas: crie uma política de gerenciamento de 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 escala 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 padrão de uso geral é mais apropriada na maioria dos casos.

Reduza a distância de viagem entre o cliente e o servidor: coloque os dados em regiões mais próximas de conectar clientes (idealmente na mesma região). Otimize para clientes em regiões distantes usando a replicação de objetos ou uma rede de distribuição de conteúdo. As configurações de rede padrão oferecem 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 de clientes de dados: escolha uma ferramenta de transferência de dados mais apropriada para o tamanho dos dados, frequência de transferência e largura de banda de suas cargas de trabalho. Algumas ferramentas como o AzCopy são otimizadas para desempenho e requerem 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.

Otimize o desempenho do código personalizado: considere usar 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 decorrentes da 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 de plano de dados.