Pautas de tallas
Requisitos de almacenamiento de bases de datos
Los registros consumen la mayor parte del almacenamiento de la base de datos. El consumo de espacio de almacenamiento de la configuración de directivas y aplicaciones es insignificante en comparación con los registros.
La siguiente tabla muestra los requisitos de almacenamiento del servidor en función de parámetros como las sesiones de usuario, los registros y la enumeración de aplicaciones por usuario y día.
| Sesiones de usuarios | Enumeración de aplicaciones por usuario y día | Acceso a la aplicación por usuario y día | Acceso total a la aplicación por día | Almacenamiento consumido por día | Período de retención de registros en días | Uso total del almacenamiento durante el período de retención de registros (7 días) |
|---|---|---|---|---|---|---|
| 1000 | 20 | 100 | 100000 | 2.5 GB | 7 | 17.5 GB |
| 1000 | 10 | 50 | 50000 | 1.27 GB | 7 | 9 GB |
Nota:
- Las métricas se derivan partiendo del supuesto de que la limpieza de eventos de registros está inhabilitada y el período de retención de registros está establecido en 7 días.
- De forma predeterminada, los registros se conservan durante 90 días o se conservan hasta 100 000 eventos de registro, según los ajustes configurados. Estos ajustes están disponibles en el archivo appsettings.json del servicio Secure Private Access Runtime y se pueden modificar según sea necesario. Para obtener más información, consulte Parámetros para conservar los registros de eventos.
Pautas de implementación
En la tabla siguiente se muestran los requisitos de tamaño de la base de datos en función de parámetros como las sesiones de usuario de acceso simultáneo a las aplicaciones, la enumeración de aplicaciones por minuto y las CPU utilizadas por Secure Private Access.
| Sesiones de usuario de acceso simultáneo a la aplicación | Enumeración de aplicaciones por minuto | Memoria de Secure Private Access en GB | CPU de Secure Private Access | Almacenamiento en GB | Notas |
|---|---|---|---|---|---|
| < 20 (para fines PoC) | 2 | 4 GB | 2 | 40 GB* | Para fines de PoC, SPA se puede implementar en la misma máquina que StoreFront sin ningún cambio en las especificaciones de las máquinas virtuales existentes. |
| 20 | 5 | 8 GB | 4 | 60 GB | - |
| 160** | 18 | 16 GB | 4*** | 60 GB | Se pueden implementar 2 o más nodos SPA para un mejor rendimiento |
Nota:
*El almacenamiento lo consumen principalmente los registros CDF. De forma predeterminada, Secure Private Access conserva 600 archivos de registro acumulados, cada uno de los cuales tiene un tamaño de 10 MB. Por lo tanto, si los servicios de administración y ejecución de Secure Private Access se ejecutan en la misma máquina, la utilización máxima de almacenamiento por parte de los registros es de 12 GB. Además, SQL express se puede instalar en la máquina virtual local con fines de PoC.**Para este perfil de carga y superior, se recomienda implementar Secure Private Access en un servidor dedicado en lugar de hospedarlo conjuntamente con StoreFront, a menos que la versión de NetScaler Gateway sea inferior a la 13.0 o inferior a la 13.1-48.47.***Se recomienda utilizar al menos 2 clústeres de nodos de Secure Private Access para dicha carga, ya que existen algunos problemas de rendimiento conocidos. Está previsto que estos problemas se aborden en las próximas versiones.
Configuración de otros componentes
|Componente|vCPU|Memoria| |SQL Server|4|16 GB| |Storefront|4|8 GB| |Active Directory|8|16 GB|