PolarDB for PostgreSQL édition Enterprise propose deux familles de spécifications de nœuds de calcul : Dedicated et General-purpose. Cette rubrique vous aide à sélectionner la spécification adaptée à vos besoins en vCPU, mémoire, IOPS et connexions.
Familles de spécifications
| Famille de spécifications | Modèle de ressources | Cas d'usage recommandé |
|---|---|---|
| Dedicated | Chaque cluster utilise exclusivement les CPU alloués, sans partage avec d'autres clusters sur le même hôte | Charges de travail de production nécessitant des performances stables et prévisibles |
| General-purpose | Les CPU inactifs sont partagés entre les clusters du même hôte | Charges de travail sensibles aux coûts ou environnements de développement/test où une contention CPU occasionnelle est acceptable |
Comparaison rapide
| Dedicated | General-purpose | |
|---|---|---|
| Plage de vCPU | 2 à 120 vCPU | 2 à 16 vCPU |
| Ratio mémoire/vCPU | 4 Go ou 8 Go par vCPU | 2 Go, 4 Go ou 8 Go par vCPU |
| Stockage maximal | Jusqu'à 500 To | Jusqu'à 100 To |
| Isolation CPU | Garantie | Partagée (au mieux) |
Les nœuds General-purpose partagent les ressources CPU. En cas de charge CPU élevée et soutenue, les performances peuvent varier, car la capacité inactive des clusters voisins n'est pas garantie. Si votre charge de travail fonctionne régulièrement près du pic CPU, privilégiez la famille Dedicated.
Terminologie
| Terme | Définition |
|---|---|
| PSL4 / PSL5 | Niveaux de performance de stockage PolarDB. PSL5 offre des limites d'IOPS supérieures à PSL4 pour un même nœud de calcul. Sélectionnez votre classe de stockage en fonction de votre nœud de calcul afin que la limite d'IOPS réponde aux exigences de votre charge de travail. |
| Bande passante interne | Bande passante réseau entre le nœud de calcul et la couche de stockage au sein du cluster. |
| Bande passante E/S | Taux de transfert de données maximal entre le nœud de calcul et le stockage. |
| Connexions maximales | Limite supérieure des connexions simultanées, définie par le paramètre max_connections. Le nombre réel de connexions qu'un nœud peut maintenir dépend de la consommation mémoire par connexion, qui varie selon la charge de travail. |
Spécifications des nœuds de calcul
Dedicated
| Spécifications du nœud | vCPU et mémoire | Capacité de stockage maximale | Connexions maximales¹ | Bande passante interne | IOPS maximaux pour PSL4 | IOPS maximaux pour PSL5 | Bande passante E/S |
|---|---|---|---|---|---|---|---|
| polar.pg.x4.medium | 2 vCPU, 8 Go | 50 To | 800 | 1 Gbps | 8 000 | 16 000 | 1 Gbps |
| polar.pg.x8.medium | 2 vCPU, 16 Go | 100 To | 1 600 | 5 Gbps | 8 000 | 16 000 | 1 Gbps |
| polar.pg.x4.large | 4 vCPU, 16 Go | 100 To | 1 600 | 10 Gbps | 32 000 | 64 000 | 4 Gbps |
| polar.pg.x8.large | 4 vCPU, 32 Go | 100 To | 3 200 | 10 Gbps | 32 000 | 64 000 | 4 Gbps |
| polar.pg.x4.xlarge | 8 vCPU, 32 Go | 100 To | 3 200 | 10 Gbps | 50 000 | 128 000 | 8 Gbps |
| polar.pg.x8.xlarge | 8 vCPU, 64 Go | 100 To | 3 200 | 10 Gbps | 50 000 | 160 000 | 10 Gbps |
| polar.pg.x4.2xlarge | 16 vCPU, 64 Go | 100 To | 3 200 | 10 Gbps | 64 000 | 256 000 | 16 Gbps |
| polar.pg.x8.2xlarge | 16 vCPU, 128 Go | 100 To | 12 800 | 10 Gbps | 64 000 | 256 000 | 16 Gbps |
| polar.pg.x4.4xlarge | 32 vCPU, 128 Go | 100 To | 12 800 | 10 Gbps | 80 000 | 256 000 | 16 Gbps |
| polar.pg.x8.4xlarge | 32 vCPU, 256 Go | 300 To | 25 600 | 10 Gbps | 80 000 | 384 000 | 24 Gbps |
| polar.pg.x4.6xlarge | 48 vCPU, 192 Go | 100 To | 12 800 | 10 Gbps | 100 000 | 256 000 | 16 Gbps |
| polar.pg.x8.6xlarge | 48 vCPU, 384 Go | 300 To | 25 600 | 10 Gbps | 100 000 | 384 000 | 24 Gbps |
| polar.pg.x4.8xlarge | 64 vCPU, 256 Go | 300 To | 25 600 | 10 Gbps | 120 000 | 384 000 | 24 Gbps |
| polar.pg.x8.8xlarge | 64 vCPU, 512 Go | 500 To | 36 000 | 10 Gbps | 120 800 | 409 600 | 24 Gbps |
| polar.pg.x8.12xlarge | 88 vCPU, 710 Go | 500 To | 36 000 | 25 Gbps | 150 000 | 512 000 | 32 Gbps |
| polar.pg.x8.15xlarge | 120 vCPU, 920 Go | 500 To | 36 000 | 25 Gbps | 150 000 | 512 000 | 32 Gbps |
General-purpose
| Spécifications du nœud | vCPU et mémoire | Capacité de stockage maximale | Connexions maximales¹ | Bande passante interne | IOPS maximaux pour PSL4 | IOPS maximaux pour PSL5 | Bande passante E/S |
|---|---|---|---|---|---|---|---|
| polar.pg.g2.medium | 2 vCPU, 4 Go | 20 To | 500 | 1 Gbps | 5 000 | 10 000 | 1 Gbps |
| polar.pg.g4.medium | 2 vCPU, 8 Go | 50 To | 800 | 1 Gbps | 5 000 | 16 000 | 1 Gbps |
| polar.pg.g2.large | 4 vCPU, 8 Go | 50 To | 1 000 | 10 Gbps | 16 000 | 32 000 | 2 Gbps |
| polar.pg.g4.large | 4 vCPU, 16 Go | 100 To | 1 600 | 10 Gbps | 16 000 | 64 000 | 4 Gbps |
| polar.pg.g2.xlarge | 8 vCPU, 16 Go | 100 To | 2 000 | 10 Gbps | 32 000 | 96 000 | 4 Gbps |
| polar.pg.g4.xlarge | 8 vCPU, 32 Go | 100 To | 3 200 | 10 Gbps | 32 000 | 128 000 | 8 Gbps |
| polar.pg.g8.xlarge | 8 vCPU, 64 Go | 100 To | 3 200 | 10 Gbps | 42 000 | 160 000 | 10 Gbps |
| polar.pg.g2.2xlarge | 16 vCPU, 32 Go | 100 To | 3 200 | 10 Gbps | 48 000 | 192 000 | 10 Gbps |
¹ Le nombre de connexions maximales correspond à la valeur du paramètre max_connections. Dans la version mineure du moteur V1.1.7 (décembre 2020), les connexions maximales pour certaines spécifications ont été ajustées aux valeurs indiquées ci-dessus. Ces valeurs s'appliquent automatiquement aux clusters créés après cette version. Pour les clusters existants, modifiez les spécifications du nœud afin de mettre à jour le nombre de connexions maximales.
Les valeurs d'IOPS et de bande passante E/S s'appliquent par nœud. Chaque nœud d'un cluster fonctionne indépendamment : l'ajout de nœuds augmente le débit total du cluster de manière linéaire. Par exemple, un cluster composé de quatre nœuds (un nœud lecture/écriture et trois nœuds en lecture seule) utilisant la spécification Dedicated polar.pg.x4.xlarge sur PSL5 fournit un maximum combiné de 4 × 128 000 IOPS et 4 × 8 Gbps.
Connexions maximales
La valeur des connexions maximales représente la limite supérieure des connexions simultanées à un cluster PolarDB for PostgreSQL. Une fois cette limite atteinte, les nouvelles connexions sont rejetées ou expirent.
Le nombre réel de connexions qu'un cluster peut maintenir dépend de la mémoire consommée par connexion, qui varie selon l'application. Pour vérifier et gérer les connexions :
-
Interrogez la limite configurée :
SHOW max_connections; -
Interrogez le nombre actuel de connexions actives :
SELECT count(1) FROM pg_stat_activity;
Maintenez le nombre de connexions actives sous le plafond recommandé : LEAST({DBInstanceClassMemory/11MB}, 5000).
Si votre application nécessite plus de connexions que la limite actuelle ne le permet, passez à une spécification de nœud disposant de davantage de mémoire.