Pour optimiser les performances et la rentabilité de votre charge de travail AlloyDB pour PostgreSQL, vous pouvez sélectionner une série et une forme de machine adaptées à vos besoins en termes de calcul, de mémoire et de mise en cache. En comparant les séries de machines AlloyDB compatibles, leurs profils de charge de travail cibles et leur disponibilité régionale, vous pouvez configurer des instances pour des charges de travail allant de grands ensembles de données nécessitant des caches de grande capacité à des applications transactionnelles à simultanéité élevée.
Présentation des séries de machines
AlloyDB propose les séries de machines suivantes, chacune basée sur une plate-forme de calcul Google Cloud sous-jacente différente et optimisée pour des caractéristiques de performances spécifiques.
Série de machines |
Plate-forme principale et processeur |
Utilisation principale |
Différenciateur de performances clé |
|---|---|---|---|
N2 |
Processeurs Intel x86 de 3e génération (Ice Lake) |
Ancienne génération, usage général |
Disponible dans toutes les régions. |
C4A |
Google Axion ARM |
Rapport prix/performances, haut débit |
Fournit le meilleur débit de transaction pour les charges de travail adaptées au cache. |
C4 |
Processeurs Intel x86 de 6e génération (Granite Rapids) avec SSD Titanium. |
Charges de travail de base de données à faible latence ou très volumineuses |
Fournit les plus grandes options de machines avec des disques SSD locaux pour un cache plus rapide. |
Z3 |
Processeurs Intel x86 de 4e génération (Sapphire Rapids) avec SSD Titanium |
Ensemble de données de travail volumineux, stockage intensif |
Permet de mettre en cache plus de données par processeur virtuel. Optimisé pour les charges de travail à forte densité de stockage et à forte intensité d'E/S. |
Configuration de la série de machines pour les instances principales et de pool de lecture
Pour optimiser les performances et les coûts, un cluster AlloyDB vous permet de configurer et de faire évoluer les séries et les types de machines indépendamment sur votre instance principale et vos instances de pool de lecture.
Configurations entre séries de machines
Un cluster AlloyDB est compatible avec les configurations de plusieurs séries de machines, ce qui vous permet d'exécuter l'instance principale et les instances de pool de lecture sur différentes séries de machines de calcul. Par exemple, vous pouvez provisionner l'instance principale sur la série de machines N2 et provisionner des instances de pool de lecture sur la série de machines C4, C4A ou Z3.
Scaling vertical pour les instances principales
Pour vous adapter aux changements de charge de travail, vous pouvez effectuer un scaling vertical d'une instance principale AlloyDB de l'une des manières suivantes :
Ajuster la taille au sein d'une série de machines : augmentez ou diminuez l'allocation de vCPU et de mémoire au sein de la série de machines existante. Par exemple, faites passer une instance principale d'un type de machine N2 avec 8 processeurs virtuels à un type de machine N2 avec 16 processeurs virtuels.
Modifier la forme de la série de machines : faites passer l'instance principale à une autre série de machines pour optimiser les performances de la charge de travail ou l'efficacité du matériel. Par exemple, remplacez une instance principale de type de machine N2 avec 16 vCPU par un type de machine C4A basé sur Axion avec 32 vCPU.
Scaling horizontal pour les instances de pool de lecture
Vous pouvez effectuer un scaling horizontal d'une instance de pool de lecture en ajoutant ou en supprimant des nœuds derrière un seul point de terminaison d'adresse IP de lecteur à équilibrage de charge. Tous les nœuds d'une instance de pool de lecture doivent utiliser la même série de machines et le même type de machine. Par exemple, si vous ajoutez un troisième nœud à une instance de pool de lecture contenant deux nœuds N2, le troisième nœud doit également utiliser le même type de machine N2, et non un type de machine C4, C4A ou Z3.
Transitions de séries de machines pour les instances de pool de lecture
Vous pouvez basculer une instance de pool de lecture vers une autre série de machines, par exemple de N2 vers C4, C4A ou Z3. Cela permet de faire passer tous les nœuds de l'instance de pool de lecture vers la série et le type de machine cibles. Pour diffuser le trafic de lecture sur plusieurs séries ou types de machines simultanément, déployez des instances de pool de lecture distinctes pour chaque configuration.
Disponibilité des séries de machines pour les clusters AlloyDB
Vous pouvez choisir l'une des séries de machines suivantes :
- N2 : cette série de machines offre un rapport prix/performances équilibré pour diverses charges de travail AlloyDB.
- C4A basé sur Axion : cette série de machines offre un rapport prix/performances optimisé et des performances élevées prévisibles pour les charges de travail AlloyDB exigeantes.
- C4 : cette série de machines offre d'excellentes performances et la plus grande évolutivité verticale dans AlloyDB.
Z3 : cette série de machines est optimisée pour les charges de travail à forte densité de stockage et à forte intensité d'E/S.
N2
Les types de machines suivants sont disponibles pour les instances de la série de machines N2. Pour en savoir plus, consultez la section Série de machines N2.
Type de machine |
vCPUs |
Mémoire (Go) |
|---|---|---|
n2-highmem-2
|
2 |
16 Go de RAM |
n2-highmem-4
|
4 |
32 Go de RAM |
n2-highmem-8
|
8 |
64 Go de RAM |
n2-highmem-16
|
16 |
128 Go de RAM |
n2-highmem-32
|
32 |
256 Go de RAM |
n2-highmem-64
|
64 |
512 Go de RAM |
n2-highmem-96
|
96 |
768 Go de RAM |
n2-highmem-128
|
128 |
864 Go de RAM |
C4A basé sur Axion
Les types de machines suivants sont disponibles pour les instances de la série de machines C4A basées sur Axion. Pour en savoir plus, consultez Série de machines C4A.
Type de machine |
vCPUs |
Mémoire (Go) |
|---|---|---|
c4a-highmem-1
|
1 |
8 Go de RAM |
c4a-highmem-2-lssd
|
2 |
16 Go de RAM |
c4a-highmem-4-lssd
|
4 |
32 Go de RAM |
c4a-highmem-8-lssd
|
8 |
64 Go de RAM |
c4a-highmem-16-lssd
|
16 |
128 Go de RAM |
c4a-highmem-32-lssd
|
32 |
256 Go de RAM |
c4a-highmem-48-lssd
|
48 |
384 Go de RAM |
c4a-highmem-64-lssd
|
64 |
512 Go de RAM |
c4a-highmem-72-lssd
|
72 |
576 Go de RAM |
C4
Les types de machines suivants sont disponibles pour les instances de la série de machines C4. Pour en savoir plus, consultez Série de machines C4.
Type de machine |
vCPUs |
Mémoire (Go) |
|---|---|---|
c4-highmem-4-lssd
|
4 |
32 Go de RAM |
c4-highmem-8-lssd
|
8 |
64 Go de RAM |
c4-highmem-16-lssd
|
16 |
128 Go de RAM |
c4-highmem-24-lssd
|
24 |
192 Go de RAM |
c4-highmem-32-lssd
|
32 |
256 Go de RAM |
c4-highmem-48-lssd
|
48 |
384 Go de RAM |
c4-highmem-96-lssd
|
96 |
768 Go de RAM |
c4-highmem-144-lssd
|
144 |
1 152 Go de RAM |
c4-highmem-192-lssd
|
192 |
1 536 Go de RAM |
c4-highmem-288-lssd
|
288 |
2 304 Go de RAM |
Z3 standard-lssd
Les types de machines suivants sont disponibles pour les instances de la série de machines Z3. Pour en savoir plus, consultez Série de machines Z3.
Type de machine |
vCPUs |
Mémoire (Go) |
|---|---|---|
z3-highmem-14-standard-lssd
|
14 |
112 Go de RAM |
z3-highmem-22-standard-lssd
|
22 |
176 Go de RAM |
z3-highmem-44-standard-lssd
|
44 |
352 Go de RAM |
z3-highmem-88-standard-lssd
|
88 |
704 Go de RAM |
Z3 high-lssd
Les types de machines suivants sont disponibles pour les instances de la série de machines Z3 high-lssd. Pour en savoir plus, consultez Série de machines Z3.
Type de machine |
vCPUs |
Mémoire (Go) |
|---|---|---|
z3-highmem-8-high-lssd
|
8 |
64 Go de RAM |
z3-highmem-16-high-lssd
|
16 |
128 Go de RAM |
z3-highmem-22-high-lssd
|
22 |
176 Go de RAM |
z3-highmem-32-high-lssd
|
32 |
256 Go de RAM |
z3-highmem-44-high-lssd
|
44 |
352 Go de RAM |
Bonnes pratiques pour la planification de la capacité et la disponibilité des ressources
La création, le démarrage ou le scaling d'une instance AlloyDB provisionne des machines virtuelles (VM) Compute Engine sous-jacentes dans la région et la zone cibles. Même si votre projet dispose d'un quota de ressources suffisant, une opération peut échouer si la région ou la zone sélectionnée ne dispose pas temporairement de la capacité matérielle physique pour une série ou un type de machine spécifique.
Pour réduire le risque de rencontrer des contraintes de ressources temporaires et maintenir la continuité de la charge de travail, suivez ces bonnes pratiques de planification de la capacité.
Concevoir pour la flexibilité des séries et des formes de machines
Évaluez plusieurs séries de machines compatibles : différentes séries de machines (
N2,C4A,C4etZ3) et configurations de processeurs virtuels s'appuient sur des pools de matériel sous-jacents distincts. Si un type de machine spécifique est temporairement indisponible dans votre région (par exemple,N2), essayez de provisionner une forme de processeur virtuel comparable dans une autre série de machines compatible, comme un type de machineC4A,C4ouZ3basé sur Axion.Utilisez des configurations de séries de machines croisées pour les pools de lecture : AlloyDB étant compatible avec les configurations de séries de machines croisées, vous pouvez configurer des instances de pool principal et de lecture sur différentes séries de machines. Si une instance de pool de lecture rencontre des contraintes de ressources sur une série de machines, vous pouvez modifier le type de machine du pool de lecture pour passer à une autre série de machines compatible avec un nombre de processeurs virtuels comparable, sans modifier ni redémarrer l'instance principale.
Répartir la capacité de lecture sur plusieurs pools de lecture : si votre charge de travail nécessite une capacité de lecture importante et qu'une seule forme de machine de grande taille est limitée, vous pouvez déployer plusieurs instances de pool de lecture ou utiliser des formes de nœuds plus petites avec des nœuds supplémentaires pour répartir le trafic de lecture sur les pools matériels.
Concevoir pour une flexibilité régionale
Sélectionnez une autre région pour les nouveaux clusters : si une région rencontre des contraintes de ressources persistantes pour la configuration requise, envisagez de déployer de nouveaux clusters dans une autre région qui répond à vos exigences de latence et de résidence des données. Consultez Déploiements régionaux des séries de machines pour vérifier quelles séries de machines sont compatibles avec chaque région. Si vos applications clientes ou vos services dépendants restent dans la région d'origine, la connexion entre les régions peut augmenter la latence du réseau et entraîner des frais de transfert de données interrégionaux. Pour en savoir plus, consultez la page Tarifs d'AlloyDB.
Configurer la réplication interrégionale pour la résilience régionale : pour les charges de travail critiques, configurez la réplication interrégionale avec un cluster secondaire dans une autre région. Si la région secondaire présente des contraintes temporaires sur la série de machines du cluster principal, vous pouvez configurer l'instance du cluster secondaire sur une autre série de machines compatible. Avant de promouvoir ou de basculer vers un cluster secondaire, vérifiez que l'instance secondaire dispose d'une capacité de processeur virtuel et de mémoire suffisante pour diffuser votre charge de travail de production sans nécessiter d'opération de scaling immédiate.
Réessayer les opérations après des contraintes de ressources temporaires
Réessayer les requêtes ayant échoué avec un intervalle entre les tentatives : la capacité matérielle du cloud change de manière dynamique à mesure que d'autres charges de travail libèrent des ressources. Si une requête de création, de démarrage ou de scaling de cluster ou d'instance échoue parce qu'un emplacement ne dispose pas de ressources disponibles, patientez et réessayez. Dans les workflows de provisionnement automatisés, implémentez de nouvelles tentatives avec un intervalle exponentiel entre les tentatives avant de modifier le type de machine ou la région cible.
Réessayer les mises à jour de maintenance interrompues : si des contraintes de ressources temporaires dans une zone interrompent une mise à jour de maintenance planifiée, vous pouvez réessayer la mise à jour lorsque la capacité devient disponible en utilisant la maintenance en libre-service.
Planifier la capacité de manière proactive
Effectuez le scaling pendant les heures creuses : planifiez la création manuelle d'instances et les opérations de scaling vertical pendant les périodes de faible trafic de charge de travail et de demande régionale plus faible.
Utilisez l'autoscaling du pool de lecture basé sur une planification : configurez l'autoscaling du pool de lecture avec des règles basées sur une planification pour effectuer un scaling horizontal des nœuds du pool de lecture avant les pics de trafic prévisibles. Le scaling avant les pics de demande vous donne le temps de mettre en œuvre d'autres stratégies, comme passer à une autre série de machines compatible, si l'opération de scaling rencontre des contraintes de ressources temporaires.
Prendre en compte la façon dont AlloyDB gère l'infrastructure : étant donné qu'AlloyDB provisionne des VM dans des projets de locataire gérés par Google, les réservations Compute Engine ne s'appliquent pas aux instances AlloyDB, et AlloyDB sélectionne automatiquement des zones dans la région de votre choix au lieu de vous permettre d'épingler des instances ou des nœuds à des zones spécifiques. Utilisez les recommandations de dimensionnement et les insights système pour redimensionner les instances en fonction de l'utilisation observée du processeur et de la mémoire.