vSphere o gerenciamento de recursos - VMware vSphere 7...vSphere o gerenciamento de recursos 02 DE ABRIL DE 2020 VMware vSphere 7.0 VMware ESXi 7.0 vCenter Server 7.0 Este documento

vSphere o gerenciamento de recursos

02 DE ABRIL DE 2020VMware vSphere 7.0VMware ESXi 7.0vCenter Server 7.0

Este documento foi traduzido automaticamente do inglês. Se você observar algum erro de tradução, deixe seu feedback na parte inferior da página específica da publicação no VMware Docs.

Você pode encontrar a documentação técnica mais atualizada no site da VMware, em:

https://docs.vmware.com/br/

VMware, Inc.3401 Hillview Ave.Palo Alto, CA 94304www.vmware.com

VMware BrasilRua Surubim, 504 4º andar CEP 04571-050Cidade MonçõesSão PauloSÃO PAULO: 04571-050BrasilTel: +55 11 55097200Fax: + 55. 11. 5509-7224www.vmware.com/br

Copyright ©

2006-2020 VMware, Inc. Todos os direitos reservados. Informações sobre direitos autorais e

marca registrada.


VMware, Inc. Traduzido automaticamente 2

https://docs.vmware.com/br/http://pubs.vmware.com/copyright-trademark.htmlhttp://pubs.vmware.com/copyright-trademark.html

Conteúdo

Sobre o gerenciamento de recursos do vSphere 10

1 Introdução ao gerenciamento de recursos 11Tipos de recursos 11

Provedores de recursos 12

Consumidores de recursos 12

Metas do gerenciamento de recursos 13

2 Definindo as configurações de alocação de recursos 14Compartilhamentos de alocação de recursos 14

Reserva de alocação de recursos 16

Limite de alocação de recursos 16

Sugestões de configurações de alocação de recursos 17

Editar configurações 17

Alterando as configurações de alocação de recursos — exemplo 18

Controle de admissão 19

3 Fundamentos de virtualização de CPU 21Virtualização de CPU baseada em software 22

Virtualização de CPU assistida por hardware 22

Comportamento específico de virtualização e processador 22

Implicações de desempenho da virtualização da CPU 23

4 Como administrar recursos da CPU 24Exibir informações do processador 24

Especificando a configuração da CPU 25

Processadores de vários núcleos 25

Hyperthreading 26

Hosts com hyperthreading e ESXi 27

Ativar hyperthreading 27

Usando a afinidade da CPU 28

Atribuir um Hine virtual do Mac a um processador específico 29

Possíveis problemas com a afinidade da CPU 29

Políticas de gerenciamento de energia do host 30

Selecionar uma política de gerenciamento de energia da CPU 30

Configurar parâmetros de política personalizados para o gerenciamento de energia do host31


5 Noções básicas de virtualização de memória 33Memória Hine do Mac virtual 33

Comprometimento excessivo de memória 34

Compartilhamento de memória 35

Virtualização de memória 36

Virtualização de memória assistida por hardware 37

Suporte para tamanhos de página grandes 38

6 Como administrar recursos de memória 39Noções básicas sobre a sobrecarga de memória 40

Memória de sobrecarga no Hines virtual Mac 40

Como ESXi hosts alocam memória 41

Imposto de memória para Hines virtual Mac inativos 41

Arquivos de permuta VMX 42

Recuperação de memória 42

Driver de balão de memória 43

Usando arquivos de permuta 44

Localização do arquivo de permuta 44

Habilitar permuta de host local para um cluster do DRS 44

Habilitar permuta de host local para um host independente 45

Espaço de permuta e comprometimento excessivo de memória 45

Configurar as propriedades do Swapfile Hine Mac virtual para o host 47

Configurar uma localização do arquivo de permuta virtual Mac Hine para um cluster 48

Excluir arquivos de permuta 49

Compartilhando memória no Hines virtual Mac 49

Compactação de memória 50

Ativar ou desativar o cache de compactação de memória 50

Definir o tamanho máximo do cache de compactação de memória 51

Medindo e diferenciando tipos de uso de memória 51

Confiabilidade da memória 53

Corrigindo uma notificação de isolamento de erro 53

Sobre a permuta no sistema 54

Configurar permuta no sistema 54

7 Memória persistente 56

8 Configurando gráficos virtuais 59Exibir estatísticas de GPU 59

Adicionar uma vGPU de grade NVIDIA a um Hine virtual Mac 60

Configurando gráficos do host 60

Configurando dispositivos gráficos 61



9 Gerenciamento de recursos de e/s de armazenamento 62Sobre as políticas de armazenamento do Mac virtual do Hine 63

Sobre os filtros de e/s 63

Requisitos do Storage I/O Control 64

Storage I/O Control compartilhamentos e limites de recursos 64

Exibir compartilhamentos e limites de Storage I/O Control 65

Monitorar Storage I/O Control compartilhamentos 65

Definir Storage I/O Control compartilhamentos e limites de recursos 66

Habilitar o Storage I/O Control 67

Definir Storage I/O Control valor de limite 67

Integração do DRS de armazenamento com perfis de armazenamento 69

10 Gerenciando pools de recursos 71Por que usar pools de recursos? 72

Criar um pool de recursos 73

Editar um pool de recursos 75

Adicionar um Hine virtual do Mac a um pool de recursos 76

Remover um Hine virtual Mac de um pool de recursos 77

Remover um pool de recursos 78

Controle de admissão do pool de recursos 78

Exemplo de reservas expansível 1 79

Exemplo de reservas expansível 2 79

11 Criando um cluster DRS 81Controle de admissão e posicionamento inicial 82

Hine único virtual Mac ligar 82

Ligar ou desligar grupo 82

Migração do Hine virtual Mac 83

Limite de migração do DRS 85

Recomendações de migração 85

Requisitos de cluster do DRS 86

Requisitos de armazenamento compartilhado 86

Requisitos de volume do VMFS compartilhados 86

Requisitos de compatibilidade do processador 87

v Motion requisitos para clusters de DRS 87

Configurando o DRS com o Flash virtual 88

Criar um cluster 88

Editar configurações do cluster 89

Definir um nível de automação personalizado para um Hine virtual Mac 91

Desativar o DRS 93

Restaurar uma árvore de pool de recursos 93



12 Funcionalidade do modo de manutenção do DRS com licença do ROBO Enterprise 95Limitações do modo de manutenção do DRS com a licença do ROBO Enterprise 95

Usando o modo de manutenção do DRS com licença do ROBO Enterprise 96

Resolução de problemas do modo de manutenção do DRS com o ROBO Enterprise License97

13 Usando clusters DRS para gerenciar recursos 98Adicionando hosts a um cluster 98

Adicionar um host gerenciado a um cluster 99

Adicionar um host não gerenciado a um cluster 99

Adicionando Hines de Mac virtual a um cluster 100

Mover um Hine virtual Mac para um cluster 101

Removendo o Hines virtual Mac de um cluster 101

Mover um Hine virtual Mac de um cluster 101

Removendo um host de um cluster 102

Colocar um host no modo de manutenção 102

Remover um host de um cluster 103

Usando o modo de espera 104

Validade do cluster do DRS 104

Clusters DRS válidos 105

Clusters do DRS comprometidos 107

Clusters DRS inválidos 108

Gerenciando recursos de energia 109

Defina as configurações do IPMI ou do iLO para vSphere o DPM 110

Testar ativação em LAN para vSphere o DPM 111

Habilitando o vSphere o DPM para um cluster DRS 113

Monitorando vSphere o DPM 114

Usando regras de afinidade do DRS 115

Criar um grupo de DRS do host 116

Criar um grupo DRS de Mac virtual do Hine 117

Regras de afinidade da VM-VM 117

Regras de afinidade de host da VM 119

14 Criando um cluster de repositório de dados 122Posicionamento inicial e balanceamento contínuo 123

Recomendações de migração de armazenamento 123

Criar um cluster de repositório de dados 124

Ativação e desativação do DRS de armazenamento 124

Definir o nível de automação para clusters de repositório de dados 125

Configurando o nível de agressividade para o Storage DRS 126



Definir regras de tempo de execução do DRS de armazenamento 127

Requisitos do cluster de repositório de dados 128

Adicionando e removendo repositórios de dados de um cluster de repositório de dados 129

15 Usando clusters de repositório de dados para gerenciar recursos de armazenamento 130Usando o modo de manutenção do Storage DRS 130

Colocar um repositório de dados no modo de manutenção 131

Ignorar regras de afinidade do DRS de armazenamento para o modo de manutenção 131

Aplicando recomendações do DRS de armazenamento 132

Atualizar recomendações do DRS de armazenamento 133

Alterar o nível de automação do DRS de armazenamento para um Hine virtual Mac 133

Configurar o agendamento fora das horas para o DRS de armazenamento 134

Regras de antiafinidade do Storage DRS 135

Criar regras de antiafinidade de VM 137

Criar regras de antiafinidade do VMDK 137

Substituir regras de afinidade VMDK 138

Limpar estatísticas do DRS de armazenamento 139

Compatibilidade com Motion do Storage v com clusters de repositório de dados 140

16 Uso de sistemas NUMA com ESXi 141O que é NUMA? 141

Desafios para sistemas operacionais 142

Como ESXi agendamento NUMA funciona 142

VMware algoritmos de otimização NUMA e configurações 143

Posicionamento inicial de nós iniciais 144

Balanceamento de carga dinâmico e migração de página 144

Compartilhamento de página transparente otimizado para NUMA 145

Gerenciamento de recursos em arquiteturas NUMA 146

Usando NUMA virtual 146

Controles NUMA virtuais 147

Especificando controles NUMA 147

Associar Hines de Mac virtual a processadores específicos 148

Associar alocações de memória com nós NUMA específicos usando a afinidade de memória149

Associar Hines de Mac virtual a nós NUMA especificados 150

17 Atributos avançados 152Definir atributos de host avançados 152

Atributos de memória avançados 153

Atributos NUMA avançados 154

Definir atributos do Hine virtual Mac avançados 155



Atributos Hine virtuais de Mac avançados 156

Atributos NUMA virtuais avançados 157

Sensibilidade à latência 158

Ajustar a sensibilidade de latência 158

Sobre a memória confiável 159

Exibir memória confiável 159

De apoio para o vRAM Guest com páginas 1GB 159

18 Definições de falha 161O Hine do Mac virtual está fixado 162

Hine virtual Mac não compatível com qualquer host 162

Regra de DRS de VM/VM violada ao mover para outro host 162

Host incompatível com Hine virtual Mac 162

O host tem Hine de Mac virtuais que violam as regras de VM/VM DRS 163

O host tem capacidade insuficiente para Hine virtual Mac 163

O host está em um estado incorreto 163

O host não tem número suficiente de CPUs físicas para o Hine virtual Mac 163

O host não tem capacidade suficiente para cada CPU do Hine virtual Mac 163

O Hine de Mac virtual está em v Motion 163

Nenhum host ativo no cluster 163

Recursos insuficientes 164

Recursos insuficientes para satisfazer o nível de failover configurado para HA 164

Nenhum host de afinidade de hardware compatível 164

Nenhum host de afinidade de software compatível 164

Correção de violação de regra flexível não permitida 164

Violação da regra flexível impacto de correção 164

19 Informações de solução de problemas do DRS 165Problemas de cluster 165

Carregar desequilíbrio no cluster 165

O cluster é amarelo 166

O cluster é vermelho devido a um pool de recursos inconsistente 166

O cluster está vermelho porque a capacidade de failover foi violada 167

Nenhum host é desligado quando a carga total do cluster é baixa 167

Os hosts são desligados quando a carga total do cluster é alta 168

DRS raramente ou nunca realiza migrações v Motion 168

Problemas do host 169

O DRS recomenda que o host seja ligado para aumentar a capacidade quando a carga total do cluster estiver baixa 169

A carga total do cluster é alta 170

A carga total do cluster está baixa 170

O DRS não evacua um host solicitado a entrar no modo de manutenção ou em espera 171



O DRS não move qualquer Hines virtual Mac para um host 171

O DRS não move nenhum Hines virtual Mac de um host 172

Problemas de Hine de Mac virtual 173

Recursos de CPU ou memória insuficientes 173

Regra de DRS de VM/VM ou regra de DRS de VM/host violada 174

Falha na operação de inicialização do Hine virtual Mac 175

O DRS não move o Hine virtual Mac 175



Sobre o gerenciamento de recursos do vSphere

vSphere gerenciamento de recursos descreve o gerenciamento de recursos para VMware® ESXi e ambientes de servidor vCenter®.

Esta documentação destaca os tópicos a seguir.

n Conceitos de alocação de recursos e gerenciamento de recursos

n Atributos da máquina virtual e controle de admissão

n Pools de recursos e como gerenciá-los

n Clusters, vSphere® Distributed Resource Scheduler (DRS), vSphere gerenciamento de energia distribuída (DPM) e como trabalhar com eles

n Clusters de armazenamento de dados, DRS, Storage I/O Control e como trabalhar com eles

n Opções avançadas de gerenciamento de recursos

n Considerações de desempenho

Público-alvo

Essas informações destinam-se aos administradores de sistema que desejam compreender como o sistema gerencia os recursos e como eles podem personalizar o comportamento padrão. Também é essencial para qualquer pessoa que queira compreender e usar pools de recursos, clusters, DRS, clusters de repositório de dados, DRS de armazenamento, Storage I/O Control ou vSphere o DPM.

Esta documentação pressupõe que você tenha um conhecimento funcional de VMware ESXi e de vCenter Server.

Observação Neste documento, "memória" pode se referir à RAM física ou à memória persistente.


Introdução ao gerenciamento de recursos 1Para entender o gerenciamento de recursos, você deve estar ciente de seus componentes, seus objetivos e como implementá-los em uma configuração de cluster.

As configurações de alocação de recursos para uma máquina virtual (compartilhamentos, reserva e limite) são discutidas, incluindo como defini-las e como exibi-las. Além disso, o controle de admissão, o processo no qual as configurações de alocação de recursos são validadas em relação aos recursos existentes é explicado.

O gerenciamento de recursos é a alocação de recursos de provedores de recursos para consumidores de recursos.

A necessidade de gerenciamento de recursos é proveniente do comprometimento excessivo dos recursos, ou seja, mais demanda do que a capacidade e do fato de que a demanda e a capacidade variam ao longo do tempo. O gerenciamento de recursos permite realocar dinamicamente os recursos, para que você possa usar de forma mais eficiente a capacidade disponível.

Observação Neste capítulo, "memória" refere-se à RAM física.

Este capítulo inclui os seguintes tópicos:

n Tipos de recursos

n Provedores de recursos

n Consumidores de recursos

n Metas do gerenciamento de recursos

Tipos de recursos

Os recursos incluem CPU, memória, energia, armazenamento e recursos de rede.

Observação ESXi gerencia a largura de banda da rede e os recursos de disco por host, usando a modelagem de tráfego de rede e um mecanismo de compartilhamento proporcional, respectivamente.


Provedores de recursos

Os hosts e clusters, incluindo clusters de repositório de dados, são provedores de recursos físicos.

Para hosts, os recursos disponíveis são a especificação de hardware do host, menos os recursos usados pelo software de virtualização.

Um cluster é um grupo de hosts. Você pode criar um cluster usando vSphere Client e adicionar vários hosts ao cluster. a vCenter Server gerencia esses recursos de host conjuntamente: o cluster é proprietário de toda a CPU e memória de todos os hosts. Você pode ativar o cluster para o balanceamento de carga em conjunto ou o failover. Consulte Capítulo 11 Criando um cluster DRS para obter informações.

Um cluster de repositório de dados é um grupo de repositórios de dados. Como clusters do DRS, você pode criar um cluster de repositório de dados usando o vSphere Client e adicionar vários repositórios de dados ao cluster. vCenter Server gerencia os recursos do repositório de dados em conjunto. Você pode habilitar o DRS de armazenamento para balancear a carga de e/s e a utilização de espaço. Consulte Capítulo 14 Criando um cluster de repositório de dados.

Consumidores de recursos

As máquinas virtuais são consumidores de recursos.

As configurações de recursos padrão atribuídas durante a criação funcionam bem para a maioria das máquinas. Mais tarde, você pode editar as configurações da máquina virtual para alocar uma porcentagem baseada em compartilhamento da CPU, memória e e/s de armazenamento total do provedor de recursos ou de uma reserva garantida de CPU e memória. Quando você ligar essa máquina virtual, o servidor verificará se há recursos não reservados suficientes disponíveis e permitirá a ativação apenas se houver recursos suficientes. Esse processo é chamado de controle de admissão.

Um pool de recursos é uma abstração lógica para o gerenciamento flexível de recursos. Os pools de recursos podem ser agrupados em hierarquias e usados para particionar hierarquicamente os recursos de memória e CPU disponíveis. Portanto, os pools de recursos podem ser considerados provedores de recursos e consumidores. Eles fornecem recursos aos pools de recursos e máquinas virtuais subordinados, mas também são consumidores de recursos, pois eles consomem os recursos dos seus pais. Consulte Capítulo 10 Gerenciando pools de recursos.

os hosts ESXi alocam cada máquina virtual a uma parte dos recursos de hardware subjacentes com base em uma série de fatores:

n Limites de recursos definidos pelo usuário.

n Total de recursos disponíveis para o host ESXi (ou o cluster).

n Número de máquinas virtuais ligadas e uso de recursos por essas máquinas virtuais.

n Sobrecarga necessária para gerenciar a virtualização.



Metas do gerenciamento de recursos

Ao gerenciar seus recursos, você deve estar ciente das suas metas.

Além de resolver o comprometimento excessivo de recursos, o gerenciamento de recursos pode ajudá-lo a realizar o seguinte:

n Isolamento de desempenho: impede que as máquinas virtuais monopolizam recursos e garantam taxas de serviço previsíveis.

n Uso eficiente: Explore recursos de comprometimento baixo e excesso de comprometimento com degradação normal.

n Administração fácil: controle a importância relativa das máquinas virtuais, forneça particionamento dinâmico flexível e cumpra contratos de nível de serviço absolutos.



Definindo as configurações de alocação de recursos 2Quando a capacidade de recursos disponíveis não atende às demandas dos consumidores de recursos (e a sobrecarga de virtualização), os administradores podem precisar personalizar a quantidade de recursos que são alocados para as máquinas virtuais ou para os pools de recursos em que residem.

Use as configurações de alocação de recursos (compartilhamentos, reserva e limite) para determinar a quantidade de recursos de CPU, memória e armazenamento fornecidos para uma máquina virtual. Em particular, os administradores têm várias opções para alocar recursos.

n Reserve os recursos físicos do host ou do cluster.

n Defina um limite superior nos recursos que podem ser alocados para uma máquina virtual.

n Garanta que uma determinada máquina virtual sempre seja alocada uma porcentagem mais alta dos recursos físicos do que outras máquinas virtuais.

Observação Neste capítulo, "memória" refere-se à RAM física.


n Compartilhamentos de alocação de recursos

n Reserva de alocação de recursos

n Limite de alocação de recursos

n Sugestões de configurações de alocação de recursos

n Editar configurações

n Alterando as configurações de alocação de recursos — exemplo

n Controle de admissão

Compartilhamentos de alocação de recursos

Compartilhamentos especificam a importância relativa de uma máquina virtual (ou pool de recursos). Se uma máquina virtual tiver o dobro de compartilhamentos de um recurso como outra máquina virtual, ela terá o direito de consumir o dobro desses recursos quando essas duas máquinas virtuais estiverem competindo por recursos.


Os compartilhamentos geralmente são especificados como Alto(High), Normal(Normal) ou Baixo(Low), e esses valores especificam valores de compartilhamento com uma proporção de 4:2:1, respectivamente. Você também pode selecionar Personalizado(Custom) para atribuir um número específico de compartilhamentos (que expressa um peso proporcional) a cada máquina virtual.

A especificação de compartilhamentos faz sentido apenas em relação às máquinas virtuais irmãs ou pools de recursos, ou seja, máquinas virtuais ou pools de recursos com o mesmo pai na hierarquia do pool de recursos. Os irmãos compartilham recursos de acordo com seus valores de compartilhamento relativos, limitados pela reserva e pelo limite. Ao atribuir compartilhamentos a uma máquina virtual, você sempre especifica a prioridade para essa máquina virtual em relação a outras máquinas virtuais ligadas.

A tabela a seguir mostra os valores padrão de compartilhamento de CPU e memória para uma máquina virtual. Para pools de recursos, os valores padrão de compartilhamento de CPU e memória são os mesmos, mas devem ser multiplicados como se o pool de recursos fosse uma máquina virtual com quatro CPUs virtuais e 16 GB de memória.

Tabela 2-1. Valores de compartilhamento

Configuração Valores de compartilhamento de CPU Valores de compartilhamento de memória

Alto 2000 compartilhamentos por CPU virtual 20 compartilhamentos por megabyte de memória de máquina virtual configurada.

Normal 1000 compartilhamentos por CPU virtual 10 compartilhamentos por megabyte de memória de máquina virtual configurada.

Baixo 500 compartilhamentos por CPU virtual 5 compartilhamentos por megabyte de memória de máquina virtual configurada.

Por exemplo, uma máquina virtual SMP com duas CPUs virtuais e 1 GB de RAM com compartilhamentos de CPU e memória definidos para (Normal) normal tem 2x1000 = 2000 compartilhamentos de CPU e 10x1024 = 10240 compartilhamentos de memória.

Observação As máquinas virtuais com mais de uma CPU virtual são chamadas de máquinas virtuais SMP (multiprocessamento simétrico). ESXi oferece suporte a até 128 CPUs virtuais por máquina virtual.

A prioridade relativa representada por cada compartilhamento é alterada quando uma nova máquina virtual é ligada. Isso afeta todas as máquinas virtuais no mesmo pool de recursos. Todas as máquinas virtuais têm o mesmo número de CPUs virtuais. Considere os exemplos a seguir.

n Duas máquinas virtuais ligadas à CPU são executadas em um host com 8GHz da capacidade agregada da CPU. Seus compartilhamentos de CPU estão definidos como (Normal) normais e obter 4GHz cada.

n Uma terceira máquina virtual vinculada à CPU está ligada. Seu valor de compartilhamentos de CPU está definido como alto (High), o que significa que ele deve ter o dobro de



compartilhamentos que as máquinas definidas para (Normal) normal. A nova máquina virtual recebe 4GHz e as duas outras máquinas só recebem 2 GHz cada. O mesmo resultado ocorrerá se o usuário especificar um valor de compartilhamento personalizado de 2000 para a terceira máquina virtual.

Reserva de alocação de recursos

Uma reserva especifica a alocação mínima garantida para uma máquina virtual.

vCenter Server ou ESXi permite que você ligue uma máquina virtual somente se houver recursos não reservados suficientes para satisfazer a reserva da máquina virtual. O servidor garante essa quantidade, mesmo quando o servidor físico está sobrecarregado. A reserva é expressa em unidades concretas (megahertz ou megabytes).

Por exemplo, suponha que você tenha 2 GHz disponíveis e especifique uma reserva de 1 GHz para a VM1 e 1 GHz para a VM2. Agora, cada máquina virtual tem a garantia de obter 1GHz se ela precisar. No entanto, se a VM1 estiver usando apenas 500 MHz, a VM2 poderá usar 1,5 GHz.

Padrões de reserva para 0. Você poderá especificar uma reserva se precisar garantir que as quantidades mínimas necessárias de CPU ou memória sempre estejam disponíveis para a máquina virtual.

Limite de alocação de recursos

O limite especifica um limite superior para recursos de e/s de CPU, memória ou armazenamento que podem ser alocados a uma máquina virtual.

Um servidor pode alocar mais do que a reserva para uma máquina virtual, mas nunca aloca mais do que o limite, mesmo se houver recursos não utilizados no sistema. O limite é expresso em unidades concretas (megahertz, megabytes ou operações de e/s por segundo).

Os limites de recursos de e/s de CPU, memória e armazenamento padrão são ilimitados. Quando o limite de memória é ilimitado, a quantidade de memória configurada para a máquina virtual quando ela foi criada torna-se seu limite efetivo.

Na maioria dos casos, não é necessário especificar um limite. Existem benefícios e desvantagens:

n Benefícios — atribuir um limite é útil se você começar com um pequeno número de máquinas virtuais e quiser gerenciar as expectativas do usuário. O desempenho fica deteriorado à medida que você adiciona mais máquinas virtuais. Você pode simular a quantidade de recursos disponíveis especificando um limite.

n Desvantagens — você pode perder recursos ociosos se especificar um limite. O sistema não permite que as máquinas virtuais usem mais recursos do que o limite, mesmo quando o sistema estiver subutilizado e os recursos ociosos estiverem disponíveis. Especifique o limite somente se você tiver bons motivos para fazer isso.



Sugestões de configurações de alocação de recursos

Selecione as configurações de alocação de recursos (reserva, limite e compartilhamentos) que são apropriadas para o seu ambiente de ESXi.

As diretrizes a seguir podem ajudá-lo a obter melhor desempenho para as suas máquinas virtuais.

n Use reserva (Reservation) para especificar a quantidade mínima aceitável de CPU ou memória, não a quantidade que você deseja disponibilizar. A quantidade de recursos concretos representados por uma reserva não é alterada quando você altera o ambiente, como adicionar ou remover máquinas virtuais. O host atribui recursos adicionais como disponíveis com base no limite para a máquina virtual, o número de compartilhamentos e a demanda estimada.

n Ao especificar as reservas para máquinas virtuais, não confirme todos os recursos (plano para deixar pelo menos 10% não reservado). À medida que você avança para atender totalmente a toda a capacidade no sistema, torna-se cada vez mais difícil fazer alterações nas reservas e na hierarquia do pool de recursos sem violar o controle de admissão. Em um cluster habilitado para DRS, as reservas que comprometem totalmente a capacidade do cluster ou de hosts individuais no cluster podem impedir que o DRS faça a migração de máquinas virtuais entre os hosts.

n Se você espera alterações freqüentes no total de recursos disponíveis, use compartilhamentos (Shares) para alocar recursos de forma justa nas máquinas virtuais. Se você usar compartilhamentos (Shares), e atualizar o host, por exemplo, cada máquina virtual permanecerá com a mesma prioridade (mantém o mesmo número de compartilhamentos), mesmo que cada compartilhamento represente uma quantidade maior de memória, CPU ou recursos de e/s de armazenamento.

Editar configurações

Use a caixa de diálogo Editar configurações para alterar as alocações para recursos de memória e CPU.

Procedimentos

1 Navegue até a máquina virtual no vSphere Client.

2 Clique com o botão direito do mouse e selecione editar configurações (Edit Settings).



3 Edite os recursos da CPU.

Opção Descrição

Ações Compartilhamentos de CPU para esse pool de recursos em relação ao total do pai. Os pools de recursos irmãos compartilham recursos de acordo com seus valores de compartilhamento relativos pela reserva e pelo limite. Selecione (Low) baixa, (Normal) normal ou alta (High), que especificam valores de compartilhamento, respectivamente, em uma proporção de 1:2:4. Selecione (Custom) personalizados para dar a cada máquina virtual um número específico de compartilhamentos, o que expressa um peso proporcional.

Reserva Alocação de CPU garantida para este pool de recursos.

Limite Limite superior para a alocação de CPU do pool de recursos. Selecione (Unlimited) ilimitados para não especificar nenhum limite superior.

4 Edite os recursos de memória.

Opção Descrição

Ações Compartilhamentos de memória para esse pool de recursos em relação ao total do pai. Os pools de recursos irmãos compartilham recursos de acordo com seus valores de compartilhamento relativos pela reserva e pelo limite. Selecione (Low) baixa, (Normal) normal ou alta (High), que especificam valores de compartilhamento, respectivamente, em uma proporção de 1:2:4. Selecione (Custom) personalizados para dar a cada máquina virtual um número específico de compartilhamentos, o que expressa um peso proporcional.

Reserva Alocação de memória garantida para este pool de recursos.

Limite Limite superior para a alocação de memória do pool de recursos. Selecione (Unlimited) ilimitados para não especificar nenhum limite superior.

5 Clique em Okey(OK).

Alterando as configurações de alocação de recursos — exemplo

O exemplo a seguir ilustra como você pode alterar as configurações de alocação de recursos para melhorar o desempenho da máquina virtual.

Suponha que, em um host ESXi, você tenha criado duas novas máquinas virtuais, uma para seus departamentos de QA (VM-QA) e marketing (VM-marketing).



Figura 2-1. Host único com dois Mac virtuais Hines

VM-QA

host

VM-Marketing

No exemplo a seguir, suponha que a VM-QA esteja com uso excessivo de memória e de forma adequada que você queira alterar as configurações de alocação de recursos para as duas máquinas virtuais para:

n Especifique que, quando a memória do sistema é comprometida, a VM-QA pode usar o dobro de recursos de CPU e memória que a máquina virtual de marketing. Defina os compartilhamentos de CPU e de memória para VM-QA para alta (High) e para VM-marketing defina-os como (Normal) normal.

n Certifique-se de que a máquina virtual de marketing tenha uma certa quantidade de recursos de CPU garantidos. Você pode fazer isso usando uma configuração de reserva.

Procedimentos

1 Navegue até as máquinas virtuais no vSphere Client.

2 Clique com o botão direito do mouse VM-QA (VM-QA), a máquina virtual para a qual você deseja alterar os compartilhamentos e selecione editar configurações (Edit Settings).

3 Em (Virtual Hardware) de hardware virtual, expanda CPU e selecione alta (High) no menu suspenso compartilhamentos de (Shares).

4 Em (Virtual Hardware) de hardware virtual, expanda a memória e selecione alta (High) no menu suspenso compartilhamentos de (Shares).


6 Clique com o botão direito do mouse na máquina virtual de marketing ( VM-marketing (VM-Marketing)) e selecione editar configurações (Edit Settings).

7 Em hardware virtual (Virtual Hardware), expanda CPU e altere o valor de de reserva de (Reservation) para o número desejado.


Controle de admissão

Quando você liga uma máquina virtual, o sistema verifica a quantidade de recursos de CPU e memória que ainda não foram reservados. Com base nos recursos não reservados disponíveis, o sistema determina se ele pode garantir a reserva para a qual a máquina virtual está configurada (se houver). Esse processo é chamado de controle de admissão.



Se uma CPU e memória não reservadas estiverem disponíveis ou se não houver reserva, a máquina virtual será ligada. Caso contrário, um aviso de recursos insuficientes será exibido.

Observação Além da reserva de memória especificada pelo usuário, para cada máquina virtual, também há uma quantidade de memória de sobrecarga. Esse compromisso de memória extra está incluído no cálculo do controle de admissão.

Quando o recurso vSphere do DPM está ativado, os hosts podem ser colocados em modo de espera (ou seja, desligados) para reduzir o consumo de energia. Os recursos não reservados fornecidos por esses hosts são considerados disponíveis para o controle de admissão. Se uma máquina virtual não puder ser ligada sem esses recursos, uma recomendação para ligar hosts em espera suficientes será feita.



Fundamentos de virtualização de CPU 3A virtualização de CPU enfatiza o desempenho e é executado diretamente no processador sempre que possível. Os recursos físicos subjacentes são usados sempre que possível e a camada de virtualização executa as instruções conforme necessário para fazer com que as máquinas virtuais operem como se estivessem sendo executadas diretamente em uma máquina física.

A virtualização da CPU não é a mesma coisa que a emulação. ESXi não usa emulação para executar CPUs virtuais. Com a emulação, todas as operações são executadas em software por um emulador. Um emulador de software permite que programas sejam executados em um sistema de computador que não seja aquele para o qual foram originalmente escritos. O emulador faz isso emulando, ou reproduzindo, o comportamento do computador original aceitando os mesmos dados ou entradas e obtendo os mesmos resultados. A emulação fornece portabilidade e executa o software projetado para uma plataforma em várias plataformas.

Quando os recursos da CPU são comprometidos, o tempo do host ESXi-fatia os processadores físicos em todas as máquinas virtuais, de modo que cada máquina virtual seja executada como se ela tenha o número especificado de processadores virtuais. Quando um host ESXi executa várias máquinas virtuais, ele aloca a cada máquina virtual um compartilhamento dos recursos físicos. Com as configurações de alocação de recursos padrão, todas as máquinas virtuais associadas ao mesmo host recebem um compartilhamento igual de CPU por CPU virtual. Isso significa que uma única máquina virtual de processador é atribuída apenas metade dos recursos de uma máquina virtual de processador duplo.


n Virtualização de CPU baseada em software

n Virtualização de CPU assistida por hardware

n Comportamento específico de virtualização e processador

n Implicações de desempenho da virtualização da CPU


Virtualização de CPU baseada em software

Com a virtualização de CPU baseada em software, o código do aplicativo Guest é executado diretamente no processador, enquanto o código com privilégios de convidado é convertido e o código traduzido é executado no processador.

O código traduzido é um pouco maior e normalmente é executado mais lentamente do que a versão nativa. Como resultado, os aplicativos convidados, que têm um componente de código com privilégios reduzidos, são executados com velocidades muito próximas do nativo. Aplicativos com um componente de código privilegiado significativo, como chamadas de sistema, interceptações ou atualizações de tabelas de página podem ser executados mais lentamente no ambiente virtualizado.

Virtualização de CPU assistida por hardware

Certos processadores fornecem assistência de hardware para a virtualização de CPU.

Ao usar essa assistência, o Guest pode usar um modo separado de execução chamado de modo Guest. O código Guest, se o código do aplicativo ou o código privilegiado, é executado no modo Guest. Em certos eventos, o processador sai do modo convidado e entra no modo raiz. O hipervisor é executado no modo raiz, determina o motivo para a saída, toma todas as ações necessárias e reinicia o Guest no modo Guest.

Quando você usa a assistência de hardware para virtualização, não há necessidade de traduzir o código. Como resultado, as chamadas do sistema ou cargas de trabalho com uso excessivo de interceptação são executadas muito perto da velocidade nativa. Algumas cargas de trabalho, como aquelas que envolvem atualizações para tabelas de páginas, resultam em um grande número de saídas do modo convidado para o modo raiz. Dependendo do número de saídas e do tempo total gasto em saídas, a virtualização de CPU assistida por hardware pode acelerar a execução significativamente.

Comportamento específico de virtualização e processador

Embora VMware software virtualiza a CPU, a máquina virtual detecta o modelo específico do processador no qual ele está sendo executado.

Os modelos de processador podem ser diferentes nos recursos da CPU que oferecem, e os aplicativos em execução na máquina virtual podem usar esses recursos. Portanto, não é possível usar vMotion® para migrar máquinas virtuais entre sistemas em execução em processadores com diferentes conjuntos de recursos. Você pode evitar essa restrição, em alguns casos, usando o v Motion Compatibility (EVC) otimizado com processadores que suportam esse recurso. Consulte a documentação vCenter Server gerenciamento de host para obter mais informações.



Implicações de desempenho da virtualização da CPU

A virtualização de CPU adiciona quantidades variáveis de sobrecarga, dependendo da carga de trabalho e do tipo de virtualização usado.

Um aplicativo é vinculado à CPU se ele passa a maioria de seu tempo executando instruções em vez de esperar por eventos externos, como interação do usuário, entrada do dispositivo ou recuperação de dados. Para tais aplicativos, a sobrecarga de virtualização da CPU inclui as instruções adicionais que devem ser executadas. Essa sobrecarga leva o tempo de processamento de CPU que o próprio aplicativo pode usar. A sobrecarga de virtualização da CPU normalmente resulta em uma redução no desempenho geral.

Para aplicativos que não são vinculados à CPU, a virtualização de CPU provavelmente se traduz em um aumento no uso da CPU. Se a capacidade de CPU sobressalente estiver disponível para absorver a sobrecarga, ela ainda poderá proporcionar um desempenho comparável em termos de taxa de transferência geral.

ESXi suporta até 128 processadores virtuais (CPUs) para cada máquina virtual.

Observação Implemente aplicativos de thread único em máquinas virtuais uniprocessadores, em vez de em máquinas virtuais SMP que tenham várias CPUs, para obter o melhor desempenho e uso de recursos.

Os aplicativos de thread único podem tirar proveito apenas de uma única CPU. Implantar tais aplicativos em máquinas virtuais de processador duplo não acelera o aplicativo. Em vez disso, ele faz com que a segunda CPU virtual use recursos físicos que outras máquinas virtuais poderiam usar de outra forma.



Como administrar recursos da CPU 4Você pode configurar máquinas virtuais com um ou mais processadores virtuais, cada uma com seu próprio conjunto de registradores e estruturas de controle.

Quando uma máquina virtual é agendada, seus processadores virtuais são programados para serem executados em processadores físicos. O VMkernel Resource Manager agenda as CPUs virtuais em CPUs físicas, gerenciando, assim, o acesso da máquina virtual aos recursos de CPU física. ESXi é compatível com máquinas virtuais com até 128 CPUs virtuais.

Observação Neste capítulo, "memória" pode se referir à RAM física ou à memória persistente.


n Exibir informações do processador

n Especificando a configuração da CPU

n Processadores de vários núcleos

n Hyperthreading

n Usando a afinidade da CPU

n Políticas de gerenciamento de energia do host

Exibir informações do processador

Você pode acessar informações sobre a configuração atual da CPU no vSphere Client.

Procedimentos

1 Navegue até o host no vSphere Client.

2 Em hardware (Hardware), expanda (CPU) da CPU para exibir as informações sobre o número e o tipo de processadores físicos e o número de processadores lógicos.

Observação Em sistemas com hipersegmentação, cada segmento de hardware é um processador lógico. Por exemplo, um processador de núcleo duplo com o hyperthreading ativado tem dois núcleos e quatro processadores lógicos.


Especificando a configuração da CPU

Você pode especificar a configuração da CPU para melhorar o gerenciamento de recursos. No entanto, se você não personalizar a configuração da CPU, o host ESXi usará padrões que funcionam bem na maioria das situações.

Você pode especificar a configuração da CPU das seguintes maneiras:

n Use os atributos e os recursos especiais disponíveis no vSphere Client. O vSphere Client permite que você se conecte ao host ESXi ou a um sistema vCenter Server.

n Use as configurações avançadas em determinadas circunstâncias.

n Use o SDK do vSphere para a alocação de CPU com scripts.

n Use o hyperthreading.

Processadores de vários núcleos

Os processadores de vários núcleos oferecem muitas vantagens para um host que executa multitarefas de máquinas virtuais.

Observação Neste tópico, "memória" pode se referir à RAM física ou à memória persistente.

A Intel e a AMD desenvolveram processadores que combinam dois ou mais núcleos de processador em um único circuito integrado (muitas vezes chamado de pacote ou soquete). VMware usa o termo soquete para descrever um único pacote que pode ter um ou mais núcleos de processador com um ou mais processadores lógicos em cada núcleo.

Um processador de núcleo duplo, por exemplo, fornece quase dobrar o desempenho de um processador de núcleo único, permitindo que duas CPUs virtuais sejam executadas ao mesmo tempo. Os núcleos dentro do mesmo processador normalmente são configurados com um cache de último nível compartilhado usado por todos os núcleos, potencialmente reduzindo a necessidade de acesso à memória principal mais lenta. Um barramento de memória compartilhado que conecta um processador físico à memória principal pode limitar o desempenho de seus processadores lógicos quando as máquinas virtuais em execução nelas estiverem executando cargas de trabalho com uso intensivo de memória que concorram os mesmos recursos de barramento de memória.

Cada processador lógico de cada núcleo de processador é usado de forma independente pelo Agendador ESXi CPU para executar máquinas virtuais, fornecendo recursos semelhantes aos sistemas SMP. Por exemplo, uma máquina virtual bidirecional pode ter seus processadores virtuais em execução em processadores lógicos que pertencem ao mesmo núcleo ou em processadores lógicos diferentes núcleos físicos.

O Agendador de CPU ESXi pode detectar a topologia do processador e os relacionamentos entre os núcleos do processador e os processadores lógicos neles. Ele usa essas informações para agendar máquinas virtuais e otimizar o desempenho.



O Agendador de CPU ESXi pode interpretar a topologia do processador, incluindo a relação entre soquetes, núcleos e processadores lógicos. O Agendador usa informações de topologia para otimizar o posicionamento de CPUs virtuais em diferentes soquetes. Essa otimização pode maximizar o uso geral do cache e melhorar a afinidade do cache minimizando as migrações de CPU virtual.

Hyperthreading

A tecnologia hyperthreading permite que um único núcleo de processador físico se comporte como dois processadores lógicos. O processador pode executar dois aplicativos independentes ao mesmo tempo. Para evitar confusão entre processadores lógicos e físicos, a Intel se refere a um processador físico como um soquete, e a discussão neste capítulo também usa essa terminologia.

A Intel Corporation desenvolveu a tecnologia de hyperthreading para melhorar o desempenho das suas linhas de processador Pentium IV e Xeon. A tecnologia de hyperthreading permite que um único núcleo de processador execute dois threads independentes simultaneamente.

Embora a hyperthreading não dobra o desempenho de um sistema, ele pode aumentar o desempenho utilizando recursos ociosos que levam a uma taxa de transferência maior para certos tipos de carga de trabalho importantes. Um aplicativo em execução em um processador lógico de um núcleo ocupado pode esperar um pouco mais da metade da taxa de transferência que ele obtém enquanto está sendo executado sozinho em um processador não hipersegmentado. As melhorias de desempenho do hyperthreading são altamente dependentes de aplicativos e alguns aplicativos podem ver a degradação de desempenho com o hyperthreading, pois muitos recursos de processador (como o cache) são compartilhados entre processadores lógicos.

Observação Em processadores com a tecnologia Hyper-Threading Intel, cada núcleo pode ter dois processadores lógicos que compartilham a maioria dos recursos do núcleo, como caches de memória e unidades funcionais. Esses processadores lógicos são normalmente chamados de threads.

Muitos processadores não são compatíveis com o hyperthreading e, como resultado, ter apenas um thread por núcleo. Para esses processadores, o número de núcleos também corresponde ao número de processadores lógicos. Os processadores a seguir suportam a hyperthreading e têm dois threads por núcleo.

n Processadores baseados na microarquitetura do processador Intel Xeon 5500.

n Intel Pentium 4 (habilitado para HT)

n Intel Pentium EE 840 (habilitado para HT)



Hosts com hyperthreading e ESXi

Um host que está ativado para o hyperthreading deve se comportar de forma semelhante a um host sem o hyperthreading. No entanto, pode ser necessário considerar certos fatores se você habilitar o hyperthreading.

ESXi hosts gerenciam o tempo do processador de forma inteligente para garantir que a carga seja distribuída de forma uniforme em todos os núcleos do processador no sistema. Os processadores lógicos no mesmo núcleo têm números de CPU consecutivos, para que as CPUs 0 e 1 estejam no primeiro núcleo, as CPUs 2 e 3 estejam no segundo núcleo e assim por diante. As máquinas virtuais são modeladas preferencialmente em dois núcleos diferentes, em vez de em dois processadores lógicos no mesmo núcleo.

Se não houver nenhum trabalho para um processador lógico, ele será colocado em um estado interrompido, o que libera seus recursos de execução e permite que a máquina virtual em execução no outro processador lógico no mesmo núcleo use os recursos de execução completos do núcleo. O Agendador do VMware conta adequadamente para esse tempo de interrupção e cobra uma máquina virtual em execução com os recursos completos de um núcleo mais do que uma máquina virtual em execução em um meio núcleo. Essa abordagem para o gerenciamento do processador garante que o servidor não viole qualquer uma das regras de alocação de recursos padrão do ESXi.

Considere suas necessidades de gerenciamento de recursos antes de ativar a afinidade de CPU nos hosts usando o hyperthreading. Por exemplo, se você associar uma máquina virtual de alta prioridade à CPU 0 e a outra máquina virtual de alta prioridade à CPU 1, as duas máquinas virtuais terão que compartilhar o mesmo núcleo físico. Nesse caso, pode ser impossível atender às demandas de recursos dessas máquinas virtuais. Certifique-se de que todas as configurações de afinidade personalizadas façam sentido para um sistema com hipersegmentação.

Ativar hyperthreading

Para habilitar o hyperthreading, você deve primeiro habilitá-lo nas configurações do BIOS do sistema e, em seguida, ligá-lo no vSphere Client. O hyperthreading está ativado por padrão.

Consulte a documentação do sistema para determinar se a sua CPU é compatível com o hyperthreading.

Procedimentos

1 Certifique-se de que seu sistema seja compatível com a tecnologia hyperthreading.

2 Habilite o hyperthreading no BIOS do sistema.

Alguns fabricantes etiqueta essa opção processador lógico (Logical Processor), enquanto outros os chamam ativar (Enable Hyperthreading) de hipersegmentação.



3 Certifique-se de que o hyperthreading esteja habilitado para o host do ESXi.

a Navegue até o host no vSphere Client.

b Clique em Configurar(Configure).

c Em (System) do sistema, clique configurações avançadas do sistema (Advanced System Settings) e selecione VMkernel. boot. hyperthreading (VMkernel.Boot.hyperthreading).

Você deve reiniciar o host para que a configuração entre em vigor. O hyperthreading está ativado se o valor for true .

4 Em hardware (Hardware), clique em processadores (Processors) para visualizar o número de processadores lógicos.

Resultados

O hyperthreading está ativado.

Usando a afinidade da CPU

Ao especificar uma configuração de afinidade de CPU para cada máquina virtual, você pode restringir a atribuição de máquinas virtuais a um subconjunto dos processadores disponíveis em sistemas de multiprocessamento. Ao usar esse recurso, você pode atribuir cada máquina virtual aos processadores no conjunto de afinidade especificado.

A afinidade de CPU especifica as restrições de posicionamento de máquina virtual para processador e é diferente da relação criada por uma regra de afinidade de VM-VM ou de VM-host, que especifica restrições de posicionamento de máquina virtual para máquina virtual.

Nesse contexto, o termo CPU refere-se a um processador lógico em um sistema com hipersegmentação e se refere a um núcleo em um sistema não hipersegmentado.

A configuração de afinidade de CPU para uma máquina virtual aplica-se a todas as CPUs virtuais associadas à máquina virtual e a todos os outros threads (também conhecidos como mundos) associados à máquina virtual. Esses threads de máquina virtual executam o processamento necessário para emular o mouse, o teclado, a tela, o CD-ROM e os dispositivos legados diversos.

Em alguns casos, como cargas de trabalho com uso intensivo de exibição, uma comunicação significativa pode ocorrer entre as CPUs virtuais e esses outros threads de máquina virtual. O desempenho poderá diminuir se a configuração de afinidade da máquina virtual impedir que esses threads adicionais sejam agendados simultaneamente com as CPUs virtuais da máquina virtual. Exemplos disso incluem uma máquina virtual uniprocessador com afinidade a uma única CPU ou a uma máquina virtual SMP de duas vias com afinidade com apenas duas CPUs.

Para obter o melhor desempenho, quando você usa as configurações de afinidade manual, VMware recomenda que você inclua pelo menos uma CPU física adicional na configuração de afinidade para permitir que pelo menos um dos threads da máquina virtual seja agendado ao mesmo tempo que suas CPUs virtuais. Exemplos disso incluem uma máquina virtual uniprocessador com afinidade a pelo menos duas CPUs ou uma máquina virtual SMP de duas vias com afinidade com pelo menos três CPUs.



Atribuir um Hine virtual do Mac a um processador específico

Usando a afinidade da CPU, você pode atribuir uma máquina virtual a um processador específico. Isso permite que você restrinja a atribuição de máquinas virtuais a um determinado processador disponível em sistemas de multiprocessamento.

Procedimentos

1 Navegue até a máquina virtual no vSphere Client.

a Para localizar uma máquina virtual, selecione um centro de dados, pasta, cluster, pool de recursos ou host.

b Selecione VMs (VMs).

2 Clique com o botão direito do mouse na máquina virtual e clique em editar configurações (Edit Settings).

3 Em hardware virtual, expanda (CPU) de CPU.

4 Em afinidade de agendamento, selecione afinidade de processador físico para a máquina virtual.

Use '-' para intervalos e ', ' para separar valores.

Por exemplo, "0, 2, 4-7" indicaria os processadores 0, 2, 4, 5, 6 e 7.

5 Selecione os processadores onde você deseja que a máquina virtual seja executada e clique em OK (OK).

Possíveis problemas com a afinidade da CPU

Antes de usar a afinidade da CPU, talvez seja necessário considerar certos problemas.

Os problemas potenciais com a afinidade da CPU incluem:

n Para sistemas de multiprocessamento, ESXi sistemas realizam balanceamento automático de carga. Evite a especificação manual da afinidade de máquina virtual para melhorar a capacidade do Agendador de balancear a carga em todos os processadores.

n A afinidade pode interferir com a capacidade do host ESXi de atender à reserva e aos compartilhamentos especificados para uma máquina virtual.

n Como o controle de admissão da CPU não considera a afinidade, uma máquina virtual com configurações de afinidade manual pode nem sempre receber a reserva completa.

As máquinas virtuais que não têm configurações de afinidade manual não são afetadas de forma adversa por máquinas virtuais com configurações de afinidade manual.

n Quando você move uma máquina virtual de um host para outro, a afinidade pode não ser mais aplicada porque o novo host pode ter um número diferente de processadores.

n O Agendador NUMA pode não ser capaz de gerenciar uma máquina virtual que já tenha sido atribuída a certos processadores usando a afinidade.



n A afinidade pode afetar a capacidade do host de agendar máquinas virtuais em processadores de vários núcleos ou hiperthreads para tirar proveito total dos recursos compartilhados nesses processadores.

Políticas de gerenciamento de energia do host

Você pode aplicar vários recursos de gerenciamento de energia em ESXi que o hardware do host fornece para ajustar o equilíbrio entre desempenho e energia. Você pode controlar como o ESXi usa esses recursos selecionando uma política de gerenciamento de energia.

A seleção de uma política de alto desempenho fornece um desempenho mais absoluto, mas com um desempenho e uma eficiência mais baixos por watt. As políticas de baixa energia fornecem um desempenho menos absoluto, mas com maior eficiência.

Você pode selecionar uma política para o host que gerencia usando o VMware Host Client. Se você não selecionar uma política, ESXi usará balanceado por padrão.

Tabela 4-1. Políticas de gerenciamento de energia da CPU

Política de gerenciamento de energia Descrição

Alto desempenho Não use nenhum recurso de gerenciamento de energia.

Balanceado (padrão) Redução do consumo de energia com o mínimo de comprometimento de desempenho

Energia baixa Reduza o consumo de energia com o risco de menor desempenho

Personalizado Política de gerenciamento de energia definida pelo usuário. A configuração avançada torna-se disponível.

Quando uma CPU é executada com frequência inferior, ela também pode ser executada com voltagem mais baixa, o que economiza energia. Esse tipo de gerenciamento de energia normalmente é chamado de tensão dinâmica e dimensionamento de frequência (DVFS). ESXi tenta ajustar as frequências de CPU para que o desempenho da máquina virtual não seja afetado.

Quando uma CPU está ociosa, ESXi pode aplicar Estados de interrupção profundas, também conhecidos como C-States. Quanto mais profundo o estado C, menor será a utilização da CPU, mas também levará mais tempo para que a CPU comece a ser executada novamente. Quando uma CPU fica ociosa, ESXi aplica um algoritmo para prever a duração do estado ocioso e escolhe um C-State apropriado a ser inserido. Em políticas de gerenciamento de energia que não usam "t" profundo, ESXi usa apenas o estado de interrupção mais superficial para CPUs ociosas, C1.

Selecionar uma política de gerenciamento de energia da CPU

Você define a política de gerenciamento de energia da CPU para um host do usando o vSphere Client.



Pré-requisitos

Verifique se as configurações do BIOS no sistema host permitem que o sistema operacional controle o gerenciamento de energia (por exemplo, (OS Controlled) controlado pelo SO).

Observação Alguns sistemas têm tecnologia de controle de temporização de processador (PCC), que permite que ESXi gerenciem a energia no sistema host, mesmo que as configurações do BIOS do host não especifiquem o modo controlado pelo sistema operacional. Com essa tecnologia, a ESXi não gerencia os P-States diretamente. Em vez disso, o host opera com o BIOS para determinar a taxa de relógio do processador. Os sistemas HP que suportam essa tecnologia têm uma configuração de BIOS chamada gerenciamento de energia cooperativa, que é ativada por padrão.

Se o hardware do host não permitir que o sistema operacional gerencie a energia, apenas a política não suportada estará disponível. (Em alguns sistemas, apenas a política de alto desempenho está disponível.)

Procedimentos


2 Clique em Configurar(Configure).

3 Em hardware, selecione gerenciamento de energia (Power Management) e clique no botão editar (Edit).

4 Selecione uma política de gerenciamento de energia para o host e clique em OK (OK).

A seleção de política é salva na configuração do host e pode ser usada novamente no momento da inicialização. Você pode alterá-la a qualquer momento e ela não exige a reinicialização do servidor.

Configurar parâmetros de política personalizados para o gerenciamento de energia do host

Quando você usa a política personalizada para o gerenciamento de energia do host, ESX eu basea a sua política de gerenciamento de energia nos valores de vários parâmetros de configuração avançados.

Pré-requisitos

Selecione (Custom) personalizados para a política de gerenciamento de energia, conforme descrito em Selecionar uma política de gerenciamento de energia da CPU.

Procedimentos


2 Clique em Configurar(Configure).

3 Em (System) do sistema, selecione configurações avançadas do sistema (Advanced System Settings).



4 No painel direito, você pode editar os parâmetros de gerenciamento de energia que afetam a política personalizada.

Os parâmetros de gerenciamento de energia que afetam a política personalizada têm descrições que começam com no (In Custom policy) de política personalizada. Todos os outros parâmetros de energia afetam todas as políticas de gerenciamento de energia.

5 Selecione o parâmetro e clique no botão editar (Edit).

Observação Os valores padrão dos parâmetros de gerenciamento de energia correspondem à política equilibrada.

Parâmetro Descrição

Energia. UsePStates Use a ACPI P-States para economizar energia quando o processador estiver ocupado.

Energia. MaxCpuLoad Use P-States para economizar a energia em uma CPU somente quando a CPU estiver ocupada por menos do que a porcentagem específica de tempo real.

Energia. MinFreqPct Não use nenhum P-States mais baixo que a porcentagem especificada de plena velocidade da CPU.

Energia. UseStallCtr Use um P-State mais profundo quando o processador for freqüentemente interrompido aguardando eventos, como erros de cache.

Energia. TimerHz Controla quantas vezes por segundo ESX reavalia qual P-State cada CPU deve estar.

Energia. UseCStates Use a ACPI C-States detalhados (C2 ou abaixo) quando o processador estiver ocioso.

Energia. CStateMaxLatency Não use C-States cuja latência é maior do que esse valor.

Energia. CStateResidencyCoef Quando uma CPU se tornar inativa, escolha o "C-State mais profundo cuja latência multiplicada por esse valor é menor que a previsão do host de quanto tempo a CPU permanecerá ociosa. Valores maiores fazem com que ESX mais conservadores sobre o uso de C-States avançados, enquanto valores menores são mais agressivos.

Energia. CStatePredictionCoef Um parâmetro no algoritmo ESX i para prever por quanto tempo uma CPU que se torna ociosa permanecerá ociosa. Não é recomendável alterar esse valor.

Energia. PerfBias Dica de ajuste de energia de desempenho (somente Intel). Define uma partição MSR nos processadores Intel para um valor recomendado pela Intel. A Intel recomenda 0 para um alto desempenho, 6 para equilibrado e 15 para baixo consumo de energia. Outros valores não estão definidos.




Noções básicas de virtualização de memória 5Antes de gerenciar recursos de memória, você deve compreender como eles estão sendo virtualizados e usados pelo ESXi.

O VMkernel gerencia toda a RAM física no host. O VMkernel dedica parte desta RAM física gerenciada para uso próprio. O restante está disponível para uso por máquinas virtuais.

O espaço de memória virtual e física é dividido em blocos chamados de páginas. Quando a memória física está cheia, os dados de páginas virtuais que não estão presentes na memória física são armazenados no disco. Dependendo da arquitetura do processador, as páginas normalmente são 4 KB ou 2 MB. Consulte Atributos de memória avançados.


n Memória Hine do Mac virtual

n Comprometimento excessivo de memória

n Compartilhamento de memória

n Virtualização de memória

n Suporte para tamanhos de página grandes

Memória Hine do Mac virtual

Cada máquina virtual consome memória com base em seu tamanho configurado, além de memória de sobrecarga adicional para virtualização.

O tamanho configurado é a quantidade de memória que é apresentada ao sistema operacional Guest. Isso é diferente da quantidade de RAM física que é alocada para a máquina virtual. A última depende das configurações de recursos (compartilhamentos, reserva, limite) e o nível de pressão de memória no host.


Por exemplo, considere uma máquina virtual com um tamanho configurado de 1GB. Quando o sistema operacional convidado é inicializado, ele detecta que está sendo executado em uma máquina dedicada com 1GB de memória física. Em alguns casos, a máquina virtual pode ser alocada a 1GB total. Em outros casos, pode receber uma alocação menor. Independentemente da alocação real, o sistema operacional Guest continua a se comportar como se estivesse sendo executado em uma máquina dedicada com 1GB de memória física.

Ações

Especifique a prioridade relativa de uma máquina virtual se houver mais do que a reserva disponível.

Reserva

É um limite mais baixo garantido na quantidade de RAM física que o host reserva para a máquina virtual, mesmo quando a memória está comprometida. Defina a reserva para um nível que garanta que a máquina virtual tenha memória suficiente para ser executada de forma eficiente, sem uma paginação excessiva.

Depois que uma máquina virtual consome toda a memória dentro de sua reserva, ela tem permissão para manter essa quantidade de memória e essa memória não é recuperada, mesmo se a máquina virtual ficar ociosa. Alguns sistemas operacionais convidados (por exemplo, Linux) podem não acessar toda a memória configurada imediatamente após a inicialização. Até que as máquinas virtuais consomem toda a memória dentro de sua reserva, o VMkernel pode alocar qualquer parte não utilizada de sua reserva para outras máquinas virtuais. No entanto, depois que a carga de trabalho do convidado aumenta e a máquina virtual consome sua reserva completa, ela tem permissão para manter essa memória.

Limite

É um limite superior na quantidade de RAM física que o host pode alocar à máquina virtual. A alocação de memória da máquina virtual também é implicitamente limitada pelo seu tamanho configurado.

Comprometimento excessivo de memória

Para cada máquina virtual em execução, o sistema reserva a RAM física para a reserva da máquina virtual (se houver) e para a sobrecarga de virtualização.

O total de memórias configuradas de todas as máquinas virtuais pode exceder a quantidade de memória física disponível no host. No entanto, isso não significa necessariamente que a memória esteja comprometida. A memória fica comprometida quando a área de cobertura de memória de trabalho combinada de todas as máquinas virtuais excede o tamanho da memória do host.



Devido às técnicas de gerenciamento de memória que o host ESXi usa, as máquinas virtuais podem usar mais RAM virtual do que a RAM física disponível no host. Por exemplo, você pode ter um host com 2 GB de memória e executar quatro máquinas virtuais com 1GB de memória cada. Nesse caso, a memória fica comprometida. Por exemplo, se todas as quatro máquinas virtuais estiverem ociosas, a memória consumida combinada poderá estar bem abaixo de 2 GB. No entanto, se todas as máquinas virtuais de 4 GB estiverem consumindo ativamente a memória, o seu espaço de memória poderá exceder 2GB e o ESX i host ficará comprometido.

O excesso de comprometimento faz sentido porque, normalmente, algumas máquinas virtuais são levemente carregadas, enquanto outras são mais pesadas, e os níveis de atividade relativos variam ao longo do tempo.

Para melhorar a utilização da memória, o host ESXi transfere a memória de máquinas virtuais ociosas para máquinas virtuais que precisam de mais memória. Use o parâmetro reserva ou compartilhamentos para alocar a memória preferencialmente para máquinas virtuais importantes. Essa memória permanece disponível para outras máquinas virtuais, se não estiver em uso. ESX, implemento vários mecanismos, como o balão, o compartilhamento de memória, a compactação de memória e a troca para proporcionar um desempenho razoável, mesmo se o host não estiver com excesso de intensidade de memória.

Um host ESXi pode ficar sem memória se as máquinas virtuais consomem toda a memória reservável em um ambiente de memória comprometida. Embora as máquinas virtuais ligadas não sejam afetadas, uma nova máquina virtual pode falhar ao ser ligada devido à falta de memória.

Observação Toda a sobrecarga de memória da máquina virtual também é considerada reservada.

Além disso, a compactação de memória é ativada por padrão em hosts ESXi para melhorar o desempenho da máquina virtual quando a memória é comprometida, conforme descrito em Compactação de memória.

Compartilhamento de memória

O compartilhamento de memória é uma técnica de ESXi proprietária que pode ajudar a alcançar maior densidade de memória em um host.

O compartilhamento de memória depende da observação de que várias máquinas virtuais podem estar executando instâncias do mesmo sistema operacional Guest. Essas máquinas virtuais podem ter os mesmos aplicativos ou componentes carregados ou conter dados comuns. Nesses casos, um host usa uma técnica de compartilhamento de página transparente (TPS) proprietário para eliminar cópias redundantes de páginas de memória. Com o compartilhamento de memória, uma carga de trabalho em execução em uma máquina virtual geralmente consome menos memória do que ela pode ao ser executada em máquinas físicas. Como resultado, os níveis mais altos de comprometimento excessivo podem ser compatíveis com eficiência. A



quantidade de memória salva pelo compartilhamento de memória depende se a carga de trabalho consiste em máquinas praticamente idênticas que podem liberar mais memória. Uma carga de trabalho mais diversificada pode resultar em uma porcentagem mais baixa de economia de memória.

Observação Devido a questões de segurança, o compartilhamento de página transparente entre máquinas virtuais está desabilitado por padrão e o compartilhamento de página está sendo restrito ao compartilhamento de memória de máquina virtual. O compartilhamento de página não ocorre em máquinas virtuais e só ocorre dentro de uma máquina virtual. Consulte Compartilhando memória no Hines virtual Mac para obter mais informações.

Virtualização de memória

Devido ao nível extra de mapeamento de memória introduzido pela virtualização, ESXi pode gerenciar a memória de forma eficiente em todas as máquinas virtuais.

Algumas das memórias físicas de uma máquina virtual podem ser mapeadas para páginas compartilhadas ou para páginas que não estão mapeadas ou trocadas.

Um host realiza o gerenciamento de memória virtual sem o conhecimento do sistema operacional Guest e sem interferir no subsistema de gerenciamento de memória do sistema operacional convidado.

O VMM para cada máquina virtual mantém um mapeamento das páginas de memória física do sistema operacional Guest para as páginas de memória física na máquina subjacente. (VMware se refere às páginas físicas do host subjacente como páginas de "máquina" e às páginas físicas do sistema operacional Guest como páginas "físicas".)

Cada máquina virtual vê um espaço de memória física contíguo, com base em zero e endereçável. A memória de máquina subjacente no servidor usado por cada máquina virtual não é necessariamente contígua.

Os endereços físicos convidados virtuais para convidados são gerenciados pelo sistema operacional Guest. O hipervisor só é responsável pela conversão dos endereços físicos convidados em endereços de máquinas. A virtualização de memória assistida por hardware utiliza o recurso de hardware para gerar os mapeamentos combinados com as tabelas de página do Guest e as tabelas de página aninhadas mantidas pelo hipervisor.

O diagrama ilustra a implementação ESXi da virtualização de memória.



Figura 5-1. Mapeamento de memória ESXi

virtual machine1

guest virtual memory

guest physical memory

machine memory

a b

a

a b b c

b

c b

b c

virtual machine2

n As caixas representam páginas e as setas mostram os diferentes mapeamentos de memória.

n As setas da memória virtual convidada para a memória física convidada mostram o mapeamento mantido pelas tabelas de página no sistema operacional Guest. (O mapeamento da memória virtual para a memória linear para processadores de arquitetura x86 não é exibido.)

n As setas da memória física convidada para a memória da máquina mostram o mapeamento mantido pelo VMM.

n As setas tracejadas mostram o mapeamento da memória virtual convidada para a memória da máquina nas tabelas de página de sombra que também são mantidas pelo VMM. O processador subjacente que executa a máquina virtual usa os mapeamentos de tabela de página de sombra.

Virtualização de memória assistida por hardware

Algumas CPUs, como o AMD SVM-V e o Intel Xeon 5500 Series, fornecem suporte de hardware para virtualização de memória usando duas camadas de tabelas de páginas.

Observação Neste tópico, "memória" pode se referir à RAM física ou à memória persistente. ()

A primeira camada de tabelas de página armazena traduções de máquina virtual para físicas, enquanto a segunda camada de tabelas de páginas armazena uma tradução de físico para máquina convidada. O TLB (tradução para a aparência do buffer) é um cache de traduções mantidas pelo hardware da unidade de gerenciamento de memória (MMU) do processador. Uma perda de TLB é um erro neste cache, e o hardware precisa ir para a memória (possivelmente muitas vezes) para encontrar a tradução necessária. Para uma perda de TLB em um determinado endereço virtual de convidado, o hardware examina as duas tabelas de página para converter o endereço virtual convidado para o endereço da máquina. A primeira camada de tabelas de página é mantida pelo sistema operacional Guest. O VMM mantém apenas a segunda camada de tabelas de página.



Considerações de desempenho

Ao usar a assistência de hardware, você elimina a sobrecarga de virtualização de memória de software. Em particular, a assistência ao hardware elimina a sobrecarga necessária para manter as tabelas de página de sombra em sincronização com tabelas de página Guest. No entanto, a latência de erro de TLB ao usar a assistência de hardware é significativamente superior. Por padrão, o hipervisor usa páginas grandes em modos assistidos por hardware para reduzir o custo de erros de TLB. Como resultado, se os benefícios de uma carga de trabalho ao usarem a assistência de hardware dependem principalmente da sobrecarga das causas de virtualização de memória ao usar a virtualização de memória de software. Se uma carga de trabalho envolver uma pequena quantidade de atividades de tabela de página (como a criação de processos, o mapeamento da memória ou dos switches de contexto), a virtualização de software não causará uma sobrecarga significativa. Por outro lado, as cargas de trabalho com uma grande quantidade de atividades de tabela de páginas provavelmente se beneficiam da assistência de hardware.

Por padrão, o hipervisor usa páginas grandes em modos assistidos por hardware para reduzir o custo de erros de TLB. O melhor desempenho é obtido com o uso de páginas grandes em conversões de endereço de máquina virtual Guest para Guest físico e Guest.

A opção LPage. LPageAlwaysTryForNPT pode alterar a política para o uso de páginas grandes em conversões de endereços de máquinas físicas. Para obter mais informações, consulte Atributos de memória avançados.

Suporte para tamanhos de página grandes

ESX fornece suporte limitado para tamanhos de página grandes.

a arquitetura x86 permite que o software do sistema use as páginas de 4 KB, 2MB e 1GB. Vamos consultar as páginas de 4 KB como páginas pequenas enquanto as páginas de 2 MB e 1GB são referidas como páginas grandes. Páginas grandes aliviam a pressão do buffer de conversão (TLB) e reduzem o custo das movimentações de tabelas de página, o que resulta em um melhor desempenho da carga de trabalho.

Em ambientes virtualizados, páginas grandes podem ser usadas pelo hipervisor e pelo sistema operacional Guest de forma independente. Embora o maior impacto de desempenho seja atingido se as páginas grandes forem usadas pelo Guest e pelo hipervisor, na maioria dos casos, um impacto no desempenho poderá ser observado, mesmo se as páginas grandes forem usadas apenas no nível do hipervisor.

ESX i hypervisor usa páginas de 2MB para suportar a vRAM do convidado por padrão. vSphere 6,7 ESX i fornece um suporte limitado para o incompatibilidade de vRAM do convidado com páginas de 1GB. Para obter mais informações, consulte o apoio de vRAM Guest com 1GB de páginas .



Como administrar recursos de memória 6Usando o vSphere Client você pode visualizar informações sobre o e fazer alterações nas configurações de alocação de memória. Para administrar seus recursos de memória de forma eficaz, você também deve estar familiarizado com a sobrecarga de memória, o imposto de memória ociosa e como os ESXi hosts recuperam a memória.

Ao administrar os recursos de memória, você pode especificar a alocação de memória. Se você não personalizar a alocação de memória, o host ESXi usará padrões que funcionam bem na maioria das situações.

Você pode especificar a alocação de memória de várias maneiras.

n Use os atributos e os recursos especiais disponíveis por meio do de () vSphere Client. O vSphere Client permite que você se conecte ao host ESXi ou ao sistema vCenter Server.

n Use as configurações avançadas.

n Use o SDK do vSphere para a alocação de memória com scripts.

Observação Neste capítulo, "memória" pode se referir à RAM física ou à memória persistente.


n Noções básicas sobre a sobrecarga de memória

n Como ESXi hosts alocam memória

n Recuperação de memória

n Usando arquivos de permuta

n Compartilhando memória no Hines virtual Mac

n Compactação de memória

n Medindo e diferenciando tipos de uso de memória

n Confiabilidade da memória

n Sobre a permuta no sistema


Noções básicas sobre a sobrecarga de memória

A virtualização de recursos de memória tem algumas despesas gerais associadas.

ESXi máquinas virtuais podem incorrer com dois tipos de sobrecarga de memória.

n O tempo adicional para acessar a memória em uma máquina virtual.

n O espaço extra necessário pelo host ESXi para suas próprias estruturas de código e dados, além da memória alocada para cada máquina virtual.

ESXi virtualização de memória adiciona pouca sobrecarga de tempo aos acessos de memória. Como o hardware de paginação do processador usa tabelas de página (tabelas de página de sombra para abordagem com base em software ou duas tabelas de nível para abordagem assistida por hardware) diretamente, a maioria dos acessos de memória na máquina virtual pode ser executada sem sobrecarga de conversão de endereços.

A sobrecarga de espaço de memória tem dois componentes.

n Uma sobrecarga fixa em todo o sistema para o VMkernel.

n Sobrecarga adicional para cada máquina virtual.

A memória de sobrecarga inclui o espaço reservado para o buffer de quadros de máquina virtual e várias estruturas de dados de virtualização, como tabelas de página de sombra. A sobrecarga de memória depende do número de CPUs virtuais e da memória configurada para o sistema operacional Guest.

Memória de sobrecarga no Hines virtual Mac

As máquinas virtuais exigem uma determinada quantidade de memória de sobrecarga disponível para ligar. Você deve estar ciente da quantidade dessa sobrecarga.

A tabela a seguir lista a quantidade de memória de sobrecarga que uma máquina virtual precisa para ligar. Após a execução de uma máquina virtual, a quantidade de memória de sobrecarga que ela usa pode ser diferente da quantidade listada na tabela. Os valores de amostra foram coletados com a permuta VMX habilitada e o MMU de hardware habilitados para a máquina virtual. (A troca VMX é ativada por padrão.)

Observação A tabela fornece uma amostra de valores de memória de sobrecarga e não tenta fornecer informações sobre todas as configurações possíveis. Você pode configurar uma máquina virtual para ter até 64 CPUs virtuais, dependendo do número de CPUs licenciadas no host e do número de CPUs compatíveis com o sistema operacional Guest.

Tabela 6-1. Memória de amostra geral no Hines virtual Mac

Memória (MB) 1 VCPU 2 VCPUs 4 VCPUs 8 VCPUs

256 20,29 24,28 32,23 48,16

1024 25,90 29,91 37,86 53,82



Tabela 6-1. Memória de amostra geral no Hines virtual Mac (continuação)

Memória (MB) 1 VCPU 2 VCPUs 4 VCPUs 8 VCPUs

4096 48,64 52,72 60,67 76,78

16384 139,62 143,98 151,93 168,60

Como ESXi hosts alocam memória

Um host aloca a memória especificada pelo parâmetro Limit para cada máquina virtual, a menos que a memória esteja comprometida. ESXi nunca aloca mais memória a uma máquina virtual do que o tamanho especificado da memória física.

Por exemplo, uma máquina virtual de 1 GB pode ter o limite padrão (ilimitado) ou um limite especificado pelo usuário (por exemplo, 2 GB). Em ambos os casos, o host ESXi nunca aloca mais do que 1GB, o tamanho da memória física que foi especificado para ele.

Quando a memória é confirmada, cada máquina virtual é alocada a uma quantidade de memória em algum lugar entre o que é especificado por reserva de (Reservation) e o que é especificado pelo limite de (Limit). A quantidade de memória concedida a uma máquina virtual acima da reserva normalmente varia de acordo com a carga de memória atual.

Um host determina as alocações para cada máquina virtual com base no número de compartilhamentos alocados a ele e em uma estimativa do seu tamanho de conjunto de trabalho recente.

n Compartilhamentos — ESXi hosts usam uma política de alocação de memória de compartilhamento proporcional modificada. Os compartilhamentos de memória autorizar uma máquina virtual a uma fração da memória física disponível.

n Tamanho do conjunto de trabalho — ESXi os hosts estimam o conjunto de trabalho para uma máquina virtual monitorando a atividade de memória por períodos sucessivos de tempo de execução da máquina virtual. As estimativas são suavizadas por vários períodos de tempo usando técnicas que respondem rapidamente a aumentos no tamanho do conjunto de trabalho e mais lentamente para diminuir o tamanho do conjunto de trabalho.

Essa abordagem garante que uma máquina virtual da qual a memória ociosa seja recuperada possa aumentar rapidamente a sua alocação baseada em compartilhamento completa quando ela começar a usar sua memória de forma mais ativa.

A atividade de memória é monitorada para estimar os tamanhos de conjunto de trabalho para um período padrão de 60 segundos. Para modificar esse padrão, ajuste a configuração de Mem.SamplePeriod avançado. Consulte Definir atributos de host avançados.

Imposto de memória para Hines virtual Mac inativos

Se uma máquina virtual não estiver usando ativamente toda a memória atualmente alocada, ESXi encobre mais a memória ociosa do que a memória que está em uso. Isso é feito para ajudar a impedir que as máquinas virtuais do hoardingm memória ociosa.



A taxa de memória ociosa é aplicada de forma progressiva. A taxa de imposto efetiva aumenta como a taxa de memória ociosa para a memória ativa para a máquina virtual aumenta. (Em versões anteriores do ESXi que não davam suporte a pools de recursos hierárquicos, toda a memória ociosa de uma máquina virtual era tributada igualmente.)

Você pode modificar a taxa de imposto de memória ociosa com a opção Mem.IdleTax. Use essa opção, junto com o atributo de Mem.SamplePeriod avançado, para controlar como o sistema determina as alocações de memória de destino para as máquinas virtuais. Consulte Definir atributos de host avançados.

Observação Na maioria dos casos, as alterações em Mem.IdleTax não são necessárias nem apropriadas.

Arquivos de permuta VMX

Os arquivos de permuta executáveis de máquina virtual (VMX) permitem que o host reduza significativamente a quantidade de memória de sobrecarga reservada para o processo VMX.

Observação Os arquivos de permuta VMX não estão relacionados ao recurso de cache de permuta de permuta para host ou a arquivos de permuta regulares em nível de host.

ESXi reserva a memória por máquina virtual para uma variedade de finalidades. A memória para as necessidades de certos componentes, como o VMM (monitor de máquina virtual) e os dispositivos virtuais, é totalmente reservada quando uma máquina virtual é ligada. No entanto, algumas das memórias de sobrecarga que são reservadas para o processo VMX podem ser trocadas. O recurso de permuta VMX reduz significativamente a reserva de memória VMX (por exemplo, de cerca de 50MB ou mais por máquina virtual para cerca de 10 MB por máquina virtual). Isso permite que a memória restante seja trocada quando a memória do host é comprometida, reduzindo a reserva de memória de sobrecarga para cada máquina virtual.

O host cria arquivos de permuta VMX automaticamente, desde que haja espaço livre em disco suficiente no momento em que uma máquina virtual é ligada.

Recuperação de memória

os hosts ESXi podem recuperar a m

Documents

vSphere o gerenciamento de recursos - VMware vSphere 7...vSphere o gerenciamento de recursos 02 DE ABRIL DE 2020 VMware vSphere 7.0 VMware ESXi 7.0 vCenter Server 7.0 Este documento