Lignes directrices de dimensionnement
Exigences de stockage de la base de données
La majeure partie du stockage de la base de données est consommée par les journaux. La consommation d'espace de stockage par la configuration de l'application et des stratégies est négligeable par rapport aux journaux.
Le tableau suivant affiche les besoins en stockage du serveur en fonction de paramètres tels que les sessions utilisateur, les journaux, l'énumération des applications par utilisateur et par jour.
| Sessions utilisateur | Énumération des applications par utilisateur et par jour | Accès aux applications par utilisateur et par jour | Accès total aux applications par jour | Stockage consommé par jour | Période de rétention des journaux en jours | Utilisation totale du stockage pendant la période de rétention des journaux (7 jours) |
|---|---|---|---|---|---|---|
| 1000 | 20 | 100 | 100000 | 2,5 Go | 7 | 17,5 Go |
| 1000 | 10 | 50 | 50000 | 1,27 Go | 7 | 9 Go |
Remarque :
-
Les métriques sont dérivées en partant du principe que le nettoyage des événements de journalisation est désactivé et que la période de rétention des journaux est définie sur 7 jours.
-
Par défaut, les journaux sont conservés pendant 90 jours ou jusqu'à 100 000 événements de journalisation sont conservés, selon les paramètres configurés. Ces paramètres sont disponibles dans le fichier appsettings.json du service Secure Private Access Runtime et peuvent être modifiés si nécessaire. Pour plus de détails, Paramètres de rétention des journaux d'événements.
Directives de déploiement
Le tableau suivant présente les exigences de dimensionnement de la base de données basées sur des paramètres tels que les sessions utilisateur d'accès concurrent aux applications, l'énumération des applications par minute et les processeurs utilisés par Secure Private Access.
| Sessions utilisateur d'accès concurrent aux applications | Énumération d'applications par minute | Mémoire Secure Private Access en Go | Processeurs Secure Private Access | Stockage en Go | Remarques |
|---|---|---|---|---|---|
| < 20 (à des fins de PoC) | 2 | 4 Go | 2 | 40 Go* | À des fins de PoC, SPA peut être déployé sur la même machine que StoreFront™ sans aucune modification des spécifications des machines virtuelles existantes. |
| 20 | 5 | 8 Go | 4 | 60 Go | - |
| 160** | 18 | 16 Go | 4*** | 60 Go | 2 nœuds SPA ou plus peuvent être déployés pour de meilleures performances |
Remarque :
-
*Le stockage est principalement consommé par les journaux CDF. Par défaut, Secure Private Access conserve 600 fichiers journaux de basculement, chaque fichier ayant une taille de 10 Mo. Ainsi, si les services d'administration et d'exécution de Secure Private Access s'exécutent sur la même machine, l'utilisation maximale du stockage par les journaux est de 12 Go. De plus, SQL Express peut être installé sur la VM locale à des fins de PoC. -
**Pour ce profil de charge et les profils supérieurs, il est recommandé de déployer Secure Private Access sur un serveur dédié plutôt que de le co-héberger avec StoreFront, à moins que la version de NetScaler Gateway ne soit inférieure à 13.0 ou inférieure à 13.1-48.47. -
***Il est recommandé d'utiliser au moins un cluster de 2 nœuds Secure Private Access pour une telle charge, car il existe des problèmes de performances connus. Ces problèmes devraient être résolus dans les prochaines versions.
Configuration des autres composants
| Composant | vCPU | Mémoire |
| SQL Server | 4 | 16 Go |
| Storefront | 4 | 8 Go |
| Active Directory | 8 | 16 Go |