Recomendações do desempenho
As recomendações de desempenho do Assistente do Azure podem ajudar a melhorar a velocidade e a capacidade de resposta dos aplicativos críticos para os negócios. Você pode obter recomendações de desempenho do Assistente na guia Desempenho do painel do Assistente.
Entre no Portal do Azure.
Pesquise e selecione Assistente em qualquer página.
No painel do Assistente, selecione a guia Desempenho.
IA + aprendizado de máquina
Limitação 429 detectada nesse recurso
Observamos que houve 1.000 ou mais erros 429 de limitação nesse recurso em um período de um dia. Considere habilitar o dimensionamento automático para lidar melhor com volumes de chamadas mais altos e reduzir o número de erros 429.
Saiba mais sobre o dimensionamento automático dos serviços de IA do Azure.
Descontinuação da Versão do Modelo de Análise de Texto
Atualize a versão do modelo para uma versão mais recente ou para a última versão para utilizar os modelos mais recentes e da mais alta qualidade.
Saiba mais sobre Serviço Cognitivo – TAUpgradeToLatestModelVersion (Substituição da Versão do Modelo de Análise de Texto).
Descontinuação da Versão do Modelo de Análise de Texto
Atualize a versão do modelo para uma versão mais recente ou para a última versão para utilizar os modelos mais recentes e da mais alta qualidade.
Saiba mais sobre Serviço Cognitivo – TAUpgradeModelVersiontoLatest (Substituição da Versão do Modelo de Análise de Texto).
Atualizar para a versão mais recente do API de Análise de Texto de 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 de V3.0 (por exemplo, reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidades), disponíveis como pontos de extremidade separados. Em termos de alterações nos pontos de extremidade de visualização, temos mineração de opinião em ponto de extremidade SA, propriedade de texto editado no ponto de extremidade de dados pessoais
Saiba mais sobre o Serviço Cognitivo - UpgradeToLatestAPI (atualize para a versão mais recente API de Análise de Texto do Serviço Cognitivo).
Atualizar a versão da API para a mais recente 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 (atualize para a versão mais recente da API do Serviço Cognitivo do Azure para Linguagem).
Atualizar para a versão mais recente do SDK de Análise de Texto de 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 de V3.0 (por exemplo, reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidades), disponíveis como pontos de extremidade separados. Em termos de alterações nos pontos de extremidade de visualização, temos mineração de opinião em ponto de extremidade SA, propriedade de texto editado no ponto de extremidade 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 de 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 de Linguagem de Serviço do Serviço Cognitivo).
Atualizar para a versão mais recente do SDK de Linguagem de IA do Azure
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 de V3.0 (por exemplo, reconhecimento de dados pessoais, reconhecimento de entidade e vinculação de entidades), disponíveis como pontos de extremidade separados. Em termos de alterações nos pontos de extremidade de visualização, temos mineração de opinião em ponto de extremidade SA, propriedade de texto editado no ponto de extremidade de dados pessoais.
Saiba mais sobre a Linguagem de IA do Azure.
Análise
Recursos do Data Explorer do tamanho certo para um desempenho ideal.
Essa recomendação mostra 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 mostrada.
Saiba mais sobre o Recurso do Data Explorer - Dimensionamento correto do recurso ADX (dimensione corretamente os recursos do Data Explorer para obter o desempenho ideal).
Examinar as políticas de cache para tabelas do Data Explorer
Essa recomendação exibe as tabelas do Data Explorer com um grande número de consultas abrangendo além do período de cache configurado (política) – você pode ver as 10 principais tabelas por porcentagem de consulta que acessam dados fora do cache. A ação recomendada para melhorar o desempenho: limite as consultas nesta tabela ao intervalo de tempo mínimo necessário (de acordo com a política definida). Como alternativa, se os dados do intervalo de tempo inteiro forem necessários, aumente o período de cache para o valor recomendado.
Saiba mais sobre o Recurso do Data Explorer – UpdateCachePoliciesForAdxTables (revise as políticas de cache de tabela para tabelas do Data Explorer).
Reduzir a política de cache da tabela do Data Explorer para obter melhor desempenho
Reduzir a política de cache da tabela libera os dados não utilizados do cache do recurso e melhorará o desempenho.
Saiba mais sobre o Recurso do Data Explorer – ReduceCacheForAzureDataExplorerTablesToImprovePerformance (reduza a política de cache da tabela do Data Explorer para melhorar o desempenho).
Aumentar o cache na política de cache
Com base no uso real durante o último mês, atualize a política de cache para aumentar o cache frequente da tabela. O período de retenção deve ser sempre superior ao período de cache. Se você aumentar o cache e o período de retenção for inferior ao 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 do Data Explorer – IncreaseCacheForAzureDataExplorerTablesToImprovePerformance (aumentar o cache na política de cache).
Habilite o Dimensionamento automático otimizado para recursos do Data Explorer
Parece que seu recurso pode ter sido dimensionado automaticamente para melhorar o desempenho (com base em seu uso real durante a última semana, utilização de cache, utilização de ingestão, utilização de CPU e ingestão de streaming). Para otimizar os custos e o desempenho, é recomendável habilitar o Dimensionamento automático otimizado.
Saiba mais sobre o Recurso do Data Explorer - PerformanceEnableOptimizedAutoscaleAzureDataExplorer (habilitar dimensionamento automático otimizado de recursos do Data Explorer).
Ocorrem leituras dos dados mais recentes
Mais de 75% das solicitações de leitura estão chegando ao memstore, indicando que as leituras estão principalmente em dados recentes. As leituras de dados recentes sugerem que, mesmo que ocorra uma liberação no memstore, o arquivo recente precisa ser acessado e colocado no cache.
Saiba mais sobre o Cluster HDInsight – HBaseMemstoreReadPercentage (as leituras ocorrem nos dados mais recentes).
Considere o uso do recurso de gravações aceleradas em seu cluster do HBase para melhorar o desempenho do cluster.
Você está vendo essa recomendação do assistente porque o log do sistema da equipe do HDInsight mostra que, nos últimos sete dias, o cluster encontrou os seguintes cenários:
Latência de tempo alta de sincronização de WAL
Alta contagem de solicitações de gravação (pelo menos 3 janelas de 1 hora acima de 1.000 avg_write_requests/second/node)
Essas condições são indicadores de que o cluster passa por altas latências de gravação, o que pode ocorrer devido a uma carga de trabalho pesada no cluster.
Para melhorar o desempenho do cluster, utilize o recurso de gravações aceleradas fornecido pelo Azure HDInsight HBase. O recurso de gravações aceleradas para clusters do Apache HBase do HDInsight anexa discos gerenciados por SSD Premium a cada RegionServer (nó de trabalho) em vez de usar o armazenamento em nuvem. Como resultado, ele fornece baixa latência de gravação e maior resiliência para seus aplicativos.
Para ler mais sobre esse 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 consultas são de verificação completa
Mais de 75% das consultas de verificação no cluster estão fazendo uma verificação completa de região/tabela. Modifique suas consultas de verificação para evitar verificações completas de região ou tabela.
Saiba mais sobre o Cluster HDInsight – ScanQueryTuningcandidate (mais de 75% de suas consultas são de verificação completa.).
Verifique suas contagens de região, pois você tem atualizações de bloqueio
As contagens de região precisam ser ajustadas para evitar que as atualizações sejam bloqueadas. Isso pode exigir uma escala vertical do cluster adicionando novos nós.
Saiba mais sobre o Cluster HDInsight – RegionCountCandidate (verifique as contagens de região, pois você tem atualizações de bloqueio).
Considere aumentar os threads do liberador
O tamanho da fila de liberação em seus servidores da região é maior que 100 ou há atualizações sendo bloqueadas com frequência. O ajuste do manipulador de liberação é recomendado.
Saiba mais sobre o Cluster HDInsight – FlushQueueCandidate (considere aumentar os threads de liberação).
Considere aumentar os threads de compactação para que as compactações sejam concluídas mais rapidamente
A fila de compactação em seus servidores de região são mais de 2000, sugerindo que mais dados exijam compactação. Correções mais lentas podem afetar o desempenho de leitura à medida que o número de arquivos a serem lidos é maior. Mais arquivos sem compactação também podem afetar o uso de heap relacionado ao modo como os arquivos interagem com o sistema de arquivos do Azure.
Saiba mais sobre o Cluster HDInsight – CompactionQueueCandidate (considere aumentar seus threads de compactação para que as compactações concluam mais rapidamente).
Tabelas com CCI (Índice Columnstore Clusterizado) com menos de 60 milhões linhas
As tabelas columnstore clusterizadas são organizadas em dados em segmentos. Para segmentos de boa qualidade, é essencial obter um desempenho ideal em uma tabela columnstore. Você pode medir a qualidade do segmento pelo número de linhas em um grupo de linhas compactado.
Saiba mais sobre o Workspace do Synapse – SynapseCCIGuidance (tabelas com índices columnstore em clusters (CCI) com menos de 60 milhões de linhas).
Atualizar versão do SDK do SynapseManagementClient
O novo SynapseManagementClient está usando o SDK do .NET 4.0 ou superior.
Saiba mais sobre o Workspace do Synapse – UpgradeSynapseManagementClientSDK (versão do SDK do SynapseManagementClient).
Computação
A utilização da capacidade do vSAN ultrapassou o limite crítico
A utilização da capacidade do vSAN atingiu 75%. É necessário que a utilização do cluster permaneça abaixo do limite crítico de 75% para estar em conformidade com o SLA. Adicione novos nós ao cluster do vSphere para aumentar a capacidade ou excluir VMs para reduzir o consumo ou ajustar as cargas de trabalho da VM
Saiba mais sobre a nuvem privada da Solução VMware no Azure – vSANCapacity (a utilização da capacidade vSAN ultrapassou o limite crítico).
Atualizar o Gerenciamento Automatizado para a versão mais recente da API
Identificamos chamadas do SDK de API de gerenciamento de computação desatualizado para recursos desta assinatura. Recomendamos mudar para as versões mais recentes do SDK para garantir que você receba os recursos mais recentes e as melhorias de desempenho.
Saiba mais sobre Máquina virtual – UpdateToLatestApi (Atualize o Gerenciamento Automatizado para a versão mais recente da API).
Melhore a experiência do usuário e a conectividade implantando VMs mais perto do local do usuário.
Determinamos que suas VMs estão localizadas em uma região diferente ou longe de onde os usuários estão se conectando com a Área de Trabalho Virtual do Azure. As regiões distantes do usuário podem levar a tempos de resposta de conexão prolongados e afetar a experiência do usuário em geral.
Saiba mais sobre a Máquina virtual - RegionProximitySessionHosts (melhore a experiência e a conectividade do usuário implantando VMs mais perto do local do usuário.).
Usar Discos gerenciados para evitar a limitação de E/S do disco
Os discos de máquina virtual pertencem a uma conta de armazenamento que atingiu sua meta de escalabilidade e está sujeita à limitação de E/S. Para proteger sua máquina virtual da degradação do desempenho e para simplificar o gerenciamento de armazenamento, use Discos Gerenciados.
Saiba mais sobre a Máquina virtual - ManagedDisksStorageAccount (use discos gerenciados para evitar a limitação de E/S de disco).
Converter o Managed Disks de HDD Standard para SSD Premium para melhorar o desempenho
Observamos que seu disco HDD Standard está se aproximando das metas de desempenho. Os SSDs Premium do Azure oferecem compatibilidade de disco de alto desempenho e baixa latência para máquinas virtuais com cargas de trabalho com uso intensivo de E/S. Realize um aumento no desempenho do disco atualizando o disco HDD Standard para disco SSD Premium. A atualização precisa de uma reinicialização de VM, que leva de três a cinco minutos.
Saiba mais sobre o Disco-MDHDDtoPremiumForPerformance (converta Managed Disks de HDD Standard para SSD Premium para desempenho).
Habilitar a Rede Acelerada para melhorar o desempenho e a latência da rede
Detectamos que a Rede Acelerada não está habilitada nos recursos da VM em sua implantação existente, que talvez dê suporte a esse recurso. Se a imagem do sistema operacional da VM der suporte à Rede Acelerada conforme detalhado na documentação, habilite esse recurso gratuito nessas VMs para maximizar o desempenho e a latência de suas cargas de trabalho de rede na nuvem
Saiba mais sobre a Máquina virtual - AccelNetConfiguration (habilite a rede acelerada para melhorar o desempenho e a latência da rede).
Usar discos SSD para suas cargas de trabalho de produção
Percebemos que você está usando discos SSD ao mesmo tempo em que também usa discos HDD Standard na mesma VM. Os discos gerenciados HDD Standard são recomendados para desenvolvimento/teste e backup; Recomendamos que você use SSDs Premium ou SSDs Standard para produção. Os SSDs Premium oferecem compatibilidade de disco de alto desempenho e baixa latência para máquinas virtuais com cargas de trabalho com uso intensivo de E/S. Os SSDs Standard fornecem latência consistente e menor. Atualize sua configuração de disco hoje mesmo para melhorar a latência, a confiabilidade e a disponibilidade. A atualização precisa de uma reinicialização de VM, que leva de três a cinco minutos.
Saiba mais sobre a Máquina virtual - MixedDiskTypeToSSDPublic (use discos SSD para suas cargas de trabalho de produção).
Fazer a correspondência de máquinas virtuais de produção com o disco de produção para obter o desempenho consistente e a melhor latência
As máquinas virtuais de produção precisam de discos de produção, se você quiser obter o melhor desempenho. Vemos que você está executando uma máquina virtual de nível de produção, no entanto, está usando um disco de baixa desempenho com HDD padrão. A atualização dos discos que estão anexados aos seus discos de produção, seja SSD Standard ou SSD Premium, proporciona uma experiência e melhorias mais consistentes em latência.
Saiba mais sobre a Máquina virtual - MatchProdVMProdDisks (combine Máquinas Virtuais de produção com o disco de produção para obter um desempenho consistente e uma latência melhor).
A rede acelerada pode exigir a interrupção e a inicialização da VM
Detectamos que a rede acelerada não está sendo usada em recursos de VM em sua implantação existente, embora o recurso tenha sido solicitado. Em casos raros como esse, pode ser necessário parar e iniciar sua VM, da forma que for melhor para você, para que a rede acelerada volte a ser usada.
Saiba mais sobre a Máquina virtual - AccelNetDisengaged (a rede acelerada pode exigir a interrupção e a inicialização da VM).
Aproveite a baixa latência do Disco Ultra para os discos de log e melhore o desempenho da carga de trabalho do banco de dados
O Disco Ultra está disponível na mesma região que a carga de trabalho do banco de dados. O Disco Ultra oferece alta taxa de transferência, IOPS alta e armazenamento de disco de baixa latência consistente para as cargas de trabalho do banco de dados: para Oracle DBs, agora você pode usar os tamanhos de setor 4K ou 512E com o Disco Ultra, dependendo da versão do Oracle DB. Para o SQL Server, usar o Disco Ultra para o disco de log pode oferecer mais desempenho para o banco de dados. Confira as instruções aqui para migrar o disco de log para o Disco Ultra.
Saiba mais sobre a Máquina virtual - AzureStorageVmUltraDisk (aproveite a baixa latência de Disco Ultra para seus discos de log e melhore o desempenho da carga de trabalho do banco de dados.).
Atualizar o tamanho das máquinas virtuais mais ativas para evitar o esgotamento de recursos e melhorar o desempenho
Analisamos os dados dos últimos sete dias e identificamos VMs (máquinas virtuais) com alta utilização em diferentes métricas (ou seja, CPU, Memória e E/S de VM). Essas VMs podem enfrentar problemas de desempenho, pois estão próximas ou atingiram seus limites de SKU. Considere atualizar sua SKU para melhorar o desempenho.
Saiba mais sobre Máquina virtual – UpgradeSizeHighVMUtilV0 (Atualizar o tamanho das máquinas virtuais mais ativas para evitar o esgotamento de recursos e melhorar o desempenho).
Contêineres
A versão do Kubernetes sem suporte foi detectada
A versão do Kubernetes sem suporte foi detectada. Verifique se o cluster Kubernetes é executado com uma versão com suporte.
Saiba mais sobre o Serviço Kubernetes - UnsupportedKubernetesVersionIsDetected (versão do Kubernetes incompatível detectada).
A versão do Kubernetes sem suporte foi detectada
A versão do Kubernetes sem suporte foi detectada. Verifique se o cluster Kubernetes é executado com uma versão com suporte.
Saiba mais sobre Pool de clusters do HDInsight ─ UnsupportedHiloAKSVersionIsDetected (Uma versão não compatível do Kubernetes foi detectada).
Clusters com um só pool de nós
É recomendável adicionar um ou mais pools de nós em vez de usar apenas um pool de nós. Vários pools ajudam a isolar os pods críticos do sistema do aplicativo para evitar que pods de aplicativos mal configurados ou invasores encerrem acidentalmente pods do sistema.
Saiba mais sobre o serviço do Kubernetes – ClustersWithASingleNodePool (clusters com um único pool de nós).
Atualize a API de Frota para a versão mais recente
Identificamos chamadas do SDK da API de Frota desatualizada para recursos na sua assinatura. Recomendamos mudar para a versão mais recente do SDK, que garante que você receba os recursos mais recentes e as melhorias de desempenho.
Saiba mais sobre o gerenciador de frotas do Kubernetes | VERSÃO PRÉVIA – UpdateToLatestFleetApi (atualizar a API da Frota para a versão mais recente).
Bancos de dados
Configurar o tamanho da página de consulta do Azure Cosmos DB (MaxItemCount) como -1
O tamanho da página de consulta sendo usado nas consultas do contêiner do Azure Cosmos DB é 100. É recomendável usar um tamanho de página de -1 para obter verificações mais rápidas.
Saiba mais sobre 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 contêiner do Azure Cosmos DB
Os contêineres do Azure Cosmos DB estão executando consultas ORDER BY, o que incorre em altos preços da RU (Unidade de Solicitação). É recomendável adicionar índices compostos à política de indexação dos contêineres para melhorar o consumo de RU e diminuir a latência dessas consultas.
Saiba mais sobre Conta do Azure Cosmos DB ─ CosmosDBOrderByHighRUCharge (Adicione índices compostos ao contêiner do Azure Cosmos DB).
Otimizar a política de indexação do Azure Cosmos DB para indexar apenas o que é necessário
Os contêineres do Azure Cosmos DB estão usando a política de indexação padrão, que indexa todas as propriedades nos documentos. Como você está armazenando documentos pesados, um grande número de propriedades é indexado, resultando em um alto consumo de Unidade de Solicitação e baixa latência de gravação. Para otimizar o desempenho de gravação, é recomendável substituir a política de indexação padrão para indexar apenas as propriedades usadas nas consultas.
Saiba mais sobre Conta do Azure Cosmos DB ─ CosmosDBDefaultIndexingWithManyPaths (Otimize a política de indexação do Azure Cosmos DB para indexar somente o necessário).
Usar chaves de partição hierárquicas para a 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 a você tempo de refazer seu aplicativo com uma chave de partição diferente. Não é recomendável como uma solução de longo prazo, pois as garantias de SLA não são cumpridas quando o limite é aumentado. Agora você pode usar chaves de partição hierárquicas (versão prévia) para refazer 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 de vários locatários ou cargas de trabalho que usam chaves sintéticas.
Saiba mais sobre Conta do Azure Cosmos DB ─ CosmosDBHierarchicalPartitionKey (Use chaves de partição hierárquicas para obter uma distribuição de dados ideal).
Configurar os aplicativos do Azure Cosmos DB para usarem a conectividade Direta no SDK
Percebemos que seus aplicativos do Azure Cosmos DB estão usando o modo de Gateway por meio dos SDKs Java ou .NET do Azure Cosmos DB. Recomendamos mudar para a conectividade Direta para obter menor latência e escalabilidade mais alta.
Saiba mais sobre Conta do Azure Cosmos DB ─ CosmosDBGatewayMode (Configure os aplicativos do Azure Cosmos DB para usar a conectividade direta no SDK).
Aprimorar o desempenho escalando verticalmente para a utilização ideal de recursos
Maximizar a eficiência dos recursos do sistema é crucial para manter o desempenho de primeira linha. Nosso sistema monitora de perto o uso da CPU e, quando ele ultrapassa o limite de 90% em um período de 12 horas, um alerta proativo é disparado. Esse alerta não só informa os usuários do Azure Cosmos DB for MongoDB vCore sobre o consumo elevado da CPU, mas também fornece diretrizes valiosas sobre como escalar verticalmente para uma camada mais alta. Ao atualizar para uma camada mais robusta, você pode desbloquear um desempenho aprimorado e garantir que seu sistema opere no seu potencial máximo.
Saiba mais sobre Dimensionamento e configuração do cluster vCore do Azure Cosmos DB for MongoDB.
PerformanceBoostervCore
Quando o uso da CPU ultrapassa 90% em um período de 12 horas, os usuários são notificados sobre o alto uso. Além disso, aconselha-os a escalar para um nível mais alto para obter um melhor desempenho.
Saiba mais sobre a conta do Cosmos DB – ScaleUpvCoreRecommendation (PerformanceBoostervCore).
Dimensionar o limite de armazenamento para o servidor Maria DB
Nosso sistema mostra que o servidor pode ser restringido porque está próximo de atingir os limites para os valores de armazenamento provisionados no momento. A aproximação dos limites de armazenamento pode resultar em menor desempenho ou mover o servidor para o modo somente leitura. Para garantir o desempenho contínuo, é recomendado aumentar a quantidade de armazenamento provisionado ou ativar o recurso de "Aumento automático" para aumentar automaticamente o armazenamento
Saiba mais sobre o Servidor MariaDB - OrcasMariaDbStorageLimit (escale o limite de armazenamento para o servidor MariaDB).
Aumentar as vCores do servidor MariaDB
Nosso sistema mostra que a CPU esteve em execução em alta utilização por um período prolongado nos últimos sete dias. Alta utilização da CPU pode resultar em lentidão no desempenho da consulta. Para melhorar o desempenho, recomendamos a migração para um tamanho da computação maior.
Saiba mais sobre o Servidor MariaDB - OrcasMariaDbCpuOverlaod (aumente o vCores do servidor MariaDB).
Dimensionar o servidor MariaDB para uma SKU superior
Nosso sistema mostra que o servidor pode não conseguir dar suporte às solicitações de conexão devido ao máximo de conexões com suporte para a SKU fornecida, 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, é recomendável que você migre para SKUs com memória mais alta, aumentando os vCores ou mudando para SKUs com otimização de memória.
Saiba mais sobre o Servidor MariaDB - OrcasMariaDbConcurrentConnection (escale o servidor MariaDB para SKU superior).
Mudar seu servidor MariaDB para um SKU otimizado para memória
Nosso sistema mostra que há uma alta rotatividade no pool de buffers para esse servidor, o que pode resultar em desempenho de consulta mais lento e maior IOPS. Para melhorar o desempenho, examine suas consultas de carga de trabalho para identificar oportunidades para minimizar a memória consumida. Se tal oportunidade não for encontrada, recomendamos mudar para um 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 SKU com otimização de memória).
Aumentar a confiabilidade dos logs 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 excessiva da CPU ou quando um servidor gera um grande número de logs de auditoria em um período curto. Recomendamos registrar apenas os eventos necessários para seus propósitos de auditoria usando 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 alta devido à carga de trabalho, recomendamos aumentar o 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 ser restringido porque está próximo de atingir os limites para os valores de armazenamento provisionados no momento. A aproximação dos limites de armazenamento pode resultar em menor desempenho ou mover o servidor para o modo somente leitura. Para garantir o desempenho contínuo, é recomendado aumentar a quantidade de armazenamento provisionado ou ativar o recurso de "Aumento automático" para aumentar automaticamente o armazenamento
Saiba mais sobre o Servidor MySQL - OrcasMySQLStorageLimit (escale o limite de armazenamento para o servidor MySQL).
Dimensionar o servidor MySQL para uma SKU superior
Nosso sistema mostra que o servidor pode não conseguir dar suporte às solicitações de conexão devido ao máximo de conexões com suporte para a SKU fornecida, 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, é recomendável que você migre para SKUs com memória mais alta, aumentando os vCores ou mudando para SKUs com otimização de memória.
Saiba mais sobre o Servidor MySQL - OrcasMySQLConcurrentConnection (escale o servidor MySQL para SKU superior).
Aumentar as vCores do servidor MySQL
Nosso sistema mostra que a CPU esteve em execução em alta utilização por um período prolongado nos últimos sete dias. Alta utilização da CPU pode resultar em lentidão no desempenho da consulta. Para melhorar o desempenho, recomendamos a migração para um tamanho da computação maior.
Saiba mais sobre o Servidor MySQL - OrcasMySQLCpuOverload (aumente o vCores do servidor MySQL).
Mudar seu servidor MySQL para uma SKU Otimizada para Memória
Nosso sistema mostra que há uma alta rotatividade no pool de buffers para esse servidor, o que pode resultar em desempenho de consulta mais lento e maior IOPS. Para melhorar o desempenho, examine suas consultas de carga de trabalho para identificar oportunidades para minimizar a memória consumida. Se tal oportunidade não for encontrada, recomendamos mudar para um SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o Servidor MariaDB - OrcasMySQLMemoryCache (mova o servidor MySQL para SKU com otimização de memória).
Adicionar um servidor de Réplica de Leitura do MySQL
Nosso sistema mostra que você pode ter uma carga de trabalho com leitura intensa em execução, o que resulta na contenção de recursos para este servidor. A contenção de recursos pode resultar em lentidão no desempenho da consulta para o servidor. Para melhorar o desempenho, é recomendável adicionar uma réplica de leitura e descarregar algumas das suas cargas de trabalho de leitura para a réplica.
Saiba mais sobre o Servidor MariaDB - OrcasMySQLReadReplica (adicione um servidor de réplica de leitura do MySQL).
Melhorar o gerenciamento de conexões do MySQL
Nosso sistema mostra que o aplicativo que se conecta ao servidor MySQL pode estar gerenciando conexões incorretamente, o que pode resultar em consumo de recursos desnecessário e maior latência geral do aplicativo. Para melhorar o gerenciamento, recomendamos que você reduza o número de conexões de curta duração e elimine conexões ociosas desnecessárias. Você pode fazer isso ao configurar um pool de conexões do lado do servidor, como ProxySQL.
Saiba mais sobre o Servidor MariaDB - OrcasMySQLConnectionPooling (melhore o gerenciamento de conexão MySQL).
Aumentar a confiabilidade dos logs 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 excessiva da CPU ou quando um servidor gera um grande número de logs de auditoria em um período curto. Recomendamos registrar apenas os eventos necessários para seus propósitos de auditoria usando 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 alta devido à carga de trabalho, recomendamos aumentar o vCores do servidor para melhorar o desempenho.
Saiba mais sobre o Servidor MySQL - OrcasMySQLAuditLog (aumente a confiabilidade dos logs de auditoria).
Melhorar o desempenho com a otimização do dimensionamento da tabela temporária do MySQL
Nosso sistema mostra que seu servidor MySQL pode estar causando sobrecarga de E/S desnecessária devido a configurações baixas dos parâmetro de tabela temporária. Isso pode causar transações desnecessárias no disco e redução de desempenho. Recomendamos aumentar os valores de parâmetro “tmp_table_size” e “max_heap_table_size” para reduzir o número de transações que usam o disco.
Saiba mais sobre o Servidor MySQL - OrcasMySqlTmpTables (melhore o desempenho otimizando o dimensionamento da tabela temporária do MySQL).
Melhorar a latência de conexões do MySQL
Nosso sistema mostra que o aplicativo que se conecta ao servidor MySQL pode estar gerenciando conexões incorretamente. Isso pode resultar em maior latência de aplicativo. Para melhorar a latência de conexão, recomendamos que você habilite o redirecionamento de conexão. Isso pode ser feito habilitando o recurso de redirecionamento de conexão do driver PHP.
Saiba mais sobre o Servidor MySQL - OrcasMySQLConnectionRedirection (melhorar a latência de conexão MySQL).
Aumentar o limite de armazenamento para o Servidor Flexível MySQL
Nosso sistema mostra que o servidor pode ser restringido porque está próximo de atingir os limites para os valores de armazenamento provisionados no momento. A aproximação dos limites de armazenamento pode resultar em menor desempenho ou mover o servidor para o modo somente leitura. Para garantir um desempenho contínuo, recomendamos aumentar a quantidade de armazenamento provisionada.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMySqlStorageUpsell (aumente o limite de armazenamento para o Servidor Flexível MySQL).
Dimensionar o servidor flexível do MySQL para um SKU superior
Nosso sistema mostra que o Servidor Flexível está excedendo os limites de conexão associados à sua 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 aumentar o número de vCores ou alternar para um SKU mais alto.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMysqlConnectionUpsell (dimensione o servidor flexível do MySQL para um SKU superior).
Aumente os vCores do servidor flexível do MySQL.
Nosso sistema mostra que a CPU esteve em execução em alta utilização por um período prolongado nos últimos sete dias. Alta utilização da CPU pode resultar em lentidão no desempenho da consulta. Para melhorar o desempenho, recomendamos a migração para um tamanho da computação maior.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMysqlCpuUpcell (aumente os vCores do servidor flexível do MySQL).
Melhore o desempenho com a otimização do dimensionamento da tabela temporária do MySQL.
Nosso sistema mostra que seu servidor MySQL pode estar causando sobrecarga de E/S desnecessária devido a configurações baixas dos parâmetro de tabela temporária. A sobrecarga de E/S desnecessária pode causar transações desnecessárias no disco e redução de desempenho. Recomendamos aumentar os valores de parâmetro “tmp_table_size” e “max_heap_table_size” para reduzir o número de transações que usam o disco.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMysqlTmpTable (aprimore o desempenho com a otimização do dimensionamento da tabela temporária do MySQL).
Mudar seu servidor MySQL para uma SKU Otimizada para Memória
Nosso sistema mostra que há um alto uso de memória para esse servidor, o que pode resultar em desempenho de consulta mais lento e maior IOPS. Para melhorar o desempenho, examine suas consultas de carga de trabalho para identificar oportunidades para minimizar a memória consumida. Se tal oportunidade não for encontrada, recomendamos mudar para um SKU superior com mais memória ou aumentar o tamanho de armazenamento para obter mais IOPS.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMysqlMemoryUpsell (mude seu servidor MySQL para um SKU Otimizado para Memória).
Adicionar um servidor de Réplica de Leitura do MySQL
Nosso sistema mostra que você pode ter uma carga de trabalho com leitura intensa em execução, o que resulta na contenção de recursos para este servidor. Isso pode resultar em lentidão no desempenho da consulta para o servidor. Para melhorar o desempenho, é recomendável adicionar uma réplica de leitura e descarregar algumas das suas cargas de trabalho de leitura para a réplica.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para MySQL – OrcasMeruMysqlReadReplicaUpsell (adicione um servidor de Réplica de Leitura do MySQL).
Aumentar o work_mem do servidor para evitar o excesso de perda de dados do disco da classificação e do hash
Nosso sistema mostra que a configuração work_mem é muito pequena para o servidor PostgreSQL, o que resulta em perda de dados do disco e desempenho de consulta degradado. Para melhorar isso, recomendados aumentar o limite de work_mem para o servidor, o que ajuda a reduzir os cenários quando a classificação ou o hash ocorrem no disco e melhora o desempenho geral da consulta.
Saiba mais sobre o Servidor PostgreSQL – OrcasPostgreSqlWorkMem (aumente o work_mem para evitar o vazamento excessivo de disco de classificação e hash).
Aumentar o desempenho da carga de trabalho em 30% com o novo hardware de computação Ev5
Com o novo hardware de computação Ev5, você pode aumentar o desempenho da carga de trabalho em 30% com maior simultaneidade e melhor taxa de transferência. Navegue até a opção Computação+Armazenamento no portal do Azure e mude para a computação Ev5 sem custo adicional. A computação Ev5 fornece o melhor desempenho entre as outras séries de VM em termos de QPS e latência.
Aumentar o limite de armazenamento para o grupo de servidores de Hiperescala (Citus)
Nosso sistema mostra que um ou mais nós no grupo de servidores podem ser restringidos porque está próximo de atingir os limites para os valores de armazenamento provisionados no momento. Isso pode resultar em degradação do desempenho ou na migração do servidor para o modo somente leitura. Para garantir um desempenho contínuo, recomendamos aumentar o espaço em disco provisionado.
Saiba mais sobre o Servidor PostgreSQL – OrcasPostgreSqlCitusStorageLimitHyperscaleCitus (aumente o limite de armazenamento para grupo de servidores Hiperescala (Citus)).
Aumentar as vCores do servidor PostgreSQL
Durante 7 dias, o uso da CPU foi pelo menos um dos seguintes: Acima de 90% por 2 ou mais horas, acima de 50% por 50% do tempo, no uso máximo por 20% do tempo. Alta utilização da CPU pode resultar em lentidão no desempenho da consulta. Para melhorar o desempenho, recomendamos migrar seu servidor para um SKU maior com maior capacidade de computação. Saiba mais sobre Servidor flexível do Banco de Dados do Azure para PostgreSQL - SKU de Servidor Upscale para PostgreSQL no Banco de Dados do Azure.
Otimizar configurações de log_statement para PostgreSQL no banco de dados do Azure
Nosso sistema mostra que log_statement está habilitado. Para melhorar o desempenho, defina como NONE
Saiba mais sobre Servidor flexível do Banco de Dados do Azure para PostgreSQL – Otimizar configurações de log_statement para PostgreSQL no Banco de Dados do Azure.
Otimizar configurações de log_duration para PostgreSQL no banco de dados do Azure
Você pode experimentar uma possível degradação do desempenho devido às configurações de log. Para otimizar essas configurações, defina o parâmetro do servidor log_duration como OFF.
Otimizar configurações de log_min_duration para PostgreSQL no banco de dados do Azure
O parâmetro de servidor log_min_duration está definido como menos de 60.000 ms (1 minuto), o que pode levar a uma possível degradação do desempenho. Você pode otimizar as configurações de log definindo o parâmetro log_min_duration_statement como -1.
Saiba mais sobre Servidor flexível do Banco de Dados do Azure para PostgreSQL – Otimizar configurações de log_min_duration para PostgreSQL no Banco de Dados do Azure.
Otimizar as configurações de log_error_verbosity para PostgreSQL no Banco de dados do Azure
Seu servidor foi configurado para gerar logs de erros VERBOSE. Isso pode ser útil para solucionar problemas de seu banco de dados, mas também pode resultar em um desempenho de banco de dados reduzido. Para melhorar o desempenho, recomendamos alterar o parâmetro do servidor log_error_verbosity para a configuração DEFAULT.
Identifique se os pontos de verificação estão acontecendo com muita frequência para melhorar o desempenho do PostgreSQL - Servidor Flexível
Seu servidor está encontrando pontos de verificação com frequência. Para resolver o problema, recomendamos aumentar o parâmetro do servidor max_wal_size.
Saiba mais sobre Banco de Dados do Azure para PostgreSQL servidor flexível – Aumentar max_wal_size.
Identifique slots de replicação lógica inativos para melhorar o desempenho do PostgreSQL - servidor flexível
Seu servidor pode ter slots de replicação lógica inativos, o que pode resultar na degradação do desempenho e da disponibilidade do servidor. Recomendamos excluir os slots de replicação inativos ou consumir as alterações desses slots para que o LSN (Número de Sequência de Log) avance e esteja próximo ao LSN atual do servidor.
Saiba mais sobre Servidor flexível do Banco de Dados do Azure para PostgreSQL – Slots de replicação lógica não utilizados/inativos.
Identifique transações de longa duração para melhorar o desempenho do PostgreSQL - servidor flexível
Há transações em execução há mais de 24 horas. Revise a seção Alto uso da CPU-> Transações de execução prolongada nos guias de solução de problemas para identificar e mitigar o problema.
Saiba mais sobre Banco de Dados do Azure para PostgreSQL servidor flexível – Transações de execução prolongada usando guias de solução de problemas.
Identifique transações órfãs preparadas para melhorar o desempenho do PostgreSQL - servidor flexível
Há transações preparadas órfãs. Reversão/confirmação da transação preparada. As recomendações são compartilhadas na seção Bloqueadores de Autovacuum -> Bloqueadores de Autovacuum nos guias de solução de problemas.
Saiba mais sobre Servidor flexível do Banco de Dados do Azure para PostgreSQL – Transações órfãs preparadas usando guias de solução de problemas.
Identifique o Wraparound da Transação para melhorar o desempenho do PostgreSQL - Servidor Flexível
O servidor ultrapassou o limite de 50%, tendo 1 bilhão de transações. Consulte as recomendações compartilhadas na seção Bloqueadores de Autovacuum -> AutoVacuum de Emergência e Wraparound dos guias de solução de problemas.
Saiba mais sobre Banco de Dados do Azure para PostgreSQL servidor flexível – Transaction Wraparound usando guias de solução de problemas.
Identifique a alta taxa de inchaço para melhorar o desempenho do PostgreSQL - servidor flexível
O servidor tem um bloat_ratio (tuplas mortas/ (tuplas vivas + tuplas mortas) > 80%). Consulte as recomendações compartilhadas na seção Monitoramento de vácuo automático dos guias de solução de problemas.
Saiba mais sobre Banco de Dados do Azure para PostgreSQL servidor flexível – Alta taxa de inchaço usando guias de solução de problemas.
Aumentar o limite de armazenamento para o grupo de servidores de Hiperescala (Citus)
Nosso sistema mostra que um ou mais nós no grupo de servidores podem ser restringidos porque está próximo de atingir os limites para os valores de armazenamento provisionados no momento. Isso pode resultar em degradação do desempenho ou na migração do servidor para o modo somente leitura. Para garantir um desempenho contínuo, recomendamos aumentar o espaço em disco provisionado.
Saiba mais sobre o Grupo de servidores do Hiperescala (Citus) – MarlinStorageLimitRecommendation (aumente o limite de armazenamento para grupo de servidores do Hiperescala (Citus)).
Migrar seu banco de dados do SSPG para o FSPG
Considere nossa nova oferta, Servidor flexível do Banco de Dados do Azure para PostgreSQL, que fornece recursos mais avançados, como HA com resiliência de zona, desempenho previsível, controle máximo, janela de manutenção personalizada, controles de otimização de custo e experiência do desenvolvedor simplificada.
Saiba mais sobre o Servidor flexível do Banco de Dados do Azure para PostgreSQL – OrcasPostgreSqlMeruMigration (migre seu banco de dados do SSPG para FSPG).
Melhorar o desempenho de cache e do aplicativo ao executar com largura de banda alta
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a largura de banda da rede ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis-RedisCacheNetworkBandwidth (melhore o desempenho do aplicativo e do cache ao executar com alta largura de banda de rede).
Melhorar o desempenho de cache e do aplicativo ao executar com vários clientes conectados
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a carga do servidor ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre Servidor de Cache Redis - RedisCacheConnectedClients (melhore o desempenho do aplicativo e do cache ao executar com muitos clientes conectados).
Melhorar o desempenho de cache e do aplicativo ao executar com vários clientes conectados
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a carga do servidor ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre Servidor de Cache Redis – RedisCacheConnectedClientsHigh (aprimore o desempenho do Cache e do aplicativo em execuções com muitos clientes conectados).
Melhorar o desempenho de cache e do aplicativo ao executar com a carga do servidor alta
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a carga do servidor ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre Servidor de Cache Redis - RedisCacheServerLoad (melhore o desempenho do aplicativo e do cache ao executar com carga alta de servidor).
Melhorar o desempenho de cache e do aplicativo ao executar com a carga do servidor alta
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a carga do servidor ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre o Servidor de Cache Redis – RedisCacheServerLoadHigh (aprimore o desempenho de cache e do aplicativo ao executar com a carga do servidor alta).
Melhorar o desempenho de cache e do aplicativo ao executar com pressão de memória alta
As instâncias de cache têm melhor desempenho quando não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a memória usada ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre Servidor de Cache Redis - RedisCacheUsedMemory (melhore o desempenho do aplicativo e do cache ao executar com pressão de memória alta).
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 não executam com alta largura de banda da rede, o que pode causar ausência de resposta, perda de dados ou indisponibilidade. Aplique as melhores práticas para reduzir a memória usada ou dimensionar para um tamanho diferente ou um SKU com mais capacidade.
Saiba mais sobre Servidor de Cache Redis - RedisCacheUsedMemoryRSS (aprimore 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 os computadores host em que o aplicativo cliente é executado são capazes de acompanhar as respostas do cache
As instâncias de cache têm o melhor desempenho quando os computadores host em que o aplicativo cliente é executado conseguem acompanhar as respostas do cache. Se o computador host do cliente estiver em execução na memória, na CPU ou na largura de banda de rede, as respostas de cache não alcançam seu aplicativo com rapidez suficiente e podem resultar em maior latência.
DevOps
Atualizar para a versão mais recente da API do AMS
Identificamos chamadas para uma versão da API do AMS (Serviços de Mídia do Azure) que não é recomendada. É recomendado mudar para a versão mais recente da API do AMS a fim de garantir acesso ininterrupto a ele, além de recursos mais recentes e melhorias de desempenho.
Saiba mais sobre o Monitor – UpdateToLatestAMSApiVersion (atualizar para a versão mais recente da API do AMS).
Atualizar para a versão mais recente do SDK de Cargas de trabalho
Atualize para a versão mais recente do SDK de Cargas de trabalho para obter os melhores resultados em termos de qualidade do modelo, desempenho e disponibilidade do serviço.
Saiba mais sobre o Monitor – UpgradeToLatestAMSSdkVersion (atualizar para a versão mais recente do SDK de cargas de trabalho).
Integração
Atualizar seu recurso de Gerenciamento de API para uma versão alternativa
Sua assinatura está em execução nas versões que foram agendadas para desativação. Em 30 de setembro de 2023, todas as versões de API do serviço de Gerenciamento de API do Azure anteriores a 01-08-2021 serão desativadas e as chamadas de API falharão. Atualize para a versão mais recente para evitar interrupções em seus serviços.
Saiba mais sobre o Gerenciamento de API – apimgmtdeprecation (atualizar seu recurso de Gerenciamento de API para uma versão alternativa).
Dispositivos móveis
Usar a versão recomendada do SDK de Chat
Os SDKs de Chat dos Serviços de Comunicação do Azure podem ser usados para adicionar um chat sofisticado e em tempo real aos seus aplicativos. Atualize para a versão recomendada do SDK Chat para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeChatSdk (use a versão recomendada do SDK do chat).
Use a versão recomendada do SDK Resource Manager
O SDK do ARM pode ser usado para criar e gerenciar recursos dos Serviços de Comunicação do Azure. Atualize para a versão recomendada do SDK Resource Manager para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeResourceManagerSdk (use a versão recomendada do SDK do Resource Manager).
Usar a versão recomendada do SDK Identidade
Serviços de Comunicação do Azure O SDK de Identidade pode ser usado para gerenciar identidades, usuários e tokens de acesso. Atualize para a versão recomendada do SDK Identidade para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeIdentitySdk (use a versão recomendada do SDK de identidade).
Use a versão recomendada do SDK SMS
O SDK SMS dos Serviços de Comunicação do Azure pode ser usado para enviar e receber mensagens SMS. Atualize para a versão recomendada do SDK SMS para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeSmsSdk (use a versão recomendada do SDK de SMS).
Usar a versão recomendada do SDK Números de Telefone
O SDK Números de Telefone dos Serviços de Comunicação do Azure pode ser usado para adquirir e gerenciar números de telefone. Atualize para a versão recomendada do SDK Números de Telefone para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradePhoneNumbersSdk (use a versão recomendada do SDK de números de telefone).
Usar a versão recomendada do SDK Chamada
Os Serviços de Comunicação do Azure que chamam o SDK podem ser usados para habilitar voz, vídeo, compartilhamento de tela e outras comunicações em tempo real. Atualize para a versão recomendada do SDK Chamada para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeCallingSdk (use a versão recomendada do SDK de chamada).
Usar a versão recomendada do SDK Automação de chamada
Serviços de Comunicação do Azure O SDK Automação de chamada pode ser usado para fazer e gerenciar chamadas, reproduzir áudio e configurar a gravação. Atualize para a versão recomendada do SDK Automação de chamada para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeServerCallingSdk (use a versão recomendada do SDK de automação de chamadas).
Use a versão recomendada do SDK Network Traversal
Serviços de Comunicação do Azure O SDK Network Traversal pode ser usado para acessar servidores TURN para transporte de dados de baixo nível. Atualize para a versão recomendada do SDK Network Traversal para garantir as correções e os recursos mais recentes.
Saiba mais sobre o Serviço de comunicação - UpgradeTurnSdk (use a versão recomendada do SDK do Network Traversal).
Use a versão recomendada do SDK de Salas
O SDK de Salas dos Serviços de Comunicação do Azure pode ser usado para controlar quem pode ingressar em uma chamada, quando eles podem se reunir e como eles podem colaborar. Atualize para a versão recomendada do SDK de Salas para garantir as correções e os recursos mais recentes. Uma versão não recomendada foi detectada nas últimas 48 a 60 horas.
Saiba mais sobre o Serviço de comunicação – UpgradeRoomsSdk (use a versão recomendada do SDK do Rooms).
Rede
Recomendação de versão de atualização do SDK
A versão mais recente do Azure Front Door padrão e da biblioteca de clientes Premium contém correções para os problemas relatados pelos clientes e identificados proativamente por meio de nosso processo de controle de qualidade. A versão mais recente também apresenta a otimização de confiabilidade e desempenho, além de novos recursos que podem melhorar sua experiência geral usando o Armazenamento do Azure Front Door Standard e Premium.
Saiba mais sobre o Perfil do Front Door – UpgradeCDNToLatestSDKLanguage (recomendação de atualização de versão do SDK).
Recomendação de versão de atualização do SDK
A versão mais recente do SDK do Coletor de Tráfego do Azure contém correções para problemas identificados proativamente por meio de nosso processo de QA, dá suporte ao modelo de recurso mais recente e tem otimização de confiabilidade e desempenho que podem melhorar sua experiência geral de uso do ATC.
Saiba mais sobre o Coletor de Tráfego do Azure – UpgradeATCToLatestSDKLanguage (recomendação de atualização de versão do SDK).
Atualizar a largura de banda do circuito do ExpressRoute para acomodar suas necessidades de largura de banda
Você usou mais de 90% de sua largura de banda do circuito adquirida recentemente. Se você exceder a largura de banda alocada, ocorrerá um aumento nos pacotes descartados enviados pelo ExpressRoute. Atualize a largura de banda do circuito para manter o desempenho caso sua largura de banda permaneça alta.
Saiba mais sobre o Circuito do ExpressRoute – UpgradeERCircuitBandwidth (atualize a largura de banda do circuito do ExpressRoute para acomodar suas necessidades de largura de banda).
Experimentar latência mais previsível e consistente com uma conexão privada com o Azure
Melhore o desempenho, a privacidade e a confiabilidade dos aplicativos comercialmente críticos, estendendo as redes locais para o Azure com o Azure ExpressRoute. Estabeleça conexões privadas do ExpressRoute diretamente na WAN por meio de uma instalação de troca de nuvem ou por meio de conexões POP e IPVPN.
Saiba mais sobre a Assinatura – AzureExpressRoute (experiência de latência mais previsível e consistente com uma conexão privada com o Azure).
Atualize a API de cargas de trabalho para a última versão (API do Centro do Azure para soluções SAP)
Identificamos chamadas para uma versão desatualizada da API de Cargas de Trabalho para recursos nesse grupo de recursos. É recomendável mudar para a versão mais recente da API de Cargas de Trabalho, para garantir o acesso ininterrupto ao recursos mais recentes e melhorias de desempenho no Centro do Azure para soluções SAP. 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 de VIS.
Saiba mais sobre a Assinatura – UpdateToLatestWaasApiVersionAtSub (atualizar a API de Cargas de Trabalho para a versão mais recente (API do Centro do Azure para soluções SAP)).
Atualize o SDK de cargas de trabalho para a última versão (SKD do Centro do Azure para soluções SAP)
Identificamos chamadas para uma versão desatualizada do SDK de Cargas de Trabalho a partir dos recursos desse grupo de recursos. Atualize para a versão mais recente do SDK de Cargas de Trabalho para obter os recursos mais recentes e os melhores resultados em termos de qualidade de modelo, desempenho e disponibilidade de serviços para o Centro do Azure para soluções 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 de VIS.
Saiba mais sobre a Assinatura – UpgradeToLatestWaasSdkVersionAtSub (atualizar o SDK de Cargas de Trabalho para a versão mais recente (SDK do Centro do Azure para soluções SAP)).
Configurar o tempo de vida útil de DNS para 60 segundos
A TTL (Vida Útil) afeta a data da resposta que um cliente recebe quando faz uma solicitação ao Gerenciador de Tráfego do Microsoft Azure. A redução do valor da TTL significa que o cliente será direcionado para um ponto de extremidade em funcionamento mais rápido em caso de failover. Configurar a TTL para 60 segundos para direcionar o tráfego para um ponto de extremidade íntegro o mais rápido possível.
Saiba mais sobre o Perfil do Gerenciador de Tráfego – ProfileTTL (configure o tempo de vida do DNS para 60 segundos).
Configurar Vida Útil de DNS para 20 segundos
A TTL (Vida Útil) afeta a data da resposta que um cliente recebe quando faz uma solicitação ao Gerenciador de Tráfego do Microsoft Azure. A redução do valor da TTL significa que o cliente será direcionado para um ponto de extremidade em funcionamento mais rápido em caso de failover. Configurar a TTL para 20 segundos para direcionar o tráfego para um ponto de extremidade íntegro o mais rápido possível.
Saiba mais sobre o Perfil do Gerenciador de Tráfego – FastFailOverTTL (configure o tempo de vida do DNS para 20 segundos).
Configurar o tempo de vida útil de DNS para 60 segundos
A TTL (Vida Útil) afeta a data da resposta que um cliente recebe quando faz uma solicitação ao Gerenciador de Tráfego do Microsoft Azure. A redução do valor da TTL significa que o cliente será direcionado para um ponto de extremidade em funcionamento mais rápido em caso de failover. Configurar a TTL para 60 segundos para direcionar o tráfego para um ponto de extremidade íntegro o mais rápido possível.
Saiba mais sobre o Perfil do Gerenciador de Tráfego – ProfileTTL (configure o tempo de vida do DNS para 60 segundos).
Aumente o tamanho do SKU do gateway de rede virtual para resolver o uso consistentemente alto de CPU
Se a carga de tráfego estiver muito alta, o gateway de VPN poderá perder pacotes devido ao alto uso da CPU.
Saiba mais sobre o Gateway de rede virtual – HighCPUVNetGateway (considere aumentar o tamanho do SKU do Gateway de VNet (rede virtual) para lidar com o uso consistentemente alto da CPU).
Considere aumentar o tamanho da SKU do gateway de rede virtual para resolver o alto uso de P2S
Cada SKU de gateway só pode suportar um número especificado de conexões P2S simultâneas. Sua contagem de conexões está perto do limite do gateway, portanto, mais tentativas de conexão podem falhar.
Saiba mais sobre o Gateway de rede virtual – HighP2SConnectionsVNetGateway (considere aumentar o tamanho do SKU do Gateway de VNet para lidar com o uso alto do P2S).
Verifique se você tem instâncias suficientes no seu Gateway de Aplicativo para comportar o tráfego
Seu Gateway de Aplicativo está sendo executado em alta utilização recentemente e sob carga pesada, você pode enfrentar perda de tráfego ou aumento de latência. É importante escalar o Gateway de Aplicativo de acordo e adicionar um buffer para que você esteja preparado para qualquer sobretensão ou pico de tráfego e minimizar o impacto que isso possa ter no QoS. O SKU do Gateway de Aplicativo V1 (Standard/WAF) permite dimensionamento manual e o SKU v2 (Standard_v2/WAF_v2) permite dimensionamento automático e manual. 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 com um valor mais alto para que o Gateway de Aplicativo possa escalar horizontalmente conforme o tráfego aumentar.
Saiba mais sobre o Gateway de Aplicativo – HotAppGateway (confirme se tem instâncias suficientes no Gateway de Aplicativo para permitir o tráfego).
Usar investigações de integridade HEAD
As investigações de integridade podem usar o método GET ou HEAD HTTP. É uma boa prática usar o método HEAD nas investigações de integridade, o que reduz a quantidade de carga de tráfego em suas origens.
Saiba mais sobre o Front Door – Usar investigações de integridade HEAD.
SAP para Azure
Para evitar o bloqueio reversível no driver do Mellanox, reduza o valor de can_queue no sistema operacional da VM de aplicativos em cargas de trabalho SAP
Para evitar o bloqueio flexível esporádico no driver do Mellanox, reduza o valor can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de inicialização do kernel para obter o mesmo efeito: 'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'
Para evitar o bloqueio reversível no driver do Mellanox, reduza o valor de can_queue no sistema operacional da VM do ASCS em cargas de trabalho SAP
Para evitar o bloqueio flexível esporádico no driver do Mellanox, reduza o valor can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de inicialização do kernel para obter o mesmo efeito: 'hv_storvsc.storvsc_ringbuffer_size=131072 hv_storvsc.storvsc_vcpus_per_sub_channel=1024'
Para evitar o bloqueio reversível no driver do Mellanox, reduza o valor de can_queue no sistema operacional da VM do banco de dados em cargas de trabalho SAP
Para evitar o bloqueio flexível esporádico no driver do Mellanox, reduza o valor can_queue no sistema operacional. O valor não pode ser definido diretamente. Adicione as seguintes opções de linha de inicialização do 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 banco de dados HANA com ANF, otimize o parâmetro do sistema operacional tcp_wmem
O parâmetro net.ipv4.tcp_wmem especifica os tamanhos mínimo, padrão e máximo de buffer de envio que são usados para um soquete TCP. Defina o parâmetro de acordo com a nota SAP: 302436 para certificar o HANA DB para ser executado com ANF e melhorar o desempenho do sistema de arquivos. O valor máximo não deve exceder o parâmetro net.core.wmem_max.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro do sistema operacional tcp_rmem
O parâmetro net.ipv4.tcp_wmem especifica os tamanhos mínimo, padrão e máximo de buffer de recebimento que são usados para um soquete TCP. Defina o parâmetro de acordo com a nota SAP 3024346 para certificar o HANA DB para ser executado com ANF e aprimorar o desempenho do sistema de arquivos. O valor máximo não deve exceder o parâmetro net.core.rmem_max.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro do sistema operacional wmem_max
No banco de dados HANA com tipo de armazenamento ANF, o buffer de soquete de gravação máximo, definido pelo parâmetro, net.core.wmem_max, deve ser definido como grande o suficiente para lidar com pacotes de rede de saída. A configuração net.core.wmem_max certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos. Veja a nota do SAP: 3024346.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro do sistema operacional tcp_rmem
O parâmetro net.ipv4.tcp_wmem especifica os tamanhos mínimo, padrão e máximo de buffer de recebimento que são usados para um soquete TCP. Defina o parâmetro de acordo com a nota SAP 3024346 para certificar o HANA DB para ser executado com ANF e aprimorar o desempenho do sistema de arquivos. O valor máximo não deve exceder o parâmetro net.core.rmem_max.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro do sistema operacional rmem_max
No banco de dados HANA com tipo de armazenamento ANF, o buffer de soquete de leitura máximo, definido pelo parâmetro net.core.rmem_max, deve ser definido como grande o suficiente para lidar com os pacotes de rede recebidos. A configuração net.core.rmem_max certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos. Veja a nota do SAP: 3024346.
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, defina o tamanho da fila do backlog do receptor como 300000
O parâmetro net.core.netdev_max_backlog especifica o tamanho da fila de pendências do receptor, usado se uma interface de rede receber pacotes mais rápido do que o kernel pode processar. Defina o parâmetro de acordo com a nota 3024346 do SAP. A configuração net.core.netdev_max_backlog certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, habilite o parâmetro de sistema operacional para dimensionamento de janela TCP
Habilite o parâmetro de dimensionamento de janela TCP de acordo com a nota 302436 do SAP. A configuração de dimensionamento de janelas do TCP certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos no banco de dados HANA com ANF em cargas de trabalho SAP.
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, desabilite o protocolo IPv6 no sistema operacional
Desabilitar o IPv6 de acordo com a recomendação do SAP no Azure para banco de dados HANA com ANF para melhorar o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de arquivos no BD HANA com ANF, desabilite o parâmetro para início lento após ocioso
O parâmetro net.ipv4.tcp_slow_start_after_idle desabilita a necessidade de escalar verticalmente o tamanho da janela TCP para conexões TCP que ficaram ociosas por algum tempo. Definindo esse parâmetro como zero de acordo com a nota 302436 do SAP, a velocidade máxima é usada desde o início para conexões TCP ociosas anteriormente.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro do sistema operacional tcp_max_syn_backlog
Para impedir 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 SYN no log do sistema, o tamanho do backlog SYN deve ser definido como um valor razoavelmente alto. Confira Nota do SAP 2382421.
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, habilite o parâmetro do sistema operacional tcp_sack
Habilite o parâmetro tcp_sack de acordo com a nota 302436 do SAP. A configuração tcp_sack certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos no BD do HANA com ANF em cargas de trabalho SAP.
No cenário de alta disponibilidade para o BD do HANA com ANF, desabilite o parâmetro do sistema operacional tcp_timestamps
Desabilite o parâmetro tcp_timestamps de acordo com a nota 302436 do SAP. A configuração tcp_timestamps certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos em cenários de alta disponibilidade do banco de dados HANA com ANF em cargas de trabalho SAP
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, habilite o parâmetro do sistema operacional tcp_timestamps
Habilite o parâmetro tcp_timestamps de acordo com a nota 302436 do SAP. A configuração tcp_timestamps certifica o banco de dados HANA para ser executado com ANF e melhora o desempenho do sistema de arquivos no banco de dados HANA com ANF em cargas de trabalho SAP.
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, habilite o ajuste automático do tamanho do buffer de recebimento de TCP
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 taxa de transferência total. Habilite esse parâmetro de acordo com a nota 302436 do SAP para melhorar o desempenho do sistema de arquivos.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize net.ipv4.ip_local_port_range
Como o HANA usa um número considerável de conexões para a comunicação interna, faz sentido ter o maior número possível de portas de cliente disponíveis para essa finalidade. Defina o parâmetro do sistema operacional net.ipv4.ip_local_port_range de acordo com a Nota SAP 2382421 para garantir a comunicação interna ideal do HANA.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize sunrpc.tcp_slot_table_entries
Defina o parâmetro sunrpc.tcp_slot_table_entries como 128, conforme recomendação, para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF em cargas de trabalho SAP.
Todos os discos no LVM para /hana/data volume devem ser do mesmo tipo a fim de garantir alto desempenho no banco de dados HANA
Se vários tipos de disco forem selecionados no volume /hana/data, o desempenho do BD do HANA nas cargas de trabalho do SAP poderá ficar restrito. Verifique se todos os discos de volume de dados do HANA são do mesmo tipo e estão configurados conforme a recomendação para o SAP no Azure.
Saiba mais sobre a Instância de Banco de Dados – HanaDataDiskTypeSame (todos os discos no LVM para /hana/data volume devem ser do mesmo tipo para garantir o alto desempenho no banco de dados HANA).
O tamanho da faixa para /hana/data deve ser de 256 KB para melhorar o desempenho do banco de dados HANA nas cargas de trabalho do SAP
Se você estiver usando LVM ou mdadm para criar conjuntos de distribuição em vários discos Premium do Azure, será necessário 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, a fim de melhorar o desempenho do banco de dados HANA.
Para melhorar o desempenho do sistema de arquivos no banco de dados HANA 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 banco de dados HANA com ANF em cargas de trabalho SAP.
Saiba mais sobre Instância do banco de dados ─ VmSwappiness (Para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF, otimize o parâmetro vm.swappiness).
Para melhorar o desempenho do sistema de arquivos no BD do HANA com ANF, desabilite net.ipv4.conf.all.rp_filter
Desabilite o parâmetro do sistema operacional Linux de filtro de caminho reverso, net.ipv4.conf.all.rp_filter, conforme recomendação, para melhorar o desempenho do sistema de arquivos no banco de dados HANA com ANF nas cargas de trabalho SAP.
Com o disco Ultra, o IOPS para o volume /hana/data deve ser >=7000 para melhor desempenho do banco de dados HANA
O IOPS de pelo menos 7.000 no volume /hana/data é recomendado para cargas de trabalho SAP ao usar o Ultradisk. Selecione o tipo de disco para o volume /hana/data de acordo com esse requisito para garantir o alto desempenho do banco de dados.
Saiba mais sobre a Instância de Banco de Dados – HanaDataIOPS (se estiver usando o Ultradisk, o IOPS para o volume /hana/data deve ser >=7.000 para melhorar o desempenho do banco de dados HANA).
Para melhorar o desempenho do sistema de arquivos no BD HANA com ANF, altere o parâmetro tcp_max_slot_table_entries
Configure o parâmetro do sistema operacional tcp_max_slot_table_entries para 128 conforme a nota do SAP: 302436 para melhor desempenho de transferência de arquivos no banco de dados HANA com ANF em cargas de trabalho SAP.
Verifique se o desempenho de leitura do volume /hana/data é >=400 MB/s para melhor desempenho no banco de dados HANA
Uma atividade de leitura de pelo menos 400 MB/s para /hana/data para um tamanho de E/S de 16 MB e 64 MB é recomendada para cargas de trabalho SAP no Azure. Selecione o tipo de disco para /hana/data de acordo com esse requisito para garantir o alto desempenho do banco de dados e atender aos requisitos mínimos de armazenamento do SAP HANA.
O desempenho de leitura/gravação do volume /hana/log deve ser >=250 MB/s para melhor desempenho no banco de dados HANA
Uma atividade de leitura/gravação de pelo menos 250 MB/s para /hana/log para um tamanho de E/S de 1 MB é recomendada para cargas de trabalho SAP no Azure. Selecione o tipo de disco para o volume /hana/log de acordo com esse requisito para garantir o alto desempenho do banco de dados e atender aos requisitos mínimos de armazenamento do SAP HANA.
Com o disco Ultra, o IOPS para o volume /hana/log deve ser >=2000 para melhor desempenho no banco de dados HANA
O IOPS de pelo menos 2000 no volume /hana/log é recomendado para cargas de trabalho SAP ao usar o Ultradisk. Selecione o tipo de disco para o volume /hana/log de acordo com esse requisito para garantir o alto desempenho do banco de dados.
Saiba mais sobre Instância do banco de dados – HanaLogIOPS (Com o disco Ultra, o IOPS do volume /hana/log deve ser >=2000 para melhor desempenho no banco de dados HANA).
Todos os discos no LVM para o volume /hana/log devem ser do mesmo tipo a fim de garantir alto desempenho no banco de dados HANA
Se vários tipos de disco forem selecionados no volume /hana/log, o desempenho do BD do HANA nas cargas de trabalho do SAP poderá ficar restrito. Verifique se todos os discos de volume de dados do HANA são do mesmo tipo e estão configurados conforme a recomendação para o SAP no Azure.
Habilitar o Acelerador de Gravação no volume /hana/log com disco Premium para melhorar a latência de gravação no BD HANA
O Acelerador de Gravação do Azure é uma funcionalidade das máquinas virtuais da Série M do Azure. Ele melhora a latência de E/S de gravações no armazenamento premium do Azure. Para o SAP HANA, o Acelerador de Gravação deve ser usado em relação a hana/log somente no volume.
O tamanho da faixa para /hana/log deve ser de 64 KB para melhorar o desempenho do banco de dados HANA nas cargas de trabalho do SAP
Se você estiver usando LVM ou mdadm para criar conjuntos de distribuição em vários discos Premium do Azure, será necessário definir tamanhos de distribuição. Para obter uma taxa de transferência suficiente com tamanhos de E/S maiores, o Azure recomenda o uso do tamanho de faixa de 64 KB para o sistema de arquivos /hana/log, a fim de melhorar o desempenho do banco de dados HANA.
Segurança
Atualizar a versão da API de Atestado
Identificamos chamadas à API de uma API de Atestado de gerenciamento de computação desatualizados para recursos desta assinatura. É recomendável mudar para as versões mais recentes da API de Atestado. Você precisa atualizar seu código existente para usar a versão mais recente da API. Usar a versão mais recente da API garante que você receba as melhorias de recursos e desempenho mais recentes.
Saiba mais sobre o Provedor de atestado - UpgradeAttestationAPI (versão da API de atestado de atualização).
Atualizar a versão do SDK do Key Vault
As novas bibliotecas de cliente do Key Vault são divididas em chaves, segredos e SDKs de certificados, que são integrados à biblioteca de identidades do Azure recomendada para fornecer autenticação direta para o Key Vault em todos os idiomas e ambientes. Elas também contêm várias correções de desempenho para os problemas relatados pelos clientes e identificados proativamente por meio de nosso processo de garantia de qualidade. Se o Key Vault estiver integrado com Armazenamento do Microsoft Azure, Disco ou outros serviços do Azure que podem usar o SDK do Key Vault antigo e quando todos os seus aplicativos personalizados atuais estiverem usando o SDK do .NET 4.0 ou superior, ignore a recomendação.
Saiba mais sobre o Key Vault – UpgradeKeyVaultSDK (atualize a versão do SDK do Key Vault).
Atualizar a versão do SDK do Key Vault
As novas bibliotecas de cliente do Key Vault são divididas em chaves, segredos e SDKs de certificados, que são integrados à biblioteca de identidades do Azure recomendada para fornecer autenticação direta para o Key Vault em todos os idiomas e ambientes. Elas também contêm várias correções de desempenho para os problemas relatados pelos clientes e identificados proativamente por meio de nosso processo de garantia de qualidade.
Importante
Lembre-se de que só é possível remediar a recomendação para aplicativos personalizados aos que 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 para atualizar 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 (atualize a versão do SDK do Key Vault).
Armazenamento
Usar "Put Blob" para blobs menores que 256 MB
Ao escrever um blob de blocos de 256 MB ou menos (64 MB para solicitações que usam versões REST anteriores a 31/05/2016), você pode carregá-lo em sua totalidade com uma única operação de gravação usando "Put Blob". Com base em suas métricas agregadas, acreditamos que as operações de gravação da sua conta de armazenamento podem ser otimizadas.
Saiba mais sobre a Conta de armazenamento – StorageCallPutBlob (use "Put Blob" para blobs menores que 256 MB).
Aumentar o tamanho provisionado do compartilhamento de arquivos Premium para evitar a limitação de solicitações
Suas solicitações de compartilhamento de arquivo premium são limitadas à medida que as operações de E/S por segundo (IOPS) ou os limites de taxa de transferência para o compartilhamento de arquivo são atingidos. Para proteger suas solicitações contra limitação, aumente o tamanho do compartilhamento de arquivo Premium.
Criar estatísticas em colunas de tabela
Detectamos que há estatísticas de tabela ausentes, o que pode estar afetando o desempenho de consulta. O otimizador de consulta usa estáticas para estimar a cardinalidade ou o número de linhas no resultado da consulta, o que permite que o otimizador de consulta crie um plano de consulta de alta qualidade.
Saiba mais sobre o Data warehouse de SQL - CreateTableStatisticsSqlDW (crie estatísticas nas colunas da tabela).
Remover distorção de dados para aumentar o desempenho de consulta
Detectamos distorção de dados de distribuição maior que 15%, o que pode causar afunilamentos de desempenho onerosos.
Saiba mais sobre o Data warehouse de SQL - DataSkewSqlDW (remova distorção dos dados para aumentar o desempenho da consulta).
Atualizar estatísticas em colunas de tabela
Detectamos que você não tem estatísticas de tabela atualizadas, o que pode estar afetando o desempenho de consulta. O otimizador de consulta usa estáticas atualizadas para estimar a cardinalidade ou o número de linhas no resultado da consulta, o que permite que o otimizador de consulta crie um plano de consulta de alta qualidade.
Saiba mais sobre o Data warehouse de SQL - UpdateTableStatisticsSqlDW (atualize as estatísticas nas colunas da tabela).
Aumentar para otimizar o uso de cache com o SQL Data Warehouse
Detectamos que você tinha um percentual alto de cache usado com um baixo percentual de ocorrência, indicando uma alta taxa de remoção de cache que pode afetar o desempenho da carga de trabalho.
Saiba mais sobre o Data warehouse de SQL - SqlDwIncreaseCacheCapacity (escale verticalmente para otimizar a utilização do cache com o Data Warehouse de SQL).
Aumentar ou atualizar a classe de recurso para reduzir a contenção de tempdb com o SQL Data Warehouse
Detectamos que você tinha alta utilização do tempdb, o que pode afetar o desempenho da carga de trabalho.
Saiba mais sobre o Data warehouse de SQL - SqlDwReduceTempdbContention (escale verticalmente ou atualize a classe de recursos para reduzir a contenção de tempdb com o Data Warehouse de SQL).
Converter tabelas em tabelas replicadas com o SQL Data Warehouse
Detectamos que você pode se beneficiar do uso de tabelas replicadas. As tabelas replicadas evitam operações de movimentação de dados caras e aumentam significativamente o desempenho da carga de trabalho.
Saiba mais sobre o Data Warehouse de SQL - SqlDwReplicateTable (converta tabelas em tabelas replicadas com o Data Warehouse de SQL).
Dividir arquivos preparados na conta de armazenamento para aumentar o desempenho de carga
Detectamos que você pode aumentar a taxa de transferência de carga dividindo os arquivos compactados preparados em sua conta de armazenamento. Uma boa prática é dividir os arquivos compactados em 60 ou mais para maximizar o paralelismo de sua carga.
Saiba mais sobre o Data warehouse de SQL - FileSplittingGuidance (divida os arquivos em preparação na conta de armazenamento para melhorar o desempenho da carga).
Aumente o tamanho do lote ao carregar, para maximizar a taxa de transferência de carga, a compactação de dados e o desempenho da consulta
Detectamos que você pode aumentar o desempenho e a taxa de transferência de carga aumentando o tamanho do lote ao carregar no banco de dados. Use a instrução COPY. Se você não conseguir usar a instrução COPY, aumente o tamanho do lote ao usar utilitários de carregamento, como a API SQLBulkCopy ou BCP; uma opção eficiente é um tamanho de lote entre 100 mil e 1 milhão de linhas.
Colocar a conta de armazenamento na mesma região para minimizar a latência durante o carregamento
Detectamos que você está carregando de uma região diferente do seu pool de SQL. Considere o carregamento de uma conta de armazenamento que está na mesma região que o seu pool SQL para minimizar a latência ao carregar dados.
Saiba mais sobre o Data warehouse de SQL -- ColocateStorageAccount (colocalize a conta de armazenamento na mesma região para minimizar a latência ao carregar).
Atualize sua Biblioteca de Cliente de Armazenamento para a versão mais recente para melhorar a confiabilidade e o desempenho
A versão mais recente da Biblioteca de Cliente de Armazenamento/SDK contém correções para os problemas relatados pelos clientes e identificados proativamente por meio de nosso processo de controle de qualidade. A versão mais recente também apresenta a otimização de confiabilidade e desempenho, além de novos recursos que podem melhorar sua experiência geral usando o Armazenamento do Azure.
Saiba mais sobre a Conta de armazenamento – UpdateStorageSDK (atualize sua biblioteca de clientes do Armazenamento para a versão mais recente para obter melhor confiabilidade e desempenho).
Atualize sua Biblioteca de Cliente de Armazenamento para a versão mais recente para melhorar a confiabilidade e o desempenho
A versão mais recente da Biblioteca de Cliente de Armazenamento/SDK contém correções para os problemas relatados pelos clientes e identificados proativamente por meio de nosso processo de controle de qualidade. A versão mais recente também apresenta a otimização de confiabilidade e desempenho, além de novos recursos que podem melhorar sua experiência geral usando o Armazenamento do Azure.
Atualize para discos SSD Standard para obter um desempenho consistente e aprimorado
Como você está executando cargas de trabalho de máquina virtual IaaS em discos gerenciados HDD Standard, saiba que uma opção de disco SSD Standard já está disponível para todos os tipos de VM do Azure. Os discos SSD Standard são uma opção de armazenamento econômica, otimizada para cargas de trabalho corporativas que precisam de desempenho consistente. Atualize sua configuração de disco hoje mesmo para melhorar a latência, a confiabilidade e a disponibilidade. A atualização precisa de uma reinicialização de VM, que leva de três a cinco minutos.
Saiba mais sobre a Conta de armazenamento – StandardSSDForNonPremVM (atualize para discos SSD Standard para desempenho consistente e aprimorado).
Usar armazenamento de blob de blocos de desempenho premium
Uma ou mais de suas contas de armazenamento têm uma alta taxa de transação por GB de dados armazenados de blob de blocos. Use o armazenamento de blob de blocos de desempenho premium em vez do armazenamento de desempenho padrão para suas cargas de trabalho que exigem tempos de resposta de armazenamento rápido e/ou altas taxas de transações e potencialmente economize em custos de armazenamento.
Saiba mais sobre a Conta de armazenamento – PremiumBlobStorageAccount (use o armazenamento de blob de blocos de desempenho premium).
Converter discos não gerenciados de HDD Standard para SSD Premium para melhorar o desempenho
Observamos que seu disco HD não gerenciado está se aproximando das metas de desempenho. Os SSDs Premium do Azure oferecem compatibilidade de disco de alto desempenho e baixa latência para máquinas virtuais com cargas de trabalho com uso intensivo de E/S. Realize um aumento no desempenho do disco atualizando o disco HDD Standard para disco SSD Premium. A atualização precisa de uma reinicialização de VM, que leva de três a cinco minutos.
Saiba mais sobre a Conta de armazenamento - UMDHDDtoPremiumForPerformance (converta discos não gerenciado de HDD Standard para SSD Premium para desempenho).
Distribuir os dados no grupo de servidores para distribuir a carga de trabalho entre os nós
Parece que os dados não foram distribuídos neste grupo de servidores, mas permanecem no coordenador. Para obter os benefícios completos da Hiperescala (Citus), distribua os dados nos nós de trabalho no grupo de servidores.
Saiba mais sobre o grupo de servidores Hiperescala (Citus) - OrcasPostgreSqlCitusDistributeData (distribua dados no grupo de servidores para distribuir a carga de trabalho entre nós).
Redistribua os dados no grupo de servidores de Hiperescala (Citus) para distribuir a carga de trabalho entre nós de trabalho mais uniformemente
Parece que os dados não estão bem distribuídos entre os nós de trabalho nesse grupo de servidores de Hiperescala (Citus). Para usar cada nó de trabalho do grupo de servidores de Hiperescala (Citus), redistribua efetivamente os dados no grupo de servidores.
Infraestrutura de área de trabalho virtual
Melhore a experiência do usuário e a conectividade implantando VMs mais perto do local do usuário
Determinamos que as VMs estão localizadas em uma região diferente ou distante de onde os usuários estão se conectando com a Área de Trabalho Virtual do Azure, o que pode causar tempos de resposta de conexão prolongados e afetar a experiência geral do usuário. Ao criar VMs para os pools de host, tente usar uma região mais próxima do usuário. Ter uma proximidade maior garante a satisfação contínua com o serviço da Área de Trabalho Virtual do Azure e uma melhor qualidade geral da experiência.
Saiba mais sobre o Pool de host - RegionProximityHostPools (melhore a experiência e a conectividade do usuário implantando VMs mais perto do local do usuário.).
Mudar o limite máximo de sessão para o pool de host com balanceamento de carga em profundidade para melhorar o desempenho da VM
O balanceamento de carga em profundidade usa o limite máximo de sessão para determinar o número máximo de usuários que podem ter sessões simultâneas em um único host de sessão. Se o limite máximo de sessão for muito alto, todas as sessões de usuário serão direcionadas para o mesmo host de sessão, e isso poderá causar problemas de desempenho e confiabilidade. Portanto, ao definir um pool de host para balanceamento de carga em profundidade, 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 isso, abra as propriedades do pool de host e mude o valor ao lado da configuração "Limite máximo de sessão".
Web
Mova o plano de Serviço de Aplicativo para PremiumV2 para melhorar o desempenho
O aplicativo atendeu mais de 1000 solicitações por dia nos últimos 3 dias. O aplicativo pode se beneficiar da infraestrutura de desempenho superior disponível com a camada de Serviço de Aplicativo Premium V2. O nível do Premium V2 tem VMs da série Dv2 com processadores mais rápidos, armazenamento SSD e relação de memória e núcleo duas vezes maior em comparação às instâncias anteriores. Saiba mais sobre como atualizar para o Premium V2 na documentação.
Saiba mais sobre o Serviço de aplicativo – AppServiceMoveToPremiumV2 (mova seu Plano do Serviço de Aplicativo para PremiumV2 para obter um melhor desempenho).
Verifique as conexões de saída do recurso do Serviço de Aplicativo
O aplicativo abriu muitas conexões de soquete TCP/IP. Exceder os limites de conexão de porta TCP/IP efêmera pode causar problemas de conectividade inesperados nos aplicativos.
Saiba mais sobre o Serviço de aplicativo – AppServiceOutboundConnections (confira as conexões de saída do recurso do Serviço de Aplicativo).
Próximas etapas
Saiba mais sobre a Eficiência de desempenho - Microsoft Azure Well Architected Framework