Directrices de tamaño del dispositivo de VMware Cloud Director

Descripción general

Para garantizar que el clúster pueda admitir una conmutación por error automatizada si se produce un error en una celda principal, la implementación mínima de VMware Cloud Director debe constar de una celda principal y dos celdas en espera. El entorno permanece disponible en cualquier escenario de error en el que una de las celdas se desconecta por cualquier motivo. Si se produce un error en espera, hasta que se vuelva a implementar la celda con errores, el clúster opera en un estado totalmente funcional, con cierta degradación del rendimiento. Consulte la Implementaciones de dispositivos y configuración de alta disponibilidad de bases de datos.

El dispositivo de VMware Cloud Director tiene cuatro tamaños que puede seleccionar durante la implementación: pequeño, mediano, grande y extragrande (VVD). El tamaño de dispositivo pequeño es adecuado para la evaluación de laboratorio, y este documento no proporciona instrucciones sobre la configuración de dispositivos pequeños. La tabla de opciones de tamaño proporciona las especificaciones de las opciones restantes y los casos de uso más adecuados para un entorno de producción. La configuración extragrande coincide con el perfil de escala de VMware Validated Designs (VVD) para proveedores de nube.

Para crear tamaños personalizados más grandes, los administradores del sistema pueden ajustar el tamaño de las celdas implementadas.

La configuración más pequeña recomendada para implementaciones de producción es una implementación de tres nodos de dispositivos virtuales de tamaño mediano.

Importante: VMware no admite implementaciones de dispositivos de VMware Cloud Director sin HA de base de datos.

Opciones de tamaño del dispositivo de VMware Cloud Director

Puede utilizar la siguiente guía de decisión para calcular el tamaño del dispositivo para su entorno.

	Mediana	Grande	Extragrande (VVD)
Casos de uso recomendados	Entornos de producción pequeños o laboratorios	Entorno de producción	Producción con integraciones y supervisión de API
Implementación de vRealize Operations Management Pack en el entorno de VMware Cloud Director	No	No	Sí
Habilitación de métricas de máquina virtual de Cassandra en VMware Cloud Director	No	No	Sí
Número aproximado de usuarios o clientes simultáneos que acceden a la API durante un período máximo de 30 minutos.	< 50	< 100	< 100
Máquinas virtuales administradas	5000	5000	15000

Definiciones de configuración


	Mediana	Grande	Extragrande (VVD)
Configuración del clúster de HA	1 celda principal + 2 celdas en espera	1 celda principal + 2 celdas en espera + 1 celda de aplicación	1 celda principal + 2 celdas en espera + 2 celdas de aplicación
vCPU de celda principal o en espera	8	16	24
vCPU de celda de aplicación	N/D	8	8
RAM de celda principal o en espera	16 GB	24 GB	32 GB
RAM de celda de aplicación	N/D	8	8
Relación entre vCPU y núcleo físico	1:1	1:1	1:1
Espacio de disco mínimo para cada dispositivo del clúster	112 GB	112 GB	112 GB

Cómo detectar si el sistema tiene un tamaño insuficiente

En una celda de VMware Cloud Director, el uso de CPU o memoria crece y alcanza una meseta en un nivel alto, es decir, un nivel cerca de su capacidad. La celda de VMware Cloud Director también podría perder la conexión con la base de datos.

Cómo detectar si el número de celdas del sistema es insuficiente

En los archivos vcloud-container-debug.log y cell-runtime.log de cualquiera de las celdas de VMware Cloud Director, verá entradas similares a org.apache.tomcat.jdbc.pool.PoolExhaustedException: [pool-jetty-XXXXX] Timeout: Pool empty. Unable to fetch a connection in 20 seconds, none available. La celda de VMware Cloud Director también podría perder la conexión con la base de datos.

Nota:

Según la configuración de conexión de base de datos predeterminada, todas las configuraciones se limitan a un máximo de 6 celdas de tipo principal, en espera y de aplicación.

Cómo personalizar el tamaño del dispositivo

Existen dos formas de personalizar el tamaño del dispositivo de VMware Cloud Director a una configuración personalizada después de ejecutar el implementador de dispositivos de servicio de vpostgres-reconfigure.

Personalice el tamaño del dispositivo mediante el servicio vpostgres-reconfigure.
Personalice el tamaño del dispositivo actualizando manualmente el archivo postgresql.auto.conf.

Para personalizar un dispositivo de VMware Cloud Director mediante el servicio de vpostgres-reconfigure, puede editar la configuración de hardware de máquina virtual en vSphere Client. Cada vez que se inicia el dispositivo, el servicio de vpostgres-reconfigure se ejecuta y modifica la configuración de PostgreSQL para que coincida con el tamaño de la máquina virtual.

Nota: El servicio de vpostgres-reconfigure no modifica ninguna personalización manual postgresql.auto.conf.

Si desea realizar una personalización manual, puede editar el archivo postgresql.auto.conf. La personalización manual tiene prioridad sobre la personalización del servicio vpostgres-reconfigure. Para personalizar manualmente el tamaño del dispositivo, siga este procedimiento en todas las celdas.

Inicie sesión en el sistema operativo del dispositivo principal como raíz directamente o mediante un cliente SSH.
Para ver y tomar nota de la información de vCPU, ejecute el siguiente comando.
```
grep -c processor /proc/cpuinfo
```
Para ver y tomar nota de la información de RAM, ejecute el siguiente comando.
La RAM que se indica a continuación se encuentra en KB y debe convertirla a GB dividiendo por 1048576 (1024*1024).
```
cat /proc/meminfo | grep MemTotal | cut -dk -f1 | awk '{print int($2/1048576)}'
```
Calcule el valor de shared_buffers para que sea el límite inferior de un cuarto del total de RAM menos 4 GB.
shared_buffers = límite inferior de [ 0,25 * (total de RAM - 4 GB) ]
Donde floor devuelve el entero más grande que sea menor o igual que el valor entre corchetes.
Calcule el valor de effective_cache_size para que sea tres cuartos del total de RAM menos 4 GB.
effective_cache_size= 0,75 * (total de RAM - 4 GB)
Calcule el valor de max_worker_processes para que sea el número de vCPU.
El valor predeterminado y mínimo es 8.
Cambie el usuario a postgres.
```
sudo -i -u postgres
```

Actualice el archivo de configuración postgresql.auto.conff ejecutando los siguientes comandos y sustituyendo con los 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';"

Vuelva al usuario raíz mediante la ejecución del comando exit.
Reinicie el proceso de vpostgres.
```
systemctl restart vpostgres
```
Vuelva a cambiar el usuario a postgres.
```
sudo -i -u postgres
```
Para cada nodo en espera, copie el archivo postgresql.auto.conff en el nodo y reinicie el proceso de vpostgres.
1. Copie postgresql.auto.conf del nodo principal al nodo en espera.
```
scp /var/vmware/vpostgres/current/pgdata/postgresql.auto.conf postgres@standby-node-address:/var/vmware/vpostgres/current/pgdata/
```
2. Reinicie el proceso de vpostgres.
```
systemctl restart vpostgres
```

Para eliminar cualquier personalización manual y seguir usando el servicio vpostgres-reconfigure, cambie el usuario a postgres y ejecute los siguientes comandos.

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