Diretrizes de dimensionamento de dispositivos do VMware Cloud Director

Visão geral

Para garantir que o cluster possa oferecer suporte a um failover automatizado se ocorrer uma falha na célula primária, a implantação mínima do VMware Cloud Director deve consistir em uma célula primária e duas células em espera. O ambiente permanecerá disponível em qualquer cenário de falha no qual uma das células ficar offline por qualquer motivo. Se ocorrer uma falha em espera, até que você reimplante a célula com falha, o cluster operará em um estado totalmente funcional com uma certa degradação do desempenho. Consulte Implantações de dispositivo e configuração de alta disponibilidade do banco de dados.

O dispositivo do VMware Cloud Director tem quatro tamanhos que você pode selecionar durante a implantação: Pequeno, Médio, Grande e Extra Grande (VVD). O tamanho de dispositivo Pequeno é adequado para avaliação em laboratório, e este documento não fornece orientação sobre a configuração de dispositivos Pequenos. A tabela de opções de tamanho fornece as especificações para as opções restantes e os casos de uso mais adequados para um ambiente de produção. A configuração Extragrande corresponde ao perfil de escala do VMware Validated Designs (VVD) for Cloud Providers.

Para criar tamanhos personalizados maiores, os administradores de sistemas podem ajustar o tamanho das células implantadas.

A menor configuração recomendada para implantações de produção é uma implantação de três nós de dispositivos virtuais de tamanho Médio.

Importante: A VMware não oferece suporte para implantações de dispositivos do VMware Cloud Director sem HA de banco de dados.

Opções de tamanho de dispositivos do VMware Cloud Director

Você pode usar a seguinte orientação de decisão para estimar o tamanho do equipamento para o seu ambiente.

	Médio	Grande	Extragrande (VVD)
Casos de uso recomendados	Ambientes de produção pequenos ou de laboratório	Ambiente de produção	Produção com integrações e monitoramento de API
Implantação do vRealize Operations Management Pack no ambiente do VMware Cloud Director	Não	Não	Sim
Ativação de métricas de VM do Cassandra no VMware Cloud Director	Não	Não	Sim
Número aproximado de usuários ou clientes simultâneos que acessam a API durante um período de pico de 30 minutos.	< 50	< 100	< 100
VMs gerenciadas	5.000	5.000	15.000

Definições de configuração


	Médio	Grande	Extragrande (VVD)
Configuração de cluster de HA	1 célula primária + 2 células em espera	1 célula primária + 2 células em espera + 1 célula de aplicativo	1 célula primária + 2 células em espera + 2 células de aplicativo
vCPUs de célula primárias ou em espera	8	16	24
vCPUs da célula de aplicativo	N/A	8	8
RAM da célula primária ou em espera	16 GB	24 GB	32 GB
RAM da célula de aplicativo	N/A	8	8
Relação entre vCPU e núcleos físicos	1:1	1:1	1:1
Espaço mínimo em disco para cada dispositivo no cluster	112 GB	112 GB	112 GB

Como detectar se o sistema está subdimensionado

Em uma célula do VMware Cloud Director, o uso de CPU ou memória cresce e atinge um platô em um nível alto, ou seja, um nível próximo à capacidade máxima. A célula do VMware Cloud Director também pode perder a conexão com o banco de dados.

Como detectar se o número de células do sistema é insuficiente

Nos arquivos vcloud-container-debug.log e cell-runtime.log de qualquer uma das células do VMware Cloud Director, você vê entradas semelhantes a org.apache.tomcat.jdbc.pool.PoolExhaustedException: [pool-jetty-XXXXX] Timeout: Pool empty. Unable to fetch a connection in 20 seconds, none available. A célula do VMware Cloud Director também pode perder a conexão com o banco de dados.

Observação:

Com base na configuração da conexão com o banco de dados padrão, todas as configurações estão limitadas a um máximo de seis células do tipo primário, em espera e de aplicativo.

Como personalizar o dimensionamento do dispositivo

Há duas maneiras de personalizar o dispositivo do VMware Cloud Director para uma configuração personalizada depois de executar o implantador do dispositivo do serviço vpostgres-reconfigure.

Personalizar o tamanho do dispositivo usando o serviço vpostgres-reconfigure.
Personalizar o tamanho do dispositivo atualizando manualmente o arquivo postgresql.auto.conf.

Para personalizar um dispositivo do VMware Cloud Director usando o serviço vpostgres-reconfigure, você pode editar as configurações de hardware da VM no vSphere Client. Todas as vezes que o dispositivo é iniciado, o serviço vpostgres-reconfigure é executado e modifica as configurações do PostgreSQL para corresponder ao tamanho da VM.

Observação: O serviço vpostgres-reconfigure não modifica personalizações manuais anteriores de postgresql.auto.conf.

Se você quiser fazer uma personalização manual, poderá editar o arquivo postgresql.auto.conf. A personalização manual tem precedência sobre a personalização do serviço vpostgres-reconfigure. Para personalizar manualmente o dimensionamento do dispositivo, siga este procedimento em todas as células.

Faça login diretamente ou usando um cliente SSH no sistema operacional do dispositivo primário como root.
Para visualizar e anotar as informações da vCPU, execute o seguinte comando.
```
grep -c processor /proc/cpuinfo
```
Para exibir e anotar as informações da RAM, execute o seguinte comando.
A RAM relatada abaixo está em KB, e você deve converter esse número em GB dividindo por 1048576 (1024*1024).
```
cat /proc/meminfo | grep MemTotal | cut -dk -f1 | awk '{print int($2/1048576)}'
```
Calcule o valor de shared_buffers a ser o limiar de um quarto da RAM total menos 4 GB.
shared_buffers = limiar [ 0,25 * (total de RAM - 4 GB) ]
Onde floor retorna o maior inteiro menor ou igual ao valor entre colchetes.
Calcule o valor de effective_cache_size para ser três quartos da RAM total menos 4 GB.
effective_cache_size = 0,75 * (total de RAM - 4 GB)
Calcule o valor de max_worker_processes para ser o número de vCPUs.
O valor padrão e mínimo é 8.
Altere o usuário para postgres.
```
sudo -i -u postgres
```

Atualize o arquivo de configuração postgresql.auto.conf executando os seguintes comandos e substituindo os valores calculados.

psql -c "ALTER SYSTEM set shared_buffers = 'shared_buffers value';"
psql -c "ALTER SYSTEM set effective_cache_size =  'effective_cache_size value';"
psql -c "ALTER SYSTEM set work_mem = '8MB';"
psql -c "ALTER SYSTEM set maintenance_work_mem = '1GB';"
psql -c "ALTER SYSTEM set max_worker_processes= 'max_worker_processes value';"

Retorne ao usuário root executando o comando exit.
Reinicie o processo vpostgres.
```
systemctl restart vpostgres
```
Altere o usuário para postgres novamente.
```
sudo -i -u postgres
```
Para cada nó em espera, copie o arquivo postgresql.auto.conf para o nó e reinicie o processo vpostgres.
1. Copie postgresql.auto.conf do nó primário para o nó em espera.
```
scp /var/vmware/vpostgres/current/pgdata/postgresql.auto.conf postgres@standby-node-address:/var/vmware/vpostgres/current/pgdata/
```
2. Reinicie o processo vpostgres.
```
systemctl restart vpostgres
```

Para remover todas as personalizações manuais e continuar usando o serviço vpostgres-reconfigure, altere o usuário para postgres e execute os seguintes comandos.

psql -c "ALTER SYSTEM reset shared_buffers;"
    psql -c "ALTER SYSTEM reset effective_cache_size;"
    psql -c "ALTER SYSTEM reset max_worker_processes;"