Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Use esta lista de verificação para reduzir a latência, aumentar o débito e alinhar-se com a escala e os requisitos de desempenho do Azure Storage. O Azure Storage utiliza o termo targets em vez de limites porque alguns valores podem ser aumentados mediante pedido. Quando os clientes se aproximam ou ultrapassam estes objetivos, o Azure Storage pode limitar os pedidos, o que aumenta a latência. Use a lista de verificação deste artigo para alinhar com os objetivos sem sacrificar o desempenho.
Observação
Este artigo aplica-se apenas a aplicações personalizadas. Para recomendações que se aplicam a todos os clientes, consulte a lista de verificação de Desempenho para Armazenamento de Blobs.
Performance checklist (Lista de verificação do desempenho)
Use bibliotecas clientes Azure Storage: Para melhor desempenho, utilize bibliotecas clientes Microsoft. Estas bibliotecas são otimizadas para desempenho, mantêm-se atualizadas com versões de serviço e lidam internamente com práticas de desempenho comprovadas.
Otimizar transferências paralelas de blocos: Aumentar as transferências paralelas com blocos menores, mas manter tamanhos acima de 4 MiB (padrão) ou 256 KiB (premium) para ativar blobs de bloco de alto rendimento. Equilibrar o paralelismo para evitar exceder capacidades do dispositivo ou alvos de armazenamento, o que causa limitação. Defina limites apropriados para pedidos concorrentes. Consulte orientações de desempenho para .NET, Java, JavaScript, Python e Go.
Use uma política de tentativas com recuo exponencial: Trate erros transitórios com políticas de tentativas com recuo exponencial. Por exemplo, tenta novamente após 2, 4, 10, 30 segundos e depois para. Esta política impede tentativas excessivas para erros não transitórios, como os que ocorrem quando a sua aplicação se aproxima ou ultrapassa os limites de desempenho e escala. As bibliotecas clientes sabem quais os erros a tentar novamente e quais não a tentar. Para aplicar uma política de retentativas, consulte as orientações de retentativas para .NET, Java, JavaScript, Python e Go.
Use APIs servidor-a-servidor para copiar entre contentores e contas: Use Put Block From URL para copiar dados entre contas e copiar dados dentro de uma conta. As operações do lado do servidor reduzem a largura de banda, pois não é necessário descarregar e depois carregar dados. Consulte as orientações de cópia para .NET, Java, JavaScript, Python e Go.
Dados em cache para melhorar o desempenho: Cache acede frequentemente ou raramente altera dados, como dados de configuração e consulta. Utilize cabeçalhos condicionais com operações GET para recuperar blobs apenas se forem modificados desde a última vez que foram armazenados em cache. Para obter mais informações, consulte Especificando cabeçalhos condicionais para operações do serviço Blob.
Carregar dados em lotes: Agregar os dados antes de carregar em vez de carregar imediatamente. Por exemplo, guardar as entradas do registo localmente e carregar periodicamente como um único blob, em vez de carregar cada entrada individualmente.