Solucionar problemas de memória alta em máquinas virtuais do Windows do Azure

Aplica-se a: ✔️ VMs do Windows

Problemas de desempenho ocorrem em diferentes sistemas operacionais ou aplicativos, e cada problema requer uma abordagem exclusiva para solucionar problemas. CPU, memória, rede e E/S (entrada/saída) geralmente são fatores-chave quando ocorrem problemas de desempenho. Cada área gera sintomas diferentes (às vezes simultaneamente) e requer uma abordagem e solução diagnóstica diferente.

Este artigo discute problemas de alto uso de memória (também conhecidos como pressão de memória) que ocorrem em VMs (máquinas virtuais) do Azure que executam o sistema operacional Windows (SO). Para obter diretrizes de solução de problemas para VMs do Azure que executam distribuições do Linux, consulte Solucionar problemas de desempenho e isolar gargalos no Linux.

Problemas de demanda de memória em VMs do Windows do Azure

Além dos problemas de E/S e latência de rede, a solução de problemas de CPU e/ou memória requer basicamente as mesmas ferramentas e etapas que os servidores locais. Uma das ferramentas que o suporte a VM do Azure recomenda é o PerfInsights (disponível para Windows e Linux). O PerfInsights pode fornecer um diagnóstico de práticas recomendadas de VM do Azure em um relatório amigável. O PerfInsights também é uma ferramenta wrapper que pode ajudar a coletar dados Perfmon, Xperf e Netmon, dependendo dos sinalizadores selecionados na ferramenta. Você não precisa entrar em contato com o Suporte da Microsoft para executar o PerfInsights em sua VM do Azure. O PerfInsights está disponível publicamente. Ele gera o relatório localmente ou na conta de armazenamento especificada.

A maioria das ferramentas de solução de problemas de desempenho usadas para servidores locais, como Perfmon ou Procmon, funcionará em VMs do Windows do Azure. No entanto, o PerfInsights foi projetado explicitamente para VMs do Azure para fornecer mais insights, incluindo práticas recomendadas do Azure, práticas recomendadas de SQL, gráficos de latência de E/S de alta resolução, guias de memória e memória e assim por diante. Este artigo aborda a parte do PerfInsights relevante para a solução de problemas de memória.

O que é pressão de memória?

Quando o sistema é processado na memória física (memória de acesso aleatório (RAM)) ou memória virtual (apoiada por arquivo de paginação), com base na demanda dos processos em execução, o SO continua ajustando as páginas ativas na RAM com um arquivo de permuta. Esse caso indica que há demanda de memória e o sistema operacional está trabalhando duro para levar a área de trabalho aos aplicativos exigentes. A perda de memória é outra variação. É principalmente resultado de efeotps estáticos de codificação em que o sistema operacional continua buscando mais alocações, levando ao esgotamento da memória virtual.

Muitos problemas estão diretamente relacionados à carga de trabalho. O tipo de carga de trabalho que existe no computador conduz ao consumo de recursos, incluindo memória.

Fatores comuns

Aqui estão os fatores comuns em uma situação de pouca memória. Se algum desses fatores existir, você está perto da raiz desse problema:

• Uma alteração ou implantação de código recente que é aplicável principalmente a aplicativos como IIS (Serviços de Informações da Internet), Microsoft SharePoint, SQL Server ou aplicativos de terceiros.

• Uma atualização recente que pode estar relacionada a uma atualização no nível do sistema operacional ou atualizações e correções cumulativas no nível do aplicativo.

• Uma alteração de consulta ou índices desatualizados. Os aplicativos da camada de dados do SQL Server e do Oracle também têm a otimização do plano de consulta como outro fator. Alterações de dados ou falta de índices apropriados podem fazer com que várias consultas obtenham mais páginas de dados na memória do que o ideal, o que causa estresse no espaço de troca.

• Específico da VM do Azure – determinados processos, como RDAgent, e processos específicos de extensão, como Agente de Monitoramento, agente MMA ou cliente de segurança, podem causar alto consumo de memória. Esses processos devem ser visualizados de uma configuração, perspectiva de problemas conhecidos ou, às vezes, de uma compilação de regressão.

Solucionar problemas de pressão de memória

A intenção de solucionar o problema é zerar o processo culpado o máximo possível. Uma análise mais aprofundada é específica para o processo que está gerando alto consumo de memória.

Por exemplo, se o processo for SQL Server (sqlservr.exe), as próximas etapas serão analisar configurações como MaxServerMemory e analisar qual consulta está usando mais ciclos de memória em um período de tempo específico. Para obter mais informações sobre as práticas recomendadas do SQL Server no Azure, consulte Tamanho da VM: práticas recomendadas de desempenho para SQL Server em VMs do Azure.

Problema de pressão de memória do escopo

Aqui estão algumas perguntas a serem feitas ao solucionar o problema:

• Existe um padrão para esse problema? Por exemplo, o problema de pouca memória ocorre em um determinado horário todos os dias, semanas ou meses? Em caso afirmativo, você pode correlacioná-lo a um trabalho, processo, relatório ou login de usuário?

• Camada do aplicativo – o problema de pouca memória começou após uma alteração recente de código? Você aplicou uma atualização no Windows ou implantou uma nova compilação de aplicativo? Houve um aumento repentino na base de usuários ou o balanceamento de carga bagunçou, levando a um padrão de carga diferente?

• Camada de dados – o problema de pouca memória começou após uma alteração na carga de trabalho, como um aumento no número de usuários, um maior influxo de dados ou um número maior de relatórios sendo extraídos? Essa carga de trabalho foi migrada recentemente para o Azure? Alguma vez funcionou bem?

• Para o Azure, o problema de pouca memória começou em alguma das seguintes condições?

  • Após uma redistribuição ou reinicialização recente?
  • Quando um tipo ou camada de VM foi alterado?
  • Depois que uma nova extensão foi adicionada à VM?
  • Depois que as alterações do balanceador de carga foram feitas?
  • Houve uma entrada / redução de escala para sua configuração VMSS, o que levou a uma carga invariável?

Advertências do Azure

• Mais importante ainda, entenda sua carga de trabalho. Ao selecionar um SKU de VM (oferta/tipo), você pode subestimar as especificações de memória, pois a tendência é examinar o custo geral de hospedagem mensal. Se sua carga de trabalho consumir muita memória, selecionar um SKU de VM menor poderá levar a problemas de memória baixa. Teste diferentes configurações para sua carga de trabalho para determinar a melhor capacidade de computação necessária.

• Você está planejando ter uma configuração multiusuário como a AVD (Área de Trabalho Virtual do Azure)? Os recursos, incluindo a memória, precisam ser fatorados com base no compartilhamento de recursos enquanto as sessões estão ativas.

• Seu aplicativo foi projetado para trazer seu contexto de trabalho na memória? Por exemplo, o MongoDB pode ser configurado para funcionar na memória, o que significa que ele usará muito a memória e os espaços de troca. Portanto, o tipo de VM (oferta) selecionado deve atender a esse requisito.

Para outros aplicativos/configurações conhecidos, como SQL Server, Oracle, RDS (Serviços de Área de Trabalho Remota), Área de Trabalho Virtual do Azure, IIS ou SharePoint, há artigos de práticas recomendadas do Azure que incluem recomendações para qual configuração mínima é melhor para essas cargas de trabalho.

Problemas contínuos de pouca memória

Se o problema estiver ocorrendo agora, esta é a melhor oportunidade para capturar o rastreamento do processo para determinar o que está causando o problema. Para localizar o processo, você pode usar as ferramentas existentes que está usando para servidores Windows locais, por exemplo, Procmon, Perfmon, RAMMAP, xPerf Windows Toolkit, ResourceExplorer e assim por diante.

As seguintes ferramentas são recomendadas pelo Suporte do Azure para VMs do Azure:

• PerfInsights
• Perfmon
• Ferramentas de monitoramento do Azure

PerfInsights

PerfInsights é a ferramenta recomendada do suporte do Azure para problemas de desempenho de VM. Ele abrange as práticas recomendadas e possui guias de análise dedicadas para memória, CPU e gráficos de E/S de alta resolução. Você pode executá-lo sob demanda por meio do portal do Azure ou na VM. Ele está profundamente integrado ao portal do Azure e também aborda recomendações de práticas recomendadas para aplicativos comuns de camada de convidado do Windows.

Se você tiver um tíquete ativo com a equipe de suporte do Azure, poderá compartilhar os dados do PerfInsights com eles ou usá-los de forma independente, conforme necessário.

Obtenha o PerfInsights

O PerfInsights está disponível para os sistemas operacionais Windows e Linux.

Aqui estão algumas opções para Windows.

Executar e analisar relatórios por meio do portal do Azure

Quando o PerfInsights é instalado por meio do portal do Azure, ele instala uma extensão na VM. Você também pode instalar o PerfInsights diretamente como uma extensão, acessando a folha Extensões na VM e selecionando uma opção de diagnóstico de desempenho.

Portal do Azure – Opção 1

Selecione a opção Diagnóstico de desempenho. Você será solicitado a instalar a opção (usa extensões) na VM selecionada. Consulte a captura de tela a seguir para obter um exemplo:

Selecione Instalar diagnóstico de desempenho. Você verá um painel Executar diagnóstico . No painel Executar diagnóstico, você pode selecionar diferentes tipos de análise para executar. As opções preferidas para análise de memória são Análise de Desempenho e Análise de Desempenho Avançada.

Com base na sua seleção, você verá mais opções. Consulte a captura de tela a seguir para obter um exemplo:

As opções numeradas na captura de tela referem-se aos seguintes comentários:

1. Selecione Executar diagnóstico.

2. Para a opção Análise , selecione Análise de desempenho ou Análise de desempenho avançada. A coleção básica reúne principalmente sugestões de configuração e práticas recomendadas da VM. No entanto, você precisará de dados mais detalhados para fins de solução de problemas, que somente os sinalizadores de coleta de análise de desempenho ou análise de desempenho avançada podem capturar.

3. Selecione a duração do rastreamento da coleta de dados. Para solução de problemas de memória, selecione 15 minutos ou mais. No modo portal do Azure, você pode coletar até 15 minutos de dados. Para períodos de coleta mais longos, você deve executar o programa como um executável de dentro da VM.

4. Se você for solicitado pelo Suporte do Azure a coletar esses dados, poderá adicionar o número do tíquete no campo Número da solicitação de suporte. Esse campo é opcional.

5. Marque a caixa de seleção Reconheço que estou adquirindo este software da Microsoft Corp. e que li e concordo com os termos legais e a política de privacidade para aceitar o Contrato de Licença de Usuário Final (EULA). Marque a caixa de seleção Concordo em compartilhar informações de diagnóstico com a Microsoft se você pretende disponibilizar esse relatório para a equipe de Suporte do Azure que está ajudando nesse caso.

O relatório de diagnóstico de desempenho é armazenado em uma das contas de armazenamento em sua assinatura. Está disponível para visualização e download posteriormente. Depois de enviar um diagnóstico, essa mesma exibição de diagnóstico de desempenho também exibirá coleções de relatórios anteriores e um resumo das descobertas nas categorias Alto/Médio Baixo./ Consulte a captura de tela a seguir para obter um exemplo:

Você pode selecionar qualquer um dos relatórios para ver o próximo nível de detalhes. Você também pode baixar o relatório para análise detalhada selecionando Baixar relatório. Consulte a captura de tela a seguir para obter um exemplo:

Portal do Azure – Opção 2

Selecione Diagnosticar e Resolver Problemas na folha VM e procure Problemas de Desempenho da VM no painel direito. Consulte a captura de tela a seguir para obter um exemplo:

Se você selecionar Solução de problemas, a página de instalação do PerfInsights será carregada. Esta página também mostra diagnósticos automatizados, que executarão verificações internas e mostrarão qualquer instância de Pressão de Memória nesta VM nas últimas 24 horas. Um link de diagnóstico de desempenho de execução para voltar para a exibição do PerfInsights no portal do Azure também será exibido em Etapas de solução de problemas nesta página.

Executar o PerfInsights da VM

Este método pode ser usado se você pretende executar PerfInsights por períodos mais longos. O artigo PerfInsights fornece um passo a passo detalhado dos diferentes comandos e sinalizadores necessários para executar o PerfInsights como um executável. Para analisar o alto uso de memória, use um dos seguintes modos e comandos:

• Cenário avançado

  PerfInsights /run advanced xp /d 900 /AcceptDisclaimerAndShareDiagnostics

• Cenário de VM Lenta (Desempenho)

  PerfInsights /run vmslow /d 900 /AcceptDisclaimerAndShareDiagnostics

O comando será executado por 15 minutos. A saída do comando estará na mesma pasta em que você salva o executável do PerfInsights. Para obter mais opções de comandos, consulte Como executo o PerfInsights?.

O que procurar no relatório

Depois de executar o relatório, o local do conteúdo depende se ele é executado por meio do portal do Azure ou como um executável. Para qualquer uma das opções, acesse a pasta de log gerada ou baixe (se estiver no portal do Azure) localmente para análise.

Entrar nos dados coletados

Sua estrutura de pastas deve ser semelhante à seguinte:

1. Todas as coleções adicionais, como Perfmon, Xperf, Netmon, logs SMB, logs de eventos e assim por diante, podem ser encontradas na pasta de saída .

   

2. O relatório real, juntamente com a análise e as recomendações, é o Perfinsights Report.html.

3. Para os cenários Desempenho (VMslow) e Avançado, o relatório coleta informações de desempenho durante a execução do PerfInsights.

4. Os logs de eventos mostram uma visualização rápida de detalhes úteis no nível do sistema ou de travamento do processo.

Onde começar

Abra o relatório PerfInsights. A guia Descobertas registra todos os valores discrepantes em termos de consumo de recursos. Se houver instâncias de alto uso de memória ou qualquer outra restrição de recursos, a guia Descobertas irá categorizá-la como Alto impacto ou Médio impacto.

Se você expandir o evento Descobertas, verá vários detalhes importantes. A guia lista os processos em ordem decrescente por consumo médio de memória. Ele mostra se o processo está relacionado ao sistema ou a um aplicativo (SQL Server, IIS ou um aplicativo de terceiros).

Mais detalhes

Há uma subguia dedicada Principais consumidores de memória em Memória. Essa guia pode ser usada para análise detalhada de padrões e mostra detalhes do processo durante a duração da captura de dados.

A guia Principais Consumidores de Memória tem duas seções separadas: Períodos de Alto Uso de Memória e Principais Consumidores de Memória.

• Períodos de alto uso de memória: esta seção mostra uma barra de tempo quando o consumo de memória é alto. Ele também mostra a % de memória confirmada geral, que é um dos principais indicadores de esgotamento de memória. O AvailablePhysicalMemory% indica o quão fino o sistema está sendo executado na memória ou o que resta disponível para ele.

• Principais consumidores de memória: esta seção é igualmente importante, pois mostra detalhes no nível do processo em consumidores de alta memória durante o intervalo de captura de dados. Isso mostra os detalhes do processo e seu padrão de uso de memória. A lista é classificada por ter consumidores médios de memória altos na parte superior. Anote EndTime - StartTime (EndTime menos StartTime), que é a duração real do processo que consome muita memória durante o período geral de coleta de dados.

  

Essas duas guias são tudo o que você precisa para definir o caminho para as próximas etapas de solução de problemas. Dependendo do processo que está impulsionando a condição de memória alta, você terá que responder às perguntas que foram feitas anteriormente. Processos como SQL (sqlservr) ou IIS (w3wp) exigem uma busca detalhada específica na consulta ou nas alterações de código que estão causando essa condição.

Para processos do sistema, como WmiPrvSE ou SvcHost, você precisa seguir um caminho diferente. Um pré-requisito para esses processos é que você deve estar no patch cumulativo mais recente do sistema operacional.

Para processos relacionados à VM do Azure, como RDAgent, OMS (Operations Management Suite) e executáveis de extensão de segurança, você precisa garantir que esses processos estejam nas versões mais recentes. Se o problema persistir mesmo depois que o processo for atualizado para o build mais recente, procure ajuda da equipe de Suporte do Azure.

Os logs de eventos do sistema também podem registrar a ID do Evento 2004 como um aviso. Ele também mostra os três principais processos com base no consumo.

Perfmon

O Perfmon é uma das primeiras ferramentas para solucionar um problema de recursos no sistema operacional Windows. Observe que ele não fornece um relatório claro com recomendações ou descobertas. Em vez disso, exige que os usuários explorem os dados coletados e usem um filtro específico nas diferentes categorias de contador.

O PerfInsights coleta o Perfmon como um log extra para cenários VMSlow e Advanced. No entanto, o Perfmon pode ser coletado de forma independente e tem estes benefícios adicionais:

• Pode ser coletado remotamente.
• Pode ser agendado através de Tarefas.
• Ele pode ser coletado por períodos mais longos ou em modo contínuo usando o recurso de rolagem.

Considere o mesmo exemplo mostrado no PerfInsights para ver como o Perfmon mostra esses dados. Um indicador rápido da integridade da memória é por meio do contador MBytes disponíveis, que indica a memória física disponível para alocação a um sistema ou processo necessário. Embora o sistema operacional comece a sinalizar processos para cortar seus WorkingSets quando detectar contenção, um número aproximado genérico como um sinalizador vermelho para Mbytes disponíveis deve ser maior que 200 Mb (> 200 Mb).

O Perfmon está disponível por padrão no Windows (Server ou cliente) e pode ser invocado por meio da interface do usuário ou de uma ferramenta de linha de comando. Para carregar o Perfmon no Windows, selecione Iniciar>Execução, digite Perfmon e selecione OK. Qualquer coleta de dados feita para o Perfmon terá uma extensão *.blg .

Você pode adicionar contadores em várias categorias de recursos. Para solução de problemas de memória, opte por MBytes de memória>disponível. Consulte a captura de tela a seguir para obter um exemplo:

Depois de adicionar esse contador, ele mostrará o padrão para AvailableMBytes durante o intervalo de captura de dados ou em tempo de execução. Abra o arquivo Perfmon (*.blg) da pasta de saída do PerfInsights e adicione o contador em MBytes de memória>disponível. Verifique como ele mostra uma queda na memória disponível para a máquina. Consulte a captura de tela a seguir para obter um exemplo:

Mas a questão (qual aplicativo está consumindo excessivamente a memória?) permanece. Ferramentas como PerfInsights, Monitor de Recursos, Análise de Desempenho de Logs (PAL) e assim por diante ajudam a identificar esses aplicativos por meio de interface do usuário ou relatórios amigáveis.

É um pouco tedioso zerar o processo porque ele precisa ser feito por meio de análise manual de dados.

Perfmon tem a categoria Contador de processo. Nessa categoria, há alguns contadores como Conjunto de Trabalho, Bytes Privados e Bytes Virtuais. Eles indicam o padrão de uso de memória de cada processo em execução durante a duração da coleta de dados.

O padrão precisa ser observado para os processos que têm um aumento gradual ou acentuado, indicando demanda contínua de memória. Veja como zerar os processos com base na correspondência de padrões perto do contador _Total/PrivateBytes.

Simplifique a análise do Perfmon

Não há relatórios padrão prontos para o usuário disponíveis no Perfmon. Diferentes visualizações alteram o tipo de gráfico, mas a filtragem do processo (ou o trabalho necessário para identificar os processos culpados) é manual. Algumas ferramentas úteis estão disponíveis que consomem arquivos *.blg e fornecem uma saída mais amigável para análise. Uma delas é a ferramenta PAL. A ferramenta PAL pode consumir arquivos *.blg e gerar relatórios detalhados.

A lista de ferramentas disponíveis não termina no PerfInsights for Perfmon. Você pode usar qualquer ferramenta existente (Procmon, RAMMAP, xPerf Windows Toolkit, ResourceExplorer e assim por diante). Existem muitas ferramentas de terceiros disponíveis para uso quando necessário.

Ferramentas de monitoramento do Azure

Qualquer sistema de produção precisa de monitoramento consistente, portanto, a Microsoft recebe alertas de forma proativa e os usa para padrões históricos para entender melhor os requisitos de recursos para o ambiente do aplicativo. Felizmente, as VMs do Azure (Windows e Linux) estão profundamente integradas ao recurso de Monitoramento do Azure, que fornece coleta robusta de métricas automatizadas e vários caminhos para criar relatórios ou usar ferramentas de terceiros para criar relatórios de que sua equipe precisa.

Se uma VM de produção crítica estiver atingindo um determinado limite de recursos (por exemplo, memória), você poderá criar alertas personalizados. Nesse caso, você pode alertar uma equipe por e-mail ou mensagem de texto.

As VMs do Azure têm métricas confiáveis que incluem informações básicas, como memória, E/S de rede e bytes de E/S. Para métricas avançadas, como o Azure Monitor, você precisará fazer apenas algumas seleções para configurar e usar uma conta de armazenamento especificada.

Contadores básicos (padrão)

Quando as VMs do Azure são criadas, elas vêm com métricas padrão básicas pré-habilitadas. Essas métricas não precisam de nenhuma configuração adicional para habilitar o Monitoramento do Azure (que instala uma extensão nas VMs). A funcionalidade dessas métricas básicas não é tão exaustiva quanto o que o Monitoramento do Azure fornece, mas elas ainda podem mostrar a integridade básica dos recursos da VM.

A captura de tela a seguir mostra como o padrão é exibido no portal do Azure nas métricas de memória de uma VM. Esta captura de tela é do mesmo período usado anteriormente para compartilhar a análise do PerfInsights e do Perfmon.

Habilitar o Azure Monitor

Depois de habilitar as métricas do Azure Monitor, o software instala uma extensão na VM e começa a coletar métricas granulares.

Você pode explorar a personalização exaustiva que o Monitoramento do Azure fornece em máquinas virtuais do Azure (Windows e Linux):

• Monitorar máquinas virtuais do Azure
• Monitorar máquinas virtuais com o Azure Monitor
• Como traçar um gráfico de desempenho com o VM Insights

Solução de problemas reativa

Se o problema já ocorreu, você deve descobrir o que causou o problema de memória alta em primeiro lugar. A postura reativa pode ser complicada porque o modo de coleta de dados não será tão útil quanto o problema já ocorreu. Conforme compartilhado na seção anterior, as métricas configuradas do Azure Monitor podem desempenhar um grande papel aqui, pois mantêm dados históricos com base no tempo de retenção configurado.

Se esse problema ocorreu uma vez, pode ser difícil determinar qual aplicativo o causou.

Se você estiver lidando com um padrão repetitivo, terá a oportunidade de coletar dados durante o período em que o problema provavelmente ocorrerá em seguida. PerfInsights e Perfmon são ferramentas úteis, mas você também pode usar suas ferramentas preferidas.

O PerfInsights ainda não tem um recurso de execução agendada. No entanto, o Perfmon pode ser executado e agendado por meio da linha de comando, conforme compartilhado na próxima seção.

Comando logman

O Logman create counter comando é usado para executar a coleção Perfmon por meio da linha de comando. Você pode agendá-lo por meio do Gerenciador de Tarefas ou executá-lo remotamente.

Aqui está um exemplo de comando (inclui o modo de coleta remota):

Logman create counter LOGNAME -u DOMAIN\USERNAME * -f bincirc -v mmddhhmm -max 300 -c "\\SERVERNAME\LogicalDisk(*)\*" "\\SERVERNAME\Memory\*" "\\SERVERNAME\Network Interface(*)\*" "\\SERVERNAME\Paging File(*)\*" "\\SERVERNAME\PhysicalDisk(*)\*" "\\SERVERNAME\Process(*)\*" "\\SERVERNAME\Redirector\*" "\\SERVERNAME\Server\*" "\\SERVERNAME\System\*" "\\SERVERNAME\Terminal Services\*" "\\SERVERNAME\Processor(*)\*" "\\SERVERNAME\Cache\*" -si 00:01:00

Logman.exe pode ser iniciado de um computador de VM do Azure par na mesma VNET.

Para saber mais sobre esses parâmetros, consulte a contador de criação logman.

Depois que os dados do Perfmon são coletados enquanto o problema está ocorrendo, as etapas restantes para analisar os dados são as mesmas discutidas anteriormente.

Conclusão

Para qualquer problema de desempenho, entender sua carga de trabalho é a chave para resolver o problema. As opções para diferentes SKUs de VM e diferentes opções de armazenamento em disco devem ser avaliadas com foco na carga de trabalho de produção (use o seletor de Máquina Virtual do Azure). O processo de testar soluções em diferentes VMs pode ajudar você a tomar a melhor decisão.

Como as operações do usuário e a quantidade de dados variam, sempre mantenha um buffer nos recursos de memória, computação, rede e E/S da VM. Dessa forma, qualquer alteração repentina na carga de trabalho pode ser absorvida por esse buffer de recursos adicional.

Se você espera que a carga de trabalho aumente em breve, mude para uma oferta de VM mais alta ou digite com mais capacidade de computação/memória/E/S. Se a carga de trabalho consumir muita memória, escolha cuidadosamente SKUs de VM com taxas de memória para CPU mais altas.

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.