Recomendações de desempenho
As recomendações de desempenho no Azure Advisor podem ajudar a melhorar a velocidade e a capacidade de resposta dos seus aplicativos críticos para os negócios. Você pode obter recomendações de desempenho do Advisor na guia Desempenho do painel do Advisor.
Inicie sessão no portal do Azure.
Pesquise e selecione Consultor em qualquer página.
No painel Orientador, selecione a guia Desempenho.
IA + machine learning
Detetado Erro 429 de Limitação Rede neste recurso
Observámos que ocorreram 1000 ou mais erros 429 de limitação de rede neste recurso num período de tempo de um dia. Considere ativar o dimensionamento automático para lidar melhor com volumes de chamadas mais elevados e reduzir o número de erros 429.
Saiba mais sobre o dimensionamento automático dos serviços de IA do Azure.
Preterição da Versão do Modelo de Análise de Texto
Atualize a versão do modelo para uma versão mais recente para utilizar os modelos mais recentes e de qualidade mais elevada.
Saiba mais sobre o Serviço Cognitivo - TAUpgradeToLatestModelVersion (Descontinuação da Versão do Modelo de Análise de Texto).
Preterição da Versão do Modelo de Análise de Texto
Atualize a versão do modelo para uma versão mais recente para utilizar os modelos mais recentes e de qualidade mais elevada.
Saiba mais sobre o Serviço Cognitivo - TAUpgradeModelVersiontoLatest (Text Analytics Model Version Deprecation).
Atualizar para a versão mais recente da API de Análise de Texto do Serviço Cognitivo
Atualize para a versão mais recente da API para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço. Além disso, há novos recursos disponíveis como novos pontos de extremidade a partir da V3.0, como reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidade, disponíveis como pontos de extremidade separados. Em termos de alterações nos endpoints de visualização, temos a Opinion Mining no endpoint SA, propriedade de texto editado no endpoint de dados pessoais
Saiba mais sobre o Serviço Cognitivo - UpgradeToLatestAPI (Atualize para a versão mais recente da API de Análise de Texto do Serviço Cognitivo).
Atualizar para a versão mais recente da API do Serviço Cognitivo do Azure para Linguagem
Atualize para a versão mais recente da API para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço.
Saiba mais sobre o Serviço Cognitivo - UpgradeToLatestAPILanguage (Atualizar para a versão mais recente da API do Serviço Cognitivo do Azure para Idioma).
Atualize para a versão mais recente do SDK de Análise de Texto do Serviço Cognitivo
Atualize para a versão mais recente do SDK para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço. Além disso, há novos recursos disponíveis como novos pontos de extremidade a partir da V3.0, como reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidade, disponíveis como pontos de extremidade separados. Em termos de alterações nos endpoints de visualização, temos a Opinion Mining no endpoint SA, propriedade de texto editado no endpoint de dados pessoais
Saiba mais sobre o Serviço Cognitivo - UpgradeToLatestSDK (Atualize para a versão mais recente do SDK de Análise de Texto do Serviço Cognitivo).
Atualizar para a versão mais recente do SDK de Linguagem do Serviço Cognitivo
Atualize para a versão mais recente do SDK para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço.
Saiba mais sobre o Serviço Cognitivo - UpgradeToLatestSDKLanguage (Atualize para a versão mais recente do SDK do Cognitive Service Language).
Atualizar para a versão mais recente do SDK de Linguagem do Azure AI
Atualize para a versão mais recente do SDK para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço. Além disso, há novos recursos disponíveis como novos pontos de extremidade a partir da V3.0, como reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidade, disponíveis como pontos de extremidade separados. Em termos de alterações nos endpoints de visualização, temos Opinion Mining no endpoint SA, propriedade de texto editado no endpoint de dados pessoais.
Saiba mais sobre a Linguagem de IA do Azure.
Análise
Recursos do Data Explorer com tamanho adequado para um desempenho ideal.
Esta recomendação apresenta todos os recursos do Data Explorer que excedem a capacidade de dados recomendada (80%). A ação recomendada para melhorar o desempenho é dimensionar para a configuração recomendada apresentada.
Saiba mais sobre o recurso Data explorer - Recurso ADX de tamanho certo (recursos do Data Explorer de tamanho certo para desempenho ideal.).
Rever as políticas de cache das tabelas do Data Explorer
Essa recomendação apresenta tabelas do Data Explorer com um grande número de consultas que olham para trás além do período de cache configurado (política) - você vê as 10 principais tabelas por porcentagem de consulta que acessam dados fora do cache. Ação recomendada para melhorar o desempenho: limitar as consultas nesta tabela ao intervalo de tempo mínimo necessário (dentro do intervalo de tempo definido na política). Como alternativa, se os dados da totalidade do intervalo de tempo forem necessários, aumente o período de cache para o valor recomendado.
Saiba mais sobre o recurso Data explorer - UpdateCachePoliciesForAdxTables (Revisar políticas de cache de tabela para tabelas do Data Explorer).
Reduzir a política de cache nas tabelas do Data Explorer para obter um melhor desempenho
A redução da política de cache de tabela libera dados não utilizados do cache do recurso e melhora o desempenho.
Aumentar a cache na política de cache
Com base na utilização real durante o último mês, atualize a política de cache para aumentar a cache de acesso frequente para a tabela. O período de retenção deve ser sempre maior do que o período de cache. Se você aumentar o cache e o período de retenção for menor do que o período de cache, atualize a política de retenção. A análise é baseada apenas em consultas de usuários que digitalizaram dados.
Saiba mais sobre o recurso Data explorer - IncreaseCacheForAzureDataExplorerTablesToImprovePerformance (Aumentar o cache na política de cache).
Ativar o Dimensionamento Automático Otimizado para os recursos do Data Explorer
Parece que seu recurso poderá ter sido dimensionado automaticamente para melhorar o desempenho (com base na sua utilização real durante a última semana, utilização da cache, utilização da ingestão, CPU e utilização da ingestão de transmissão em fluxo). Para otimizar os custos e o desempenho, recomendamos a ativação do Dimensionamento Automático Otimizado.
Saiba mais sobre o recurso Data explorer - PerformanceEnableOptimizedAutoscaleAzureDataExplorer (Habilitar dimensionamento automático otimizado para recursos do Data Explorer).
Leituras que ocorrem sobre os dados mais recentes
Mais de 75% de suas solicitações de leitura estão chegando ao memstore, indicando que as leituras são principalmente em dados recentes. Leituras de dados recentes sugerem que, mesmo que uma liberação aconteça no memstore, o arquivo recente precisa ser acessado e colocado no cache.
Saiba mais sobre o cluster HDInsight - HBaseMemstoreReadPercentage (as leituras acontecem nos dados mais recentes).
Pondere utilizar a funcionalidade Escritas Aceleradas no seu cluster HBase para melhorar o desempenho do cluster.
Você está vendo essa recomendação do consultor porque o log do sistema da equipe do HDInsight mostra que, nos últimos sete dias, seu cluster encontrou os seguintes cenários:
Latência do tempo de sincronização de WAL elevada
Contagem elevada de pedidos de escrita (pelo menos 3 janelas de uma hora de mais de 1000 avg_write_requests/segundo/nó)
Essas condições são indicadores de que o cluster está sofrendo com altas latências de gravação, o que pode ser devido à carga de trabalho pesada no cluster.
Para melhorar o desempenho do cluster, considere utilizar o recurso Gravações Aceleradas fornecido pelo Azure HDInsight HBase. A funcionalidade Escritas Aceleradas para clusters Apache HBase do HDInsight anexa discos geridos por SSD premium a todos os RegionServer (nó de trabalho) em vez de utilizar o armazenamento na cloud. Como resultado, ele fornece baixa latência de gravação e melhor resiliência para seus aplicativos.
Para ler mais sobre este recurso, visite o link:
Saiba mais sobre o cluster HDInsight - AccWriteCandidate (Considere usar o recurso Gravações Aceleradas no cluster HBase para melhorar o desempenho do cluster.).
Mais de 75% das suas consultas são consultas de verificação completa
Mais de 75% das consultas de análise no cluster estão a fazer uma análise completa de região/tabela. Modifique as consultas de análise para evitar análises completas de região ou tabela.
Saiba mais sobre o cluster HDInsight - ScanQueryTuningcandidate (Mais de 75% das suas consultas são consultas de verificação completa.).
Verifique se a sua região conta à medida que bloqueia atualizações
As contagens de regiões têm de ser ajustadas para evitar que as atualizações fiquem bloqueadas. Pode ser necessário um aumento vertical do cluster ao adicionar novos nós.
Saiba mais sobre o cluster HDInsight - RegionCountCandidate (Verifique se a sua região conta à medida que bloqueia atualizações.).
Considerar aumentar os threads para remover da cache
O tamanho da fila de liberação em seus servidores de região é superior a 100 ou há atualizações sendo bloqueadas com frequência. Recomenda-se ajustar o processador para remover da cache.
Saiba mais sobre o cluster HDInsight - FlushQueueCandidate (Considere aumentar os threads do flusher).
Considerar aumentar os threads de compactação para que compactações sejam concluídas mais rapidamente
A fila de compactação em seus servidores de região é mais de 2000, sugerindo que mais dados exigem compactação. Compactações mais lentas podem afetar o desempenho de leitura, pois o número de arquivos a serem lidos é maior. Mais arquivos sem compactação também podem afetar o uso de heap relacionado a como os arquivos interagem com o sistema de arquivos do Azure.
Tabelas com Índices Columnstore em Cluster (CCI) com menos de 60 milhões de linhas
As tabelas columnstore em cluster são organizadas em dados em segmentos. Ter uma qualidade de segmento elevada é fundamental para alcançar o melhor desempenho de consulta numa tabela columnstore. Você pode medir a qualidade do segmento pelo número de linhas em um grupo de linhas compactadas.
Saiba mais sobre o espaço de trabalho Synapse - SynapseCCIGuidance (Tabelas com índices de armazenamento de colunas agrupadas (CCI) com menos de 60 milhões de linhas).
Atualizar a Versão do SDK do SynapseManagementClient
O novo SynapseManagementClient está a utilizar o SDK de .NET 4.0 ou superior.
Saiba mais sobre o espaço de trabalho Synapse - UpgradeSynapseManagementClientSDK (Update SynapseManagementClient SDK Version).
Computação
A utilização da capacidade da vSAN ultrapassou o limite crítico
A utilização da capacidade da vSAN atingiu os 75%. É necessária a utilização de clusters para permanecer abaixo do limite crítico de 75% e manter a conformidade com o SLA. Adicione novos nós ao cluster vSphere para aumentar a capacidade ou excluir VMs para reduzir o consumo ou ajustar cargas de trabalho de VM
Saiba mais sobre a nuvem privada da Solução VMware do Azure - vSANCapacity (a utilização da capacidade do vSAN ultrapassou o limite crítico).
Atualizar o Automanage para a Versão mais recente da API
Identificamos chamadas SDK de API desatualizada para recursos sob esta assinatura. Recomendamos mudar para as versões mais recentes do SDK para garantir que você receba os recursos e melhorias de desempenho mais recentes.
Saiba mais sobre Máquina virtual - UpdateToLatestApi (Atualize o Automanage para a versão mais recente da API).
Melhorar a experiência do utilizador e a conectividade ao implementar VMs mais próximas da localização do utilizador.
Determinamos que suas VMs estão localizadas em uma região diferente ou distante de onde seus usuários estão se conectando com a Área de Trabalho Virtual do Azure. Regiões de usuário distantes podem levar a tempos de resposta de conexão prolongados e afetar a experiência geral do usuário.
Saiba mais sobre Máquina virtual - RegionProximitySessionHosts (Melhore a experiência do usuário e a conectividade implantando VMs mais próximas do local do usuário.).
Utilizar os Discos geridos para impedir a limitação de E/S do disco
Os discos da máquina virtual pertencem a uma conta de armazenamento que atingiu o destino de escalabilidade e está suscetível a limitações de E/S. Para proteger a máquina virtual contra a degradação do desempenho e para simplificar a gestão do armazenamento, utilize o Managed Disks.
Saiba mais sobre Máquina virtual - ManagedDisksStorageAccount (Use discos gerenciados para evitar a limitação de E/S de disco).
Converter os Managed Disks de HDD Standard em SSD Premium por questões de desempenho
Reparámos que o disco HDD Standard está a aproximar-se das metas de desempenho. Os SSDs premium do Azure fornecem suporte de disco de elevado desempenho e de baixa latência para máquinas virtuais com cargas de trabalho de E/S intensivas. Dê um impulso no desempenho do disco ao atualizar o disco HDD Standard para o disco SSD Premium. A atualização requer uma reinicialização da VM, que leva de três a cinco minutos.
Saiba mais sobre o Disk - MDHDDtoPremiumForPerformance (Converter discos geridos de HDD padrão para SSD Premium para desempenho).
Ativar o Funcionamento em Rede Acelerado para melhorar o desempenho e a latência da rede
Detetamos que a Rede Acelerada não está habilitada em recursos de VM em sua implantação existente que podem ser capazes de suportar esse recurso. Se a imagem do SO da VM suportar o Funcionamento em Rede Acelerado conforme detalhado na documentação, ative esta funcionalidade gratuita nas VMs para maximizar o desempenho e a latência das cargas de trabalho de rede na cloud
Saiba mais sobre Máquina virtual - AccelNetConfiguration (Habilitar rede acelerada para melhorar o desempenho e a latência da rede).
Utilize Discos SSD para as cargas de trabalho de produção
Reparámos que está a utilizar discos SSD enquanto também utiliza discos HDD padrão na mesma VM. Discos gerenciados HDD padrão são recomendados para desenvolvimento-teste e backup; recomendamos que você use SSDs Premium ou SSDs padrão para produção. Os SSDs Premium proporcionam suporte de disco de elevado desempenho e de baixa latência para máquinas virtuais com cargas de trabalho de E/S intensivas. Os SSDs Standard proporcionam latência consistente e mais baixa. Atualize a configuração do disco hoje para obter uma latência, fiabilidade e disponibilidade melhoradas. A atualização requer uma reinicialização da VM, que leva de três a cinco minutos.
Saiba mais sobre Máquina virtual - MixedDiskTypeToSSDPublic (Use discos SSD para suas cargas de trabalho de produção).
Combine Máquinas Virtuais de produção com um Disco de Produção para um desempenho consistente e melhor latência
Se quiser obter o melhor desempenho, as máquinas virtuais de produção precisam de discos de produção. Vemos que está a executar uma máquina virtual de nível de produção, no entanto, está a utilizar um disco de baixo desempenho com HDD padrão. A atualização de discos conectados aos seus discos de produção, seja SSD padrão ou SSD Premium, beneficia você com uma experiência mais consistente e melhorias na latência.
Saiba mais sobre Máquina virtual - MatchProdVMProdDisks (Combine máquinas virtuais de produção com disco de produção para um desempenho consistente e melhor latência).
A Rede Acelerada pode exigir a interrupção e o início da VM
Detetamos que a Rede Acelerada não está envolvida em recursos de VM em sua implantação existente, mesmo que o recurso tenha sido solicitado. Em casos raros como este, pode ser necessário parar e iniciar sua VM, conforme sua conveniência, para reativar o AccelNet.
Saiba mais sobre Máquina virtual - AccelNetDisengaged (a rede acelerada pode exigir a interrupção e inicialização da VM).
Aproveitar a baixa latência do Disco Ultra para os discos de registo e melhorar o desempenho da carga de trabalho da base de dados
O disco Ultra está disponível na mesma região que a carga de trabalho da base de dados. O disco Ultra oferece débito elevado, IOPS elevado e armazenamento de disco de baixa latência consistente para as cargas de trabalho das bases de dados: para os Oracle DBs, pode agora utilizar tamanhos do setor 4K ou 512E com o Disco ultra, consoante a versão do Oracle DB. Para o SQL Server, usar o Ultra disk para seu disco de log pode oferecer mais desempenho para seu banco de dados. Veja aqui as instruções para migrar o disco de registo para o disco Ultra.
Atualizar o tamanho das máquinas virtuais mais ativas para evitar o esgotamento dos recursos e melhorar o desempenho
Analisamos dados dos últimos sete dias e identificamos máquinas virtuais (VMs) com alta utilização em diferentes métricas (ou seja, CPU, memória e E/S de VM). Essas VMs podem ter problemas de desempenho uma vez que estão próximas ou nos limites da SKU. Considere atualizar a SKU para melhorar o desempenho.
Contentores
Foi detetada uma versão do Kubernetes não suportada
Foi detetada uma versão do Kubernetes não suportada. Verifique se o cluster do Kubernetes funciona com uma versão suportada.
Saiba mais sobre o serviço Kubernetes - UnsupportedKubernetesVersionIsDetected (Unsupported Kubernetes version is detected).
Foi detetada uma versão do Kubernetes não suportada
Foi detetada uma versão do Kubernetes não suportada. Verifique se o cluster do Kubernetes funciona com uma versão suportada.
Saiba mais sobre o Pool de Clusters do HDInsight - UnsupportedHiloAKSVersionIsDetected (Versão do Kubernetes não suportada é detetada).
Clusters com um único pool de nós
Recomendamos que você adicione um ou mais pools de nós em vez de usar um único pool de nós. Vários pools ajudam a isolar pods críticos do sistema do seu aplicativo para evitar que pods de aplicativos mal configurados ou não autorizados matem acidentalmente os pods do sistema.
Saiba mais sobre o serviço Kubernetes - ClustersWithASingleNodePool (Clusters com um pool de nó único).
Atualize a API do Fleet para a versão mais recente
Identificámos chamadas SDK a partir de uma API do Fleet desatualizada para recursos ao abrigo da sua subscrição. Recomendamos mudar para a versão mais recente do SDK, o que garante que você receba os recursos e melhorias de desempenho mais recentes.
Saiba mais sobre o gestor de frota do Kubernetes | PREVIEW - UpdateToLatestFleetApi (Atualize a API do Fleet para a versão mais recente).
Bases de Dados
Configurar o tamanho da página de consulta do Azure Cosmos DB (MaxItemCount) para -1
Você está usando o tamanho da página de consulta de 100 para consultas para seu contêiner do Azure Cosmos DB. Recomendamos que utilize um tamanho de página de -1 para obter análises mais rápidas.
Saiba mais sobre a conta do Azure Cosmos DB - CosmosDBQueryPageSize (Configure o tamanho da página de consulta do Azure Cosmos DB (MaxItemCount) para -1).
Adicionar índices compostos ao contentor do Azure Cosmos DB
Os contentores do Azure Cosmos DB estão a executar consultas ORDER BY e a incorrer em custos de Unidades de Pedido (RUs) elevados. É recomendável adicionar índices compostos à política de indexação de seus contêineres para melhorar o consumo de RU e diminuir a latência dessas consultas.
Saiba mais sobre a conta do Azure Cosmos DB - CosmosDBOrderByHighRUCharge (Adicionar índices compostos ao seu contêiner do Azure Cosmos DB).
Otimizar a política de indexação do Azure Cosmos DB para indexar apenas o necessário
Os contentores do Azure Cosmos DB estão a utilizar a política de indexação predefinida, que indexa todas as propriedades dos documentos. Como está a armazenar documentos de grandes dimensões, é indexado um número elevado de propriedades, o que resulta num consumo elevado da Unidade de Pedido e em fraca latência da escrita. Para otimizar o desempenho da escrita, recomendamos substituir a política de indexação predefinida para indexar apenas as propriedades utilizadas nas consultas.
Utilizar chaves de partição hierárquicas para uma distribuição de dados ideal
Sua conta tem uma configuração personalizada que permite que o tamanho da partição lógica em um contêiner exceda o limite de 20 GB. A equipe do Azure Cosmos DB aplicou essa configuração como uma medida temporária para dar tempo para rearquitetar seu aplicativo com uma chave de partição diferente. Não é recomendado como uma solução de longo prazo, pois as garantias de SLA não são honradas quando o limite é aumentado. Agora você pode usar chaves de partição hierárquica (visualização) para rearquitetar seu aplicativo. O recurso permite que você exceda o limite de 20 GB configurando até três chaves de partição, ideal para cenários multilocatários ou cargas de trabalho que usam chaves sintéticas.
Saiba mais sobre a conta do Azure Cosmos DB - CosmosDBHierarchicalPartitionKey (Use chaves de partição hierárquicas para uma distribuição de dados ideal).
Configurar as aplicações do Azure Cosmos DB para utilizarem a Conectividade direta no SDK
Percebemos que seus aplicativos do Azure Cosmos DB estão usando o modo Gateway por meio dos SDKs .NET ou Java do Azure Cosmos DB. Recomendamos que mude para a Conectividade direta para obter latência mais baixa e maior escalabilidade.
Saiba mais sobre a conta do Azure Cosmos DB - CosmosDBGatewayMode (Configure seus aplicativos do Azure Cosmos DB para usar a conectividade direta no SDK).
Melhore o desempenho aumentando a escala para uma utilização ideal dos recursos
Maximizar a eficiência dos recursos do seu sistema é crucial para manter um desempenho de alto nível. Nosso sistema monitora de perto o uso da CPU e, quando ele ultrapassa o limite de 90% durante um período de 12 horas, um alerta proativo é acionado. Este alerta não apenas informa os usuários do Azure Cosmos DB para MongoDB vCore sobre o consumo elevado de CPU, mas também fornece orientações valiosas sobre o dimensionamento para uma camada mais alta. Ao atualizar para um nível mais robusto, você pode desbloquear um desempenho aprimorado e garantir que seu sistema opere em seu potencial máximo.
Saiba mais sobre como dimensionar e configurar seu cluster vCore do Azure Cosmos DB para MongoDB.
PerformanceBoostervCore
Quando a utilização da CPU excede 90% num período de 12 horas, os utilizadores são notificados sobre a utilização elevada. Além disso, aconselha-os a aumentar para um escalão superior para obterem um melhor desempenho.
Saiba mais sobre a conta do Cosmos DB - ScaleUpvCoreRecommendation (PerformanceBoostervCore).
Dimensionar o limite de armazenamento do servidor MariaDB
Nosso sistema mostra que o servidor pode estar restrito porque está se aproximando dos limites para os valores de armazenamento provisionados atualmente. Aproximar-se dos limites de armazenamento pode resultar em desempenho degradado ou o servidor movido para o modo somente leitura. Para garantir um desempenho contínuo, é recomendável aumentar a quantidade de armazenamento aprovisionado ou ATIVAR a funcionalidade “Aumento Automático” para os aumentos de armazenamento automáticos
Saiba mais sobre o servidor MariaDB - OrcasMariaDbStorageLimit (Dimensione o limite de armazenamento para o servidor MariaDB).
Aumentar os vCores do servidor MariaDB
Nosso sistema mostra que a CPU tem sido executada sob alta utilização por um longo período de tempo nos últimos sete dias. A alta utilização da CPU pode levar a um desempenho lento da consulta. Para melhorar o desempenho, recomendamos mudar para um tamanho de computação maior.
Saiba mais sobre o servidor MariaDB - OrcasMariaDbCpuOverload (Aumentar o servidor MariaDB vCores).
Dimensionar o servidor MariaDB para um SKU superior
Nosso sistema mostra que o servidor pode não ser capaz de suportar as solicitações de conexão devido ao máximo de conexões suportadas para o SKU fornecido, o que pode resultar em um grande número de solicitações de conexões com falha que afetam negativamente o desempenho. Para melhorar o desempenho, recomendamos mudar para SKU de memória mais alta aumentando o vCore ou alternando para SKUs otimizados para memória.
Saiba mais sobre o servidor MariaDB - OrcasMariaDbConcurrentConnection (Dimensione o servidor MariaDB para SKU superior).
Mova seu servidor MariaDB para SKU otimizado para memória
Nosso sistema mostra que há alta rotatividade no pool de buffers para este servidor, o que pode resultar em um desempenho de consulta mais lento e IOPS aumentado. Para melhorar o desempenho, revise suas consultas de carga de trabalho para identificar oportunidades de minimizar a memória consumida. Se não forem encontradas oportunidades para tal, recomendamos mudar para uma SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o servidor MariaDB - OrcasMariaDbMemoryCache (Mova seu servidor MariaDB para Memory Optimized SKU).
Aumentar a fiabilidade dos registos de auditoria
Nosso sistema mostra que os logs de auditoria do servidor podem ter sido perdidos no dia anterior. Logs de auditoria perdidos podem ocorrer quando o servidor está enfrentando uma carga de trabalho pesada de CPU ou um servidor gera um grande número de logs de auditoria durante um curto período de tempo. Recomendamos que só registe os eventos necessários para fins de auditoria com os seguintes parâmetros do servidor: audit_log_events, audit_log_exclude_users, audit_log_include_users. Se a utilização da CPU no servidor for elevada devido à carga de trabalho, recomendamos que aumente os vCores do servidor para melhorar o desempenho.
Saiba mais sobre o servidor MariaDB - OrcasMariaDBAuditLog (Aumente a confiabilidade dos logs de auditoria).
Dimensionar o limite de armazenamento para o servidor MySQL
Nosso sistema mostra que o servidor pode estar restrito porque está se aproximando dos limites para os valores de armazenamento provisionados atualmente. Aproximar-se dos limites de armazenamento pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura. Para garantir um desempenho contínuo, é recomendável aumentar a quantidade de armazenamento aprovisionado ou ATIVAR a funcionalidade “Aumento Automático” para os aumentos de armazenamento automáticos
Saiba mais sobre o servidor MySQL - OrcasMySQLStorageLimit (Dimensione o limite de armazenamento para o servidor MySQL).
Dimensionar o servidor MySQL para um SKU superior
Nosso sistema mostra que o servidor pode não conseguir suportar as solicitações de conexão devido ao máximo de conexões suportadas para uma determinada SKU, o que pode resultar em um grande número de solicitações de conexões com falha que afetam negativamente o desempenho. Para melhorar o desempenho, recomendamos mudar para um SKU de memória mais alto aumentando o vCore ou alternando para SKUs otimizados para memória.
Saiba mais sobre o servidor MySQL - OrcasMySQLConcurrentConnection (Dimensione o servidor MySQL para SKU superior).
Aumentar os vCores do servidor MySQL
Nosso sistema mostra que a CPU tem sido executada sob alta utilização por um longo período de tempo nos últimos sete dias. A alta utilização da CPU pode levar a um desempenho lento da consulta. Para melhorar o desempenho, recomendamos mudar para um tamanho de computação maior.
Saiba mais sobre o servidor MySQL - OrcasMySQLCpuOverload (Aumentar o servidor MySQL vCores).
Mover o servidor MySQL para a SKU com Otimização de Memória
Nosso sistema mostra que há alta rotatividade no pool de buffers para este servidor, o que pode resultar em um desempenho de consulta mais lento e IOPS aumentado. Para melhorar o desempenho, revise suas consultas de carga de trabalho para identificar oportunidades de minimizar a memória consumida. Se não forem encontradas oportunidades para tal, recomendamos mudar para uma SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o servidor MySQL - OrcasMySQLMemoryCache (Mova seu servidor MySQL para Memory Optimized SKU).
Adicionar um servidor de Réplica de Leitura MySQL
Nosso sistema mostra que você pode ter uma carga de trabalho de leitura intensiva em execução, o que resulta em contenção de recursos para este servidor. A contenção de recursos pode levar a um desempenho de consulta lento para o servidor. Para melhorar o desempenho, recomendamos que adicione uma réplica de leitura e descarregue algumas das cargas de trabalho de leitura para a mesma.
Saiba mais sobre o servidor MySQL - OrcasMySQLReadReplica (Adicionar um servidor de réplica de leitura MySQL).
Melhorar a gestão das ligações MySQL
Nosso sistema mostra que seu aplicativo que se conecta ao servidor MySQL pode estar gerenciando conexões mal, o que pode resultar em consumo de recursos desnecessário e latência geral mais alta do aplicativo. Para melhorar a gestão das ligações, recomendamos que reduza o número de ligações de curta duração e elimine as ligações inativas desnecessárias. Você pode fazer isso configurando um pool de conexões do lado do servidor, como o ProxySQL.
Saiba mais sobre o servidor MySQL - OrcasMySQLConnectionPooling (Melhorar o gerenciamento de conexões MySQL).
Aumentar a fiabilidade dos registos de auditoria
Nosso sistema mostra que os logs de auditoria do servidor podem ter sido perdidos no dia anterior. Isso pode ocorrer quando o servidor está enfrentando uma carga de trabalho pesada da CPU ou um servidor gera um grande número de logs de auditoria durante um curto período de tempo. Recomendamos que só registe os eventos necessários para fins de auditoria com os seguintes parâmetros do servidor: audit_log_events, audit_log_exclude_users, audit_log_include_users. Se a utilização da CPU no servidor for elevada devido à carga de trabalho, recomendamos que aumente os vCores do servidor para melhorar o desempenho.
Saiba mais sobre o servidor MySQL - OrcasMySQLAuditLog (Aumente a confiabilidade dos logs de auditoria).
Melhore o desempenho ao otimizar o dimensionamento de tabelas temporárias MySQL
Nosso sistema mostra que seu servidor MySQL pode estar incorrendo em sobrecarga de E/S desnecessária devido às baixas configurações de parâmetros de tabela temporária. Isso pode resultar em transações desnecessárias baseadas em disco e desempenho reduzido. Recomendamos que aumente os valores dos parâmetros “tmp_table_size” e “max_heap_table_size” para reduzir o número de transações baseadas em discos.
Saiba mais sobre o servidor MySQL - OrcasMySqlTmpTables (Melhore o desempenho otimizando o dimensionamento de tabelas temporárias do MySQL).
Melhorar a latência das ligações MySQL
Nosso sistema mostra que seu aplicativo que se conecta ao servidor MySQL pode estar gerenciando conexões mal. Isso pode resultar em maior latência do aplicativo. Para melhorar a latência da ligação, recomendamos que ative o redirecionamento da ligação. Tal pode ser feito ao ativar a funcionalidade de redirecionamento da ligação do controlador PHP.
Saiba mais sobre o servidor MySQL - OrcasMySQLConnectionRedirection (Improve MySQL connection latency).
Aumentar o limite de armazenamento do Servidor Flexível MySQL
Nosso sistema mostra que o servidor pode estar restrito porque está se aproximando dos limites para os valores de armazenamento provisionados atualmente. Aproximar-se dos limites de armazenamento pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura. Para garantir o desempenho continuado, recomendamos que aumente a quantidade de armazenamento aprovisionada.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMySqlStorageUpsell (Aumentar o limite de armazenamento para o Servidor Flexível MySQL).
Dimensionar o Servidor Flexível do MySQL para uma SKU superior
Nosso sistema mostra que seu servidor flexível está excedendo os limites de conexão associados ao seu SKU atual. Um grande número de solicitações de conexão com falha pode afetar negativamente o desempenho do servidor. Para melhorar o desempenho, recomendamos que aumente o número de vCores ou mude para uma SKU superior.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMysqlConnectionUpsell (Dimensione o Servidor Flexível MySQL para um SKU superior).
Aumente os vCores do Servidor Flexível do MySQL.
Nosso sistema mostra que a CPU tem sido executada sob alta utilização por um longo período de tempo nos últimos sete dias. A alta utilização da CPU pode levar a um desempenho lento da consulta. Para melhorar o desempenho, recomendamos mudar para um tamanho de computação maior.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMysqlCpuUpcell (Aumentar o servidor flexível MySQL vCores.).
Melhore o desempenho ao otimizar o dimensionamento de tabelas temporárias do MySQL.
Nosso sistema mostra que seu servidor MySQL pode estar incorrendo em sobrecarga de E/S desnecessária devido às baixas configurações de parâmetros de tabela temporária. Sobrecarga de E/S desnecessária pode resultar em transações desnecessárias baseadas em disco e desempenho reduzido. Recomendamos que aumente os valores dos parâmetros “tmp_table_size” e “max_heap_table_size” para reduzir o número de transações baseadas em discos.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMysqlTmpTable (Melhore o desempenho otimizando o dimensionamento de tabela temporária do MySQL.).
Mover o servidor MySQL para a SKU com Otimização de Memória
Nosso sistema mostra que há um alto uso de memória para este servidor, o que pode resultar em um desempenho de consulta mais lento e IOPS aumentada. Para melhorar o desempenho, revise suas consultas de carga de trabalho para identificar oportunidades de minimizar a memória consumida. Se não forem encontradas oportunidades para tal, recomendamos mudar para uma SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMysqlMemoryUpsell (Mova seu servidor MySQL para SKU otimizado para memória).
Adicionar um servidor de Réplica de Leitura MySQL
Nosso sistema mostra que você pode ter uma carga de trabalho de leitura intensiva em execução, o que resulta em contenção de recursos para este servidor. Isso pode levar a um desempenho de consulta lento para o servidor. Para melhorar o desempenho, recomendamos que adicione uma réplica de leitura e descarregue algumas das cargas de trabalho de leitura para a mesma.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível MySQL - OrcasMeruMysqlReadReplicaUpsell (Adicionar um servidor de Réplica de Leitura MySQL).
Aumentar o work_mem para evitar o transbordamento excessivo do disco de sort e hash
Nosso sistema mostra que o work_mem de configuração é muito pequeno para o seu servidor PostgreSQL, o que está resultando em derramamento de disco e desempenho de consulta degradado. Para melhorar isso, recomendamos aumentar o limite de work_mem para o servidor, o que ajuda a reduzir os cenários quando a classificação ou hash acontece no disco e melhora o desempenho geral da consulta.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlWorkMem (Aumente o work_mem para evitar o derramamento excessivo de disco de classificação e hash).
Melhorar o desempenho da carga de trabalho em 30% com o novo hardware de computação Ev5
Com o novo hardware de computação Ev5, pode melhorar o desempenho da carga de trabalho em 30% com maior simultaneidade e melhor débito. Navegue até a opção Computação+Armazenamento no portal do Azure e alterne para a computação Ev5 sem custo extra. A computação Ev5 proporciona o melhor desempenho entre outras séries de VM em termos de QPS e latência.
Dimensionar o limite de armazenamento para o servidor PostgreSQL
Nosso sistema mostra que o servidor pode estar restrito porque está se aproximando dos limites para os valores de armazenamento provisionados atualmente. Aproximar-se dos limites de armazenamento pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura. Para garantir um desempenho contínuo, é recomendável aumentar a quantidade de armazenamento aprovisionado ou ATIVAR a funcionalidade “Aumento Automático” para os aumentos de armazenamento automáticos
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlStorageLimit (Dimensione o limite de armazenamento para o servidor PostgreSQL).
Dimensionar o servidor PostgreSQL para uma SKU superior
Nosso sistema mostra que o servidor pode não conseguir suportar as solicitações de conexão devido ao máximo de conexões suportadas para uma determinada SKU, o que pode resultar em um grande número de solicitações de conexões com falha afetando negativamente o desempenho. Para melhorar o desempenho, recomendamos mudar para SKU de memória mais alta aumentando o vCore ou alternando para SKUs otimizados para memória.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlConcurrentConnection (Dimensione o servidor PostgreSQL para SKU superior).
Mover o servidor PostgreSQL para a SKU com Otimização de Memória
Nosso sistema mostra que há alta rotatividade no pool de buffers para este servidor, o que pode resultar em um desempenho de consulta mais lento e IOPS aumentado. Para melhorar o desempenho, revise suas consultas de carga de trabalho para identificar oportunidades de minimizar a memória consumida. Se não forem encontradas oportunidades para tal, recomendamos mudar para uma SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlMemoryCache (Mova seu servidor PostgreSQL para Memory Optimized SKU).
Adicionar um servidor de Réplica de Leitura PostgreSQL
Nosso sistema mostra que você pode ter uma carga de trabalho de leitura intensiva em execução, o que resulta em contenção de recursos para este servidor. A contenção de recursos pode levar a um desempenho de consulta lento para o servidor. Para melhorar o desempenho, recomendamos que adicione uma réplica de leitura e descarregue algumas das cargas de trabalho de leitura para a mesma.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlReadReplica (Adicionar um servidor de Réplica de Leitura PostgreSQL).
Aumentar os vCores do servidor PostgreSQL
Nosso sistema mostra que a CPU tem sido executada sob alta utilização por um longo período de tempo nos últimos sete dias. A alta utilização da CPU pode levar a um desempenho lento da consulta. Para melhorar o desempenho, recomendamos mudar para um tamanho de computação maior.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlCpuOverload (Aumentar o servidor PostgreSQL vCores).
Melhorar a gestão das ligações PostgreSQL
Nosso sistema mostra que seu servidor PostgreSQL pode não estar gerenciando conexões de forma eficiente, o que pode resultar em consumo de recursos desnecessário e latência geral de aplicativos mais alta. Para melhorar o gerenciamento de conexões, recomendamos que você reduza o número de conexões de curta duração e elimine conexões ociosas desnecessárias configurando um pool de conexões do lado do servidor, como o PgBouncer.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlConnectionPooling (Melhorar o gerenciamento de conexões PostgreSQL).
Melhorar o desempenho do registo do PostgreSQL
Nosso sistema mostra que seu servidor PostgreSQL foi configurado para gerar logs de erro VERBOSE. Essa configuração pode ser útil para solucionar problemas do banco de dados, mas também pode resultar em desempenho reduzido do banco de dados. Para melhorar o desempenho, recomendamos a alteração do parâmetro log_error_verbosity para a definição PREDEFINIDO.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlLogErrorVerbosity (Melhorar o desempenho do log do PostgreSQL).
Otimizar a recolha de estatísticas de consultas numa Base de Dados do Azure para PostgreSQL
Nosso sistema mostra que seu servidor PostgreSQL foi configurado para rastrear estatísticas de consulta usando o módulo pg_stat_statements. Embora seja útil para resolver problemas, tal também pode resultar num desempenho reduzido do servidor. Para melhorar o desempenho, recomendamos a alteração do parâmetro pg_stat_statements.track para NONE.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlStatStatementsTrack (Otimizar a coleta de estatísticas de consulta em um Banco de Dados do Azure para PostgreSQL).
Otimizar o arquivo de consultas numa Base de Dados do Azure para PostgreSQL quando não estiver a resolver problemas
Nosso sistema mostra que seu banco de dados PostgreSQL foi configurado para acompanhar o desempenho da consulta usando o parâmetro pg_qs.query_capture_mode. Durante a resolução de problemas, sugerimos que defina o parâmetro pg_qs.query_capture_mode como TOP ou ALL. Quando não estiver a resolver problemas, recomendamos que defina o parâmetro pg_qs.query_capture_mode como NONE.
Aumentar o limite de armazenamento para o Servidor Flexível PostgreSQL
Nosso sistema mostra que o servidor pode estar restrito porque está se aproximando dos limites para os valores de armazenamento provisionados atualmente. Aproximar-se dos limites de armazenamento pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlFlexibleServerStorageLimit (Aumente o limite de armazenamento para o PostgreSQL Flexible Server).
Otimizar as definições de registo, definindo LoggingCollector como -1
Otimizar as definições de registo, definindo LoggingCollector como -1
Saiba mais [Logs no Banco de Dados do Azure para PostgreSQL - Servidor Único] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).
Otimizar as definições de registo definindo LogDuration como OFF
Otimizar as definições de registo definindo LogDuration como OFF
Saiba mais [Logs no Banco de Dados do Azure para PostgreSQL - Servidor Único] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).
Otimizar as definições de registo, definindo LogStatement como NENHUM
Otimizar as definições de registo, definindo LogStatement como NENHUM
Saiba mais [Logs no Banco de Dados do Azure para PostgreSQL - Servidor Único] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).
Otimize as definições de registo, definindo ReplaceParameter como OFF
Otimize as definições de registo, definindo ReplaceParameter como OFF
Saiba mais [Logs no Banco de Dados do Azure para PostgreSQL - Servidor Único] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).
Otimizar as definições de registo, definindo LoggingCollector como OFF
Otimizar as definições de registo, definindo LoggingCollector como OFF
Saiba mais [Logs no Banco de Dados do Azure para PostgreSQL - Servidor Único] (/azurepostgresql/single-server/concepts-server-logs#configure-logging).
Aumentar o limite de armazenamento para o grupo de servidores Hyperscale (Citus)
Nosso sistema mostra que um ou mais nós no grupo de servidores podem estar restritos porque estão se aproximando dos limites para os valores de armazenamento provisionados atualmente. Isso pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura. Para garantir o desempenho continuado, recomendamos que aumente a quantidade de disco aprovisionada.
Saiba mais sobre o servidor PostgreSQL - OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (Aumentar o limite de armazenamento para o grupo de servidores Hyperscale (Citus)).
Otimizar as definições log_statement do PostgreSQL na Base de Dados do Azure
Nosso sistema mostra que você tem log_statement ativado, para melhor desempenho defina-o como NENHUM
Aumentar o work_mem para evitar o transbordamento excessivo do disco de sort e hash
Nosso sistema mostra que o work_mem de configuração é muito pequeno para o seu servidor PostgreSQL, resultando em derramamento de disco e desempenho de consulta degradado. Recomendamos aumentar o limite de work_mem para o servidor, o que ajuda a reduzir os cenários quando a classificação ou hash acontece no disco e melhora o desempenho geral da consulta.
Melhorar o desempenho do PostgreSQL – Servidor Flexível ao ativar o Ajuste inteligente
Nosso sistema sugere que você pode melhorar o desempenho do armazenamento ativando o ajuste inteligente
Otimizar as definições log_duration do PostgreSQL na Base de Dados do Azure
Nosso sistema mostra que você tem log_duration ativado, para um melhor desempenho, configure-o como OFF
Otimizar as definições log_min_duration do PostgreSQL na Base de Dados do Azure
Nosso sistema mostra que você tem log_min_duration ativado, para um melhor desempenho, defina-o como -1
Otimizar as definições pg_qs.query_capture_mode do PostgreSQL na Base de dados do Azure
Nosso sistema mostra que você tem pg_qs.query_capture_mode ativado, para um melhor desempenho, defina-o como NONE
Otimizar o desempenho do PostgreSQL ao ativar o PGBouncher
Nosso sistema mostra que você pode melhorar o desempenho do PostgreSQL ativando o PGBouncer
Otimizar as definições log_error_verbosity do PostgreSQL na Base de Dados do Azure
Nosso sistema mostra que você log_error_verbosity ativado, para um melhor desempenho, defina-o como PADRÃO
Aumentar o limite de armazenamento para o grupo de servidores Hyperscale (Citus)
Nosso sistema mostra que um ou mais nós no grupo de servidores podem estar restritos porque estão se aproximando dos limites para os valores de armazenamento provisionados atualmente. Isso pode resultar em desempenho degradado ou na movimentação do servidor para o modo somente leitura. Para garantir o desempenho continuado, recomendamos que aumente a quantidade de disco aprovisionada.
Migrar a base de dados de SSPG para FSPG
Considere nossa nova oferta, o Banco de Dados do Azure para Servidor Flexível PostgreSQL, que fornece recursos mais avançados, como HA resiliente à zona, desempenho previsível, controle máximo, janela de manutenção personalizada, controles de otimização de custos e experiência simplificada do desenvolvedor.
Saiba mais sobre o Banco de Dados do Azure para servidor flexível PostgreSQL - OrcasPostgreSqlMeruMigration (Migrar seu banco de dados do SSPG para o FSPG).
Mover o Servidor Flexível do PostgreSQL para a SKU Otimizada para Memória
Nosso sistema mostra que há alta rotatividade no pool de buffers para este servidor, resultando em um desempenho de consulta mais lento e IOPS aumentada. Para melhorar o desempenho, revise suas consultas de carga de trabalho para identificar oportunidades de minimizar a memória consumida. Se não forem encontradas oportunidades para tal, recomendamos mudar para uma SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o servidor PostgreSQL - OrcasMeruMemoryUpsell (Mova seu servidor flexível PostgreSQL para SKU otimizado para memória).
Melhorar a Cache e o desempenho da aplicação durante a execução com uma largura de banda de rede elevada
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a largura de banda da rede ou dimensionar para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheNetworkBandwidth (Melhore o desempenho do cache e do aplicativo ao executar com alta largura de banda de rede).
Melhorar a Cache e o desempenho da aplicação durante a execução com muitos clientes ligados
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a carga ou a escala do servidor para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheConnectedClients (Melhore o desempenho do cache e do aplicativo ao executar com muitos clientes conectados).
Melhorar a Cache e o desempenho da aplicação durante a execução com muitos clientes ligados
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a carga ou a escala do servidor para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheConnectedClientsHigh (Melhore o desempenho do cache e do aplicativo ao executar com muitos clientes conectados).
Melhorar a Cache e o desempenho da aplicação durante a execução com uma carga de servidor elevada
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a carga ou a escala do servidor para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheServerLoad (Melhore o desempenho do cache e do aplicativo ao executar com alta carga de servidor).
Melhorar a Cache e o desempenho da aplicação durante a execução com uma carga de servidor elevada
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a carga ou a escala do servidor para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheServerLoadHigh (Melhore o desempenho do cache e do aplicativo ao executar com alta carga de servidor).
Melhorar a Cache e o desempenho da aplicação durante a execução com uma pressão de memória elevada
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a memória usada ou dimensionar para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheUsedMemory (Melhore o desempenho do cache e do aplicativo ao executar com alta pressão de memória).
Melhorar a Cache e o desempenho de aplicações quando a utilização de rss da memória é elevada.
As instâncias de cache têm melhor desempenho quando não são executadas em alta largura de banda de rede, o que pode causar falta de resposta, perda de dados ou indisponibilidade. Aplique as práticas recomendadas para reduzir a memória usada ou dimensionar para um tamanho diferente ou SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis - RedisCacheUsedMemoryRSS (Melhore o desempenho do cache e do aplicativo quando o uso de rss de memória for alto.).
As instâncias de cache têm melhor desempenho quando as máquinas host em que o aplicativo cliente é executado são capazes de acompanhar as respostas do cache
As instâncias de cache têm melhor desempenho quando as máquinas host em que o aplicativo cliente é executado são capazes de acompanhar as respostas do cache. Se a máquina host cliente estiver funcionando com pouca memória, CPU ou largura de banda de rede, as respostas de cache não chegarão ao seu aplicativo com rapidez suficiente e podem resultar em latência mais alta.
DevOps
Atualizar para a Versão da API do AMS mais recente
Identificamos chamadas para uma versão da API dos Serviços de Mídia do Azure (AMS) que não é recomendada. Recomendamos que mude para a versão da API do AMS mais recente para garantir acesso ininterrupto ao AMS, funcionalidades mais recentes e melhoramentos de desempenho.
Saiba mais sobre Monitor - UpdateToLatestAMSApiVersion (Atualize para a versão mais recente da API AMS).
Atualizar para a versão mais recente do SDK de Cargas de Trabalho
Atualize para a versão mais recente do SDK do Workloads para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço.
Saiba mais sobre Monitor - UpgradeToLatestAMSSdkVersion (Atualize para a versão mais recente do SDK de cargas de trabalho).
Integração
Atualizar o recurso Gestão de API para uma versão alternativa
Sua assinatura está sendo executada em versões que foram agendadas para descontinuação. Em 30 de setembro de 2023, todas as versões de API para o serviço de Gerenciamento de API do Azure anteriores à desativação e às chamadas de API de 08-2021 falham. Atualize para a versão mais recente para evitar a interrupção dos seus serviços.
Saiba mais sobre Api Management - apimgmtdeprecation (Atualize seu recurso de Gerenciamento de API para uma versão alternativa).
Móvel
Utilizar a versão recomendada do SDK de Chat
O SDK de Chat do Azure Communication Services pode ser utilizado para adicionar chat avançado e em tempo real às aplicações. Atualize para a versão recomendada do SDK de Chat para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de Comunicação - UpgradeChatSdk (Use a versão recomendada do SDK de Chat).
Utilizar a versão recomendada do SDK do Resource Manager
O SDK do Gerenciador de Recursos pode ser usado para criar e gerenciar recursos dos Serviços de Comunicação do Azure. Atualize para a versão recomendada do SDK do Resource Manager para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeResourceManagerSdk (Use a versão recomendada do SDK do Resource Manager).
Utilizar a versão recomendada do SDK de Identidade
O SDK de Identidade do Azure Communication Services pode ser utilizado para gerir identidades, utilizadores e tokens de acesso. Atualize para a versão recomendada do SDK de Identidade para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeIdentitySdk (Use a versão recomendada do SDK de identidade).
Utilizar a versão recomendada do SDK de SMS
O SDK de SMS do Azure Communication Services pode ser utilizado para enviar e receber mensagens SMS. Atualize para a versão recomendada do SDK de SMS para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeSmsSdk (Use a versão recomendada do SMS SDK).
Utilizar a versão recomendada do SDK de Números do Telefone
O SDK de Números do Telefone do Azure Communication Services pode ser utilizado para adquirir e gerir números de telefone. Atualize para a versão recomendada do SDK de Números do Telefone para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradePhoneNumbersSdk (Use a versão recomendada do SDK de números de telefone).
Utilizar a versão recomendada do SDK de Chamadas
O SDK de Chamadas do Azure Communication Services pode servir para ativar a voz, o vídeo, a partilha de ecrãs e outras comunicações em tempo real. Atualize para a versão recomendada do SDK de Chamadas para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeCallingSdk (Use a versão recomendada do SDK de chamada).
Utilizar a versão recomendada do SDK de Automatização de Chamadas
O SDK de Automatização de Chamadas do Azure Communication Services pode servir para fazer e gerir chamadas, reproduzir áudio e configurar a gravação. Atualize para a versão recomendada do SDK de Automatização de Chamadas para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeServerCallingSdk (Use a versão recomendada do SDK de automação de chamadas).
Utilizar a versão recomendada do SDK do Network Traversal
O SDK do Network Traversal do Azure Communication Services pode ser utilizado para aceder a servidores TURN para o transporte de dados de baixo nível. Atualize para a versão recomendada do SDK do Network Traversal para garantir as correções e funcionalidades mais recentes.
Saiba mais sobre o serviço de comunicação - UpgradeTurnSdk (Use a versão recomendada do Network Traversal SDK).
Utilizar a versão recomendada do SDK Rooms
O SDK Rooms do Azure Communication Services pode ser utilizado para controlar quem pode participar numa chamada, quando podem reunir-se e como podem colaborar. Atualize para a versão recomendada do SDK Rooms para garantir as correções e funcionalidades mais recentes. Foi detetada uma versão não recomendada nas últimas 48 a 60 horas.
Saiba mais sobre o serviço de comunicação - UpgradeRoomsSdk (Use a versão recomendada do SDK de salas).
Rede
Atualizar a recomendação de versão do SDK
A versão mais recente do SDK ou da Biblioteca de Cliente do Azure Front Door Standard e Premium contém correções a problemas comunicados por clientes e identificados proativamente através do nosso processo de GQ. A versão mais recente também apresenta otimizações de fiabilidade e desempenho, além de novas funcionalidades que podem melhorar a sua experiência geral com o Azure Front Door Standard e Premium.
Saiba mais sobre Front Door Profile - UpgradeCDNToLatestSDKLanguage (Upgrade SDK version recommendation).
Atualizar a recomendação de versão do SDK
A versão mais recente do SDK do Azure Traffic Collector contém correções de problemas proativamente identificados através do nosso processo de GQ, suporta o modelo de recursos mais recente e possui fiabilidade e otimização do desempenho que podem melhorar a experiência geral ao utilizar o ATC.
Saiba mais sobre o Azure Traffic Collector - UpgradeATCToLatestSDKLanguage (Recomendação de versão do SDK de atualização).
Atualizar a largura de banda do circuito do ExpressRoute para acomodar as necessidades de largura de banda
Tem estado a utilizar mais de 90% da largura de banda do circuito recentemente comprada. Se você exceder a largura de banda alocada, ocorrerá um aumento nos pacotes descartados enviados pela Rota Expressa. Atualize a largura de banda do circuito para manter o desempenho, caso a largura de banda necessária permaneça elevada.
Obter uma latência mais previsível e consistente com uma ligação privada ao Azure
Melhore o desempenho, a privacidade e a fiabilidade das aplicações críticas para a sua empresa ao alargar as redes no local para o Azure com o Azure ExpressRoute. Estabeleça ligações privadas ExpressRoute diretamente da WAN, através de uma instalação de intercâmbio cloud ou através de ligações POP e IPVPN.
Saiba mais sobre Subscrição - AzureExpressRoute (Experimente uma latência mais previsível e consistente com uma ligação privada ao Azure).
Atualizar a API de Cargas de Trabalho para a versão mais recente (API do Azure Center for SAP solutions)
Identificámos chamadas a uma versão desatualizada da API de Cargas de Trabalho para recursos neste grupo de recursos. Recomendamos que mude para a versão da API de Cargas de Trabalho mais recente para garantir acesso ininterrupto às funcionalidades mais recentes e melhoramentos de desempenho no Azure Center for SAP solutions. Se houver várias instâncias virtuais para soluções SAP (VIS) mostradas na recomendação, certifique-se de atualizar a versão da API para todos os recursos do VIS.
Saiba mais sobre Subscrição - UpdateToLatestWaasApiVersionAtSub (API de Atualizar Cargas de Trabalho para a versão mais recente (API do Azure Center for SAP solutions)).
Atualizar o SDK de Cargas de Trabalho para a versão mais recente (SDK do Azure Center for SAP solutions)
Identificámos chamadas a uma versão desatualizada do SDK de Cargas de Trabalho de recursos neste Grupo de Recursos. Atualize para a versão mais recente do SDK do Workloads para obter os recursos mais recentes e os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade de serviço para soluções do Azure Center for SAP. Se houver várias instâncias virtuais para soluções SAP (VIS) mostradas na recomendação, certifique-se de atualizar a versão do SDK para todos os recursos do VIS.
Configurar o TTL de DNS para 60 segundos
O tempo de vida (TTL) afeta a recente resposta que um cliente obtém quando faz uma solicitação ao Gerenciador de Tráfego do Azure. Reduzir o valor TTL significa que o cliente é roteado para um ponto de extremidade funcional mais rapidamente, no caso de um failover. Configure o TTL para 60 segundos para encaminhar o tráfego para um ponto final de estado de funcionamento o mais rapidamente possível.
Saiba mais sobre o perfil do Traffic Manager - ProfileTTL (Configure DNS Time to Live to 60 seconds).
Configurar o TLL de DNS para 20 segundos
O tempo de vida (TTL) afeta a recente resposta que um cliente obtém quando faz uma solicitação ao Gerenciador de Tráfego do Azure. Reduzir o valor TTL significa que o cliente é roteado para um ponto de extremidade funcional mais rapidamente, no caso de um failover. Configure o TTL para 20 segundos para encaminhar o tráfego para um ponto final de estado de funcionamento o mais rapidamente possível.
Saiba mais sobre o perfil do Gerenciador de Tráfego - FastFailOverTTL (Configure DNS Time to Live to 20 seconds).
Configurar o TTL de DNS para 60 segundos
O tempo de vida (TTL) afeta a recente resposta que um cliente obtém quando faz uma solicitação ao Gerenciador de Tráfego do Azure. Reduzir o valor TTL significa que o cliente é roteado para um ponto de extremidade funcional mais rapidamente, no caso de um failover. Configure o TTL para 60 segundos para encaminhar o tráfego para um ponto final de estado de funcionamento o mais rapidamente possível.
Saiba mais sobre o perfil do Traffic Manager - ProfileTTL (Configure DNS Time to Live to 60 seconds).
Considere aumentar o tamanho do SKU do Gateway da sua rede virtual para lidar com o uso consistentemente alto da CPU
Sob alta carga de tráfego, o gateway VPN pode descartar pacotes devido à alta CPU.
Considere aumentar o tamanho do SKU do Gateway da sua rede virtual para lidar com o alto uso de P2S
Cada SKU de gateway apenas suporta uma contagem especificada de ligações P2S em simultâneo. Sua contagem de conexões está próxima do limite do gateway, portanto, mais tentativas de conexão podem falhar.
Saiba mais sobre Gateway de rede virtual - HighP2SConnectionsVNetGateway (Considere aumentar o tamanho do seu SKU de gateway VNet para lidar com o alto uso de P2S).
Certifique-se de que tem instâncias suficientes no seu Gateway de Aplicação para suportar o seu tráfego
Seu Application Gateway tem sido executado em alta utilização recentemente e sob carga pesada, você pode enfrentar perda de tráfego ou aumento na latência. É importante que você dimensione seu Application Gateway de acordo e adicione um buffer para que esteja preparado para quaisquer picos ou picos de tráfego e minimize o efeito que ele possa ter em sua QoS. O Application Gateway v1 SKU (Standard/WAF) suporta dimensionamento manual e o SKU v2 (Standard_v2/WAF_v2) suporta dimensionamento manual e automático. Com o dimensionamento manual, aumente a contagem de instâncias. Se o dimensionamento automático estiver habilitado, verifique se a contagem máxima de instâncias está definida para um valor mais alto para que o Application Gateway possa ser expandido à medida que o tráfego aumenta.
Saiba mais sobre o Application gateway - HotAppGateway (certifique-se de ter instâncias suficientes no seu Application Gateway para suportar o seu tráfego).
SAP para Azure
Para evitar o bloqueio flexível no controlador Mellanox, reduza o valor de can_queue no SO da VM da Aplicação nas cargas de trabalho SAP
Para evitar travamento suave esporádico no driver Mellanox, reduza o valor de can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de arranque de kernel para obter o mesmo efeito:"hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024"
Para evitar o bloqueio flexível no controlador Mellanox, reduza o valor de can_queue no SO da VM do ASCS nas cargas de trabalho SAP
Para evitar travamento suave esporádico no driver Mellanox, reduza o valor de can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de arranque de kernel para obter o mesmo efeito:"hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024"
Para evitar o bloqueio flexível no controlador Mellanox, reduza o valor de can_queue no SO da VM da DB nas cargas de trabalho SAP
Para evitar travamento suave esporádico no driver Mellanox, reduza o valor de can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de arranque de kernel para obter o mesmo efeito:"hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024"
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize tcp_wmem parâmetro do sistema operacional
O parâmetro net.ipv4.tcp_wmem especifica tamanhos da memória intermédia mínimos, predefinidos e máximos que são utilizados para um socket TCP. Descreva o parâmetro de acordo com a nota SAP 302436 para certificar a base de dados HANA para funcionar com ANF e melhorar o desempenho do sistema de ficheiros. O valor máximo não deve exceder net.core.wmem_max parâmetro.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize tcp_rmem parâmetro do sistema operacional
O parâmetro net.ipv4.tcp_mem especifica tamanhos da memória intermédia de receção mínimos, predefinidos e máximos utilizados para um socket TCP. Descreva o parâmetro de acordo com a nota SAP 3024346 para certificar a base de dados HANA para funcionar com ANF e melhorar o desempenho do sistema de ficheiros. O valor máximo não deve exceder net.core.rmem_max parâmetro.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize wmem_max parâmetro do sistema operacional
No HANA DB com tipo de armazenamento ANF, o buffer máximo de soquete de gravação, definido pelo parâmetro net.core.wmem_max deve ser definido grande o suficiente para lidar com pacotes de rede de saída. A configuração net.core.wmem_max certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos. Veja a nota SAP: 3024346.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize tcp_rmem parâmetro do sistema operacional
O parâmetro net.ipv4.tcp_mem especifica tamanhos da memória intermédia de receção mínimos, predefinidos e máximos utilizados para um socket TCP. Descreva o parâmetro de acordo com a nota SAP 3024346 para certificar a base de dados HANA para funcionar com ANF e melhorar o desempenho do sistema de ficheiros. O valor máximo não deve exceder net.core.rmem_max parâmetro.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize rmem_max parâmetro do sistema operacional
No HANA DB com tipo de armazenamento ANF, o buffer de soquete de leitura máximo, definido pelo parâmetro, net.core.rmem_max deve ser definido grande o suficiente para lidar com pacotes de rede de entrada. A configuração net.core.rmem_max certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos. Veja a nota SAP: 3024346.
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, defina o tamanho da fila de registo de tarefas pendentes do recetor como 300 000
O parâmetro net.core.netdev_max_backlog especifica o tamanho da fila de backlog do recetor, usado se uma interface de rede recebe pacotes mais rápido do que o kernel pode processar. Defina o parâmetro de acordo com a nota do SAP: 3024346. A configuração net.core.netdev_max_backlog certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, ative o parâmetro de dimensionamento da janela TCP do SO
Ativar o parâmetro de dimensionamento da janela TCP de acordo com a nota do SAP: 302436. A configuração de dimensionamento de janela TCP certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, desative o protocolo IPv6 no SO
Desative o IPv6 conforme recomendação para SAP no Azure para HANA DB com ANF para melhorar o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, desative o parâmetro para iniciar lentamente após a inatividade
O parâmetro net.ipv4.tcp_slow_start_after_idle desativa a necessidade de aumentar incrementalmente o tamanho da janela TCP para conexões TCP que ficaram ociosas por algum tempo. Ao definir esse parâmetro como zero de acordo com a nota do SAP: 302436, a velocidade máxima é usada desde o início para conexões TCP anteriormente ociosas.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize tcp_max_syn_backlog parâmetro do sistema operacional
Para evitar que o kernel use cookies SYN em uma situação em que muitas solicitações de conexão são enviadas em um curto período de tempo e para evitar um aviso sobre um possível ataque de inundação de SYN no log do sistema, o tamanho da lista de pendências SYN deve ser definido para um valor razoavelmente alto. Consulte a nota 2382421 da SAP.
Saiba mais sobre Instância de Banco de Dados - TCPMaxSynBacklog (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF otimizar tcp_max_syn_backlog parâmetro OS).
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, ative o parâmetro tcp_sack do SO
Ativar o parâmetro tcp_sack de acordo com a nota do SAP: 302436. A configuração tcp_sack certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Saiba mais sobre Instância de banco de dados - TCPSackParameter (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, habilite o parâmetro tcp_sack OS).
No cenário de alta disponibilidade para HANA DB com ANF, desative o parâmetro tcp_timestamps OS
Desative o parâmetro tcp_timestamps de acordo com a nota do SAP: 302436. A configuração tcp_timestamps certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos em cenários de alta disponibilidade para HANA DB com ANF em cargas de trabalho SAP
Saiba mais sobre Instância de banco de dados - DisableTCPTimestamps (No cenário de alta disponibilidade para HANA DB com ANF, desative o parâmetro tcp_timestamps OS).
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, ative o parâmetro tcp_timestamps do SO
Ative o parâmetro tcp_timestamps de acordo com a nota do SAP: 302436. A configuração tcp_timestamps certifica o HANA DB para ser executado com ANF e melhora o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Saiba mais sobre Instância de banco de dados - EnableTCPTimestamps (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, ative o parâmetro tcp_timestamps OS).
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, ative o ajuste automático para o protocolo TCP receber o tamanho da memória intermédia
O parâmetro net.ipv4.tcp_moderate_rcvbuf permite que o TCP execute o ajuste automático do buffer, para dimensionar automaticamente o buffer (não superior a tcp_rmem para corresponder ao tamanho exigido pelo caminho para a taxa de transferência completa. Habilite este parâmetro de acordo com a nota SAP: 302436 para melhorar o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize net.ipv4.ip_local_port_range
Uma vez que a base de dados HANA utiliza um número considerável de ligações para a comunicação interna, faz sentido ter o maior número possível de portas de clientes disponíveis para este efeito. Defina o parâmetro net.ipv4.ip_local_port_range do SO de acordo com a nota do SAP 2382421 para garantir uma excelente comunicação interna do HANA.
Saiba mais sobre Instância de banco de dados - IPV4LocalPortRange (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize net.ipv4.ip_local_port_range).
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize sunrpc.tcp_slot_table_entries
Defina o parâmetro sunrpc.tcp_slot_table_entries para 128 conforme recomendação para melhorar o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Todos os discos no LVM para /hana/volume de dados devem ser do mesmo tipo para garantir alto desempenho no HANA DB
Se forem selecionados vários tipos de discos em /hana/volume de dados, o desempenho da base de dados HANA nas cargas de trabalho SAP poderá ser restringido. Verifique se todos os discos de volume de dados HANA são do mesmo tipo e estão configurados conforme recomendação para SAP no Azure.
O tamanho da faixa para /hana/data deve ser de 256 kb para melhorar o desempenho do banco de dados HANA em cargas de trabalho SAP
Se estiver a utilizar LVM ou mdadm para criar conjuntos de distribuição em vários discos premium do Azure, tem de definir tamanhos de distribuição. Com base na experiência com versões recentes do Linux, o Azure recomenda o uso do tamanho de faixa de 256 kb para o sistema de arquivos /hana/data para um melhor desempenho do HANA DB.
Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize o parâmetro vm.swappiness
Defina o parâmetro do sistema operacional vm.swappiness como 10 conforme recomendação para melhorar o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Saiba mais sobre Instância de banco de dados - VmSwappiness (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, otimize o parâmetro vm.swappiness).
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, desative net.ipv4.conf.all.rp_filter
Desative o parâmetro linux OS do filtro de caminho reverso, net.ipv4.conf.all.rp_filter conforme recomendação para melhorar o desempenho do sistema de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Saiba mais sobre Instância de banco de dados - DisableIPV4Conf (Para melhorar o desempenho do sistema de arquivos no HANA DB com ANF, desative net.ipv4.conf.all.rp_filter).
Se estiver usando Ultradisk, o IOPS para /hana/volume de dados deve ser >=7000 para melhor desempenho do banco de dados HANA
Recomenda-se um IOPS de, pelo menos, 7000 em /hana/volume de dados para cargas de trabalho SAP ao utilizar Discos Ultra. Selecione o tipo de disco para /hana/volume de dados de acordo com este requisito para garantir o alto desempenho do banco de dados.
Para melhorar o desempenho do sistema de ficheiros na base de dados HANA com o ANF, altere o parâmetro tcp_max_slot_table_entries
Defina o parâmetro do SO tcp_max_slot_table_entries para 128 de acordo com a nota SAP: 302436 para melhorar o desempenho de transferência de arquivos no HANA DB com ANF em cargas de trabalho SAP.
Verifique se o desempenho de leitura do volume /hana/data é >de =400 MB/seg para um melhor desempenho no banco de dados HANA
Recomenda-se uma atividade de leitura de, pelo menos, 400 MB/s para /hana/dados para os tamanhos de entrada/saída de 16 MB e de 64 MB nas cargas de trabalho SAP no Azure. Selecione o tipo de disco para /hana/data de acordo com este requisito para garantir o alto desempenho do banco de dados e atender aos requisitos mínimos de armazenamento para SAP HANA.
O desempenho de leitura/gravação do volume /hana/log deve ser >de =250 MB/seg para um melhor desempenho no HANA DB
Recomenda-se uma atividade de Leitura/Escrita de, pelo menos, 250 MB/s para /hana/registo para o tamanho de entrada/saída de 1 MB nas cargas de trabalho SAP no Azure. Selecione o tipo de disco para o volume /hana/log de acordo com este requisito para garantir o alto desempenho do banco de dados e atender aos requisitos mínimos de armazenamento do SAP HANA.
Se estiver usando Ultradisk, o IOPS para o volume /hana/log deve ser >=2000 para um melhor desempenho no HANA DB
Recomenda-se um IOPS de, pelo menos, 2000 em /hana/volume do registo para cargas de trabalho SAP ao utilizar Discos Ultra. Selecione o tipo de disco para o volume /hana/log de acordo com este requisito para garantir o alto desempenho do banco de dados.
Saiba mais sobre Instância de banco de dados - HanaLogIOPS (Se estiver usando Ultradisk, o IOPS para o volume /hana/log deve ser >=2000 para um melhor desempenho no HANA DB).
Todos os discos no LVM para o volume /hana/log devem ser do mesmo tipo para garantir alto desempenho no HANA DB
Se forem selecionados vários tipos de discos em /hana/volume do registo, o desempenho da base de dados HANA nas cargas de trabalho SAP poderá ser restringido. Verifique se todos os discos de volume de dados HANA são do mesmo tipo e estão configurados conforme recomendação para SAP no Azure.
Ativar o Acelerador de Escrita em /hana/volume do registo com disco Premium para uma melhor latência de escrita na base de dados HANA
O Acelerador de Escrita do Azure é uma funcionalidade para as VMs do Azure Série M. Melhora a latência de escritas de entrada/saída em comparação com o armazenamento premium do Azure. No SAP HANA, o Acelerador de Escrita deve ser utilizado apenas com /hana/volume do registo.
O tamanho da faixa para /hana/log deve ser de 64 kb para melhorar o desempenho do HANA DB em cargas de trabalho SAP
Se estiver a utilizar LVM ou mdadm para criar conjuntos de distribuição em vários discos premium do Azure, tem de definir tamanhos de distribuição. Para obter taxa de transferência suficiente com tamanhos de E/S maiores, o Azure recomenda o uso do tamanho de distribuição de 64 kb para o sistema de arquivos /hana/log para um melhor desempenho do banco de dados HANA.
Segurança
Atualizar a Versão da API de Atestado
Identificamos chamadas de API de uma API de atestado desatualizada para recursos sob esta assinatura. É recomendado mudar para as versões mais recentes da API de Atestado. Precisa de atualizar o código existente para utilizar a versão mais recente da API. Usar a versão mais recente da API garante que você receba os recursos e melhorias de desempenho mais recentes.
Saiba mais sobre o provedor de atestado - UpgradeAttestationAPI (Update Attestation API Version).
Atualizar a Versão do SDK do Key Vault
As novas Bibliotecas de Cliente do Key Vault estão divididas em SDKs de chaves, segredos e certificados, que são integrados na biblioteca de Identidade do Azure recomendada para proporcionar autenticação totalmente integrada no Key Vault em todos os ambientes e linguagens. Contêm também várias correções de desempenho, assim como de problemas comunicados pelos clientes e identificados proativamente através do nosso processo de GQ. Se o Cofre da Chave estiver integrado ao Armazenamento do Azure, ao Disco ou a outros serviços do Azure que possam usar o SDK antigo do Cofre da Chave e quando todos os seus aplicativos personalizados atuais estiverem usando o .NET SDK 4.0 ou superior, ignore a recomendação.
Saiba mais sobre Key vault - UpgradeKeyVaultSDK (Update Key Vault SDK Version).
Atualizar a Versão do SDK do Key Vault
As novas Bibliotecas de Cliente do Key Vault estão divididas em SDKs de chaves, segredos e certificados, que são integrados na biblioteca de Identidade do Azure recomendada para proporcionar autenticação totalmente integrada no Key Vault em todos os ambientes e linguagens. Contêm também várias correções de desempenho, assim como de problemas comunicados pelos clientes e identificados proativamente através do nosso processo de GQ.
Importante
Lembre-se de que você só pode corrigir recomendações para aplicativos personalizados aos quais você tem acesso. As recomendações podem ser mostradas devido à integração com outros serviços do Azure, como Armazenamento, criptografia de disco, que estão em processo de atualização para a nova versão do nosso SDK. Se você usar o .NET 4.0 em todos os seus aplicativos, ignore a recomendação.
Saiba mais sobre o Serviço HSM Gerenciado - UpgradeKeyVaultMHSMSDK (Update Key Vault SDK Version).
Armazenamento
Utilizar “Colocar Blob” para blobs inferiores a 256 MB
Ao escrever um blob de blocos que tenha 256 MB ou menos (64 MB para pedidos com versões de REST anteriores a 31-05-2016), pode carregá-lo na totalidade com uma operação de escrita única através da operação “Colocar Blob”. Com base nas suas métricas agregadas, acreditamos que é possível otimizar as operações de escrita da sua conta de armazenamento.
Saiba mais sobre Conta de Armazenamento - StorageCallPutBlob (Use ""Put Blob"" para blobs menores que 256 MB).
Aumentar o tamanho aprovisionado da partilha de ficheiros premium para evitar a limitação de pedidos
Os pedidos da partilha de ficheiros premium são limitados à medida que forem atingidos os limites de operações de E/S por segundo (IOPS) ou de débito da partilha de ficheiros. Para proteger suas solicitações de serem limitadas, aumente o tamanho do compartilhamento de arquivos premium.
Criar estatísticas em colunas da tabela
Detetamos que você está faltando estatísticas de tabela que podem estar afetando o desempenho da consulta. O otimizador de consultas utiliza as estatísticas para calcular a cardinalidade ou o número de linhas no resultado da consulta, o que lhe permite criar um plano de consulta de alta qualidade.
Saiba mais sobre o SQL data warehouse - CreateTableStatisticsSqlDW (Criar estatísticas em colunas de tabela).
Remover a distorção de dados para aumentar o desempenho das consultas
Detetamos distorções de dados de distribuição superiores a 15%, o que pode causar gargalos de desempenho dispendiosos.
Saiba mais sobre o SQL data warehouse - DataSkewSqlDW (Remover distorção de dados para aumentar o desempenho da consulta).
Atualizar as estatísticas em colunas da tabela
Detetamos que você não tem estatísticas de tabela atualizadas, o que pode estar afetando o desempenho da consulta. O otimizador de consulta usa estatísticas atualizadas para estimar a cardinalidade ou o número de linhas no resultado da consulta que permite que o otimizador de consulta crie um plano de consulta de alta qualidade.
Saiba mais sobre o SQL data warehouse - UpdateTableStatisticsSqlDW (Atualizar estatísticas em colunas de tabela).
Aumentar verticalmente para otimizar a utilização da cache com o SQL Data Warehouse
Detetamos que você tinha uma alta porcentagem de cache usado com baixa porcentagem de acertos, indicando uma alta taxa de remoção de cache que pode afetar o desempenho de sua carga de trabalho.
Saiba mais sobre o SQL data warehouse - SqlDwIncreaseCacheCapacity (escale para otimizar a utilização do cache com o SQL Data Warehouse).
Aumentar verticalmente ou atualizar a classe de recursos para reduzir a disputa da tempdb com o SQL Data Warehouse
Detetamos que você tinha alta utilização de tempdb que pode afetar o desempenho de sua carga de trabalho.
Converter tabelas em tabelas replicadas com o SQL Data Warehouse
Detetamos que você pode se beneficiar do uso de tabelas replicadas. As tabelas replicadas evitam operações dispendiosas de movimentação de dados e aumentam significativamente o desempenho da sua carga de trabalho.
Saiba mais sobre o SQL data warehouse - SqlDwReplicateTable (Converter tabelas em tabelas replicadas com o SQL Data Warehouse).
Dividir ficheiros de teste na conta de armazenamento para aumentar o desempenho de carregamento
Detetámos que pode aumentar o débito de carregamento através da divisão dos ficheiros comprimidos que são faseados para a conta de armazenamento. Uma boa regra geral é dividir os ficheiros comprimidos em 60 ou mais para maximizar o paralelismo da carga.
Saiba mais sobre o SQL data warehouse - FileSplittingGuidance (Dividir arquivos em estágios na conta de armazenamento para aumentar o desempenho de carga).
Aumente o tamanho do lote ao carregar para maximizar o débito de carga, a compressão de dados e o desempenho de consulta
Detetámos que pode aumentar o desempenho e o débito da carga ao aumentar o tamanho do lote ao carregar na base de dados. Considere usar a instrução COPY. Se você não conseguir usar a instrução COPY, considere aumentar o tamanho do lote ao usar utilitários de carregamento, como a API SQLBulkCopy ou BCP - uma boa regra prática é um tamanho de lote entre 100K a 1M linhas.
Colocalize a conta de armazenamento dentro da mesma região para minimizar a latência ao carregar
Detetamos que você está carregando de uma região diferente do seu pool SQL. Considere carregar de uma conta de armazenamento que esteja na mesma região do pool SQL para minimizar a latência ao carregar dados.
Saiba mais sobre o SQL data warehouse - ColocateStorageAccount (Colocalize a conta de armazenamento na mesma região para minimizar a latência durante o carregamento).
Atualize a sua Biblioteca de Cliente de Armazenamento para a versão mais recente para melhorar a fiabilidade e o desempenho
A versão mais recente da Biblioteca de Clientes de Armazenamento/SDK contém correções para problemas comunicados pelos clientes e identificados proativamente através do nosso processo de GQ. A versão mais recente também apresenta otimizações de fiabilidade e desempenho, além de novas funcionalidades que podem melhorar a sua experiência geral com o Armazenamento do Azure.
Atualize a sua Biblioteca de Cliente de Armazenamento para a versão mais recente para melhorar a fiabilidade e o desempenho
A versão mais recente da Biblioteca de Clientes de Armazenamento/SDK contém correções para problemas comunicados pelos clientes e identificados proativamente através do nosso processo de GQ. A versão mais recente também apresenta otimizações de fiabilidade e desempenho, além de novas funcionalidades que podem melhorar a sua experiência geral com o Armazenamento do Azure.
Atualizar para Discos SSD Standard para obter consistência e desempenho melhorado
Como você está executando cargas de trabalho de máquina virtual IaaS em discos gerenciados de HDD padrão, esteja ciente de que uma opção de disco SSD padrão agora está disponível para todos os tipos de VM do Azure. Os discos SSD Standard discos são uma opção de armazenamento económica, otimizada para cargas de trabalho empresariais que precisam de um desempenho consistente. Atualize a configuração do disco hoje para obter uma latência, fiabilidade e disponibilidade melhoradas. A atualização requer uma reinicialização da VM, que leva de três a cinco minutos.
Saiba mais sobre Conta de armazenamento - StandardSSDForNonPremVM (Atualize para discos SSD padrão para um desempenho consistente e melhorado).
Utilizar o armazenamento de blobs de blocos de desempenho premium
Uma ou mais das contas de armazenamento tem uma taxa de transação elevada por GB de dados de blobs de blocos armazenados. Utilize o armazenamento de blobs de blocos de desempenho premium em vez do armazenamento de desempenho standard para as cargas de trabalho que requerem tempos de resposta de armazenamento rápidos e/ou elevadas taxas de transação e que podem economizar custos de armazenamento.
Saiba mais sobre Conta de armazenamento - PremiumBlobStorageAccount (Use armazenamento de blob de bloco de desempenho premium).
Converter Discos Não Geridos de HDD Standard em SSD Premium por questões de desempenho
Reparámos que o Disco Não Gerido HDD está a aproximar-se das metas de desempenho. Os SSDs premium do Azure fornecem suporte de disco de elevado desempenho e de baixa latência para máquinas virtuais com cargas de trabalho de E/S intensivas. Dê um impulso no desempenho do disco ao atualizar o disco HDD Standard para o disco SSD Premium. A atualização requer uma reinicialização da VM, que leva de três a cinco minutos.
Saiba mais sobre Conta de armazenamento - UMDHDDtoPremiumForPerformance (Converter discos não gerenciados de HDD padrão para SSD Premium para desempenho).
Distribuir dados no grupo de servidores para distribuir a carga de trabalho entre nós
Parece que os dados não são distribuídos neste grupo de servidores, mas permanecem no coordenador. Para obter benefícios completos de hiperescala (Citus), distribua dados em nós de trabalho no grupo de servidores.
Reequilibrar os dados no grupo de servidores Hyperscale (Citus) para distribuir a carga de trabalho entre nós de trabalho mais uniformemente
Parece que os dados não estão bem equilibrados entre os nós de trabalho neste grupo de servidores Hyperscale (Citus). Para usar cada nó de trabalho do grupo de servidores Hyperscale (Citus), reequilibre efetivamente os dados no grupo de servidores.
Infraestrutura de ambiente de trabalho virtual
Melhore a experiência do usuário e a conectividade implantando VMs mais próximas do local do usuário
Determinamos que suas VMs estão localizadas em uma região diferente ou distante de onde seus usuários estão se conectando com a Área de Trabalho Virtual do Azure, o que pode levar a tempos de resposta de conexão prolongados e afetar a experiência geral do usuário. Ao criar VMs para seus pools de hosts, tente usar uma região mais próxima do usuário. Ter proximidade garante a satisfação contínua com o serviço de Área de Trabalho Virtual do Azure e uma melhor qualidade geral da experiência.
Saiba mais sobre Host Pool - RegionProximityHostPools (Melhore a experiência do usuário e a conectividade implantando VMs mais próximas do local do usuário.).
Alterar o limite máximo de sessões do conjunto de anfitriões com balanceamento de carga em profundidade para melhorar o desempenho da VM
O balanceamento de carga em profundidade utiliza o limite máximo de sessões para determinar o número máximo de utilizadores que podem ter sessões em simultâneo num anfitrião com uma única sessão. Se o limite máximo de sessão for muito alto, todas as sessões do usuário serão direcionadas para o mesmo host de sessão e isso pode causar problemas de desempenho e confiabilidade. Portanto, ao definir um pool de hosts para ter balanceamento de profundidade de primeira carga, defina também um limite máximo de sessão apropriado de acordo com a configuração de sua implantação e a capacidade de suas VMs. Para corrigir este erro, abra as propriedades do conjunto de anfitriões e altere o valor ao lado da definição “Limite máximo de sessões”.
Web
Mudar o Plano do Serviço de Aplicações para Premium V2 para melhorar o desempenho
A aplicação serviu mais de 1000 pedidos por dia nos últimos 3 dias. Seu aplicativo pode se beneficiar da infraestrutura de alto desempenho disponível com a camada do Serviço de Aplicativo Premium V2. O escalão Premium V2 apresenta VMs da série Dv2 com processadores mais rápidos, armazenamento SSD e proporção de memória/núcleo duplicada quando comparada com as instâncias anteriores. Saiba mais sobre como atualizar para o Premium V2 na nossa documentação.
Saiba mais sobre o Serviço de aplicativo - AppServiceMoveToPremiumV2 (Mova seu plano de serviço de aplicativo para PremiumV2 para obter melhor desempenho).
Verificar as ligações de saída do recurso do Serviço de Aplicações
A aplicação abriu demasiadas ligações de socket TCP/IP. Exceder os limites de ligação da porta TCP/IP efémera pode causar problemas de conectividade inesperados nas aplicações.
Saiba mais sobre o Serviço de Aplicativo - AppServiceOutboundConnections (Verifique as conexões de saída do seu recurso do Serviço de Aplicativo).
Próximos passos
Saiba mais sobre Eficiência de desempenho - Microsoft Azure Well Architected Framework