1.2. Environnement et configuration des tests OpenShift Container Platform
Le tableau suivant répertorie l’environnement OpenShift Container Platform et la configuration sur laquelle les maximums de cluster sont testés pour la plate-forme cloud AWS.
Le nœud | Le type | à propos de vCPU | La RAM (GiB) | Le type de disque | Taille du disque (GiB)/IOPS | Comptez | La région |
---|---|---|---|---|---|---|---|
Avion de contrôle/etcd [1] | largeur de M5.4xlarge | 16 | 64 | Gp3 | 350 / 1 000 | 3 | à l’ouest-2 |
Nœuds d’infrastructure [2] | le r5.2xlarge | 8 | 64 | Gp3 | 300 / 900 | 3 | à l’ouest-2 |
Charge de travail [3] | largeur de M5.2xlarge | 8 | 32 | Gp3 | 350 / 900 | 3 | à l’ouest-2 |
Calculer les nœuds | largeur de M5.2xlarge | 8 | 32 | Gp3 | 350 / 900 | 102 | à l’ouest-2 |
- les disques io1 sont utilisés pour les nœuds plan/etcd de contrôle dans toutes les versions antérieures au 4.10.
- Les nœuds d’infrastructure sont utilisés pour héberger des composants de surveillance, car Prometheus peut revendiquer une grande quantité de mémoire, en fonction des habitudes d’utilisation.
- Les nœuds de charge de travail sont dédiés à la performance et à l’évolutivité des générateurs de charge de travail.
Des tailles de grappes plus grandes et des nombres d’objets plus élevés pourraient être accessibles. Cependant, le dimensionnement des nœuds d’infrastructure limite la quantité de mémoire disponible pour Prometheus. Lors de la création, de la modification ou de la suppression d’objets, Prometheus stocke les métriques dans sa mémoire pendant environ 3 heures avant de persister les métriques sur le disque. Lorsque le taux de création, de modification ou de suppression d’objets est trop élevé, Prometheus peut devenir submergé et échouer en raison du manque de ressources mémoire.