Scegliere un tipo di macchina AlloyDB

Per ottimizzare le prestazioni e l'efficienza dei costi per il tuo workload AlloyDB per PostgreSQL, puoi selezionare una serie di macchine e una forma personalizzate in base ai tuoi requisiti di calcolo, memoria e memorizzazione nella cache. Il confronto tra le serie di macchine AlloyDB supportate, i relativi profili di workload target e la disponibilità regionale ti aiuta a configurare le istanze per workload che vanno da set di dati di grandi dimensioni che richiedono cache ad alta capacità ad applicazioni transazionali ad alta concorrenza.

Panoramica delle serie di macchine

AlloyDB offre le seguenti serie di macchine, ciascuna basata su una piattaforma di computing Google Cloud diversa e ottimizzata per caratteristiche di prestazioni specifiche.


Serie di macchine
Piattaforma e CPU di base
Focus principale sul workload
Fattore chiave di differenziazione delle prestazioni

N2
Processori Intel x86 di 3ª generazione (Ice Lake)
Legacy, per uso generico
Disponibile in tutte le regioni.

C4A
Google Axion ARM
Rapporto prezzo/prestazioni, throughput elevato
Offre il miglior throughput delle transazioni per i workload adatti alla cache.

C4
Processori Intel x86 di 6ª generazione (Granite Rapids) con SSD Titanium.
Workload di database a bassa latenza o molto grandi
Offre le opzioni di macchina più grandi con SSD locali per la cache più veloce.

Z3
Processori Intel x86 di 4ª generazione (Sapphire Rapids) con SSD Titanium
Set di dati attivo di grandi dimensioni, con uso intensivo dello spazio di archiviazione
Consente la memorizzazione nella cache di più dati per vCPU; ottimizzata per workload ad alta densità di archiviazione e con uso intensivo di I/O

Configurazione della serie di macchine per le istanze principali e del pool di lettura

Per ottimizzare prestazioni e costi, un cluster AlloyDB ti consente di configurare e scalare serie di macchine e tipi di macchine in modo indipendente nell'istanza principale e nelle istanze del pool di lettura.

Configurazioni tra serie di macchine

Un cluster AlloyDB supporta configurazioni tra serie di macchine, che consentono di eseguire l'istanza principale e le istanze del pool di lettura su serie di macchine di computing diverse. Ad esempio, puoi eseguire il provisioning dell'istanza principale sulla serie di macchine N2 e il provisioning delle istanze del pool di lettura sulla serie di macchine C4, C4A o Z3.

Scalabilità verticale per le istanze principali

Per adattarti alle modifiche del workload, puoi scalare verticalmente un'istanza principale AlloyDB nei seguenti modi:

  • Scala le dimensioni all'interno di una serie di macchine: aumenta o diminuisci l'allocazione della vCPU e della memoria all'interno della serie di macchine esistente. Ad esempio, scala un'istanza principale da un tipo di macchina N2 con 8 vCPU a un tipo di macchina N2 con 16 vCPU.

  • Modifica la forma della serie di macchine: esegui la transizione dell'istanza principale a una serie di macchine diversa per ottimizzare le prestazioni del workload o l'efficienza dell'hardware. Ad esempio, cambia un'istanza principale da un tipo di macchina N2 con 16 vCPU a un tipo di macchina C4A basata su Axion con 32 vCPU.

Scalabilità orizzontale per le istanze del pool di lettura

Puoi scalare un'istanza del pool di lettura in orizzontale aggiungendo o rimuovendo nodi dietro un singolo endpoint IP del lettore con bilanciamento del carico. Tutti i nodi di un'istanza del pool di lettura devono utilizzare la stessa serie di macchine e lo stesso tipo di macchina. Ad esempio, se aggiungi un terzo nodo a un'istanza del pool di lettura che contiene due nodi N2, anche il terzo nodo deve utilizzare lo stesso tipo di macchina N2, non un tipo di macchina C4, C4A o Z3.

Transizioni delle serie di macchine per le istanze del pool di lettura

Puoi passare un'istanza del pool di lettura a una serie di macchine diversa, ad esempio da N2 a C4, C4A o Z3, il che comporta la transizione di tutti i nodi nell'istanza del pool di lettura alla serie di macchine e al tipo di macchina di destinazione. Per gestire il traffico di lettura su più serie di macchine o tipi di macchine contemporaneamente, esegui il deployment di istanze di pool di lettura separate per ogni configurazione.

Disponibilità delle serie di macchine per i cluster AlloyDB

Puoi scegliere una delle seguenti serie di macchine:

  • N2: questa serie di macchine offre un rapporto prezzo/prestazioni bilanciato per una varietà di workload AlloyDB.
  • C4A basata su Axion: questa serie di macchine offre un rapporto prezzo/prestazioni ottimizzato e prestazioni elevate prevedibili per workload AlloyDB con domanda elevata.
  • C4: questa serie di macchine offre prestazioni eccellenti e la scalabilità verticale più ampia in AlloyDB.

  • Z3: questa serie di macchine è ottimizzata per workload ad alta densità di archiviazione e ad alta intensità di I/O.

N2

Per le istanze della serie di macchine N2 sono disponibili i seguenti tipi di macchine. Per saperne di più, consulta Serie di macchine N2.


Tipo di macchina
vCPUs
Memoria (GB)
n2-highmem-2
2
16 GB di RAM
n2-highmem-4
4
32 GB di RAM
n2-highmem-8
8
64 GB di RAM
n2-highmem-16
16
128 GB di RAM
n2-highmem-32
32
256 GB di RAM
n2-highmem-64
64
512 GB di RAM
n2-highmem-96
96
768 GB di RAM
n2-highmem-128
128
864 GB di RAM

C4A basata su Axion

Per le istanze della serie di macchine C4A basate su Axion sono disponibili i seguenti tipi di macchine. Per saperne di più, consulta Serie di macchine C4A.


Tipo di macchina
vCPUs
Memoria (GB)
c4a-highmem-1
1
8 GB di RAM
c4a-highmem-2-lssd
2
16 GB di RAM
c4a-highmem-4-lssd
4
32 GB di RAM
c4a-highmem-8-lssd
8
64 GB di RAM
c4a-highmem-16-lssd
16
128 GB di RAM
c4a-highmem-32-lssd
32
256 GB di RAM
c4a-highmem-48-lssd
48
384 GB di RAM
c4a-highmem-64-lssd
64
512 GB di RAM
c4a-highmem-72-lssd
72
576 GB di RAM

C4

Per le istanze della serie di macchine C4 sono disponibili i seguenti tipi di macchine. Per saperne di più, consulta la sezione Serie di macchine C4.


Tipo di macchina
vCPUs
Memoria (GB)
c4-highmem-4-lssd
4
32 GB di RAM
c4-highmem-8-lssd
8
64 GB di RAM
c4-highmem-16-lssd
16
128 GB di RAM
c4-highmem-24-lssd
24
192 GB di RAM
c4-highmem-32-lssd
32
256 GB di RAM
c4-highmem-48-lssd
48
384 GB di RAM
c4-highmem-96-lssd
96
768 GB di RAM
c4-highmem-144-lssd
144
1152 GB di RAM
c4-highmem-192-lssd
192
1536 GB di RAM
c4-highmem-288-lssd
288
2304 GB di RAM

Z3 standard-lssd

Per le istanze della serie di macchine Z3 sono disponibili i seguenti tipi di macchine. Per ulteriori informazioni, consulta la serie di macchine Z3.


Tipo di macchina
vCPUs
Memoria (GB)
z3-highmem-14-standard-lssd
14
112 GB di RAM
z3-highmem-22-standard-lssd
22
176 GB di RAM
z3-highmem-44-standard-lssd
44
352 GB di RAM
z3-highmem-88-standard-lssd
88
704 GB di RAM

Z3 high-lssd

Per le istanze della serie di macchine Z3 high-lssd sono disponibili i seguenti tipi di macchine. Per ulteriori informazioni, consulta la serie di macchine Z3.


Tipo di macchina
vCPUs
Memoria (GB)
z3-highmem-8-high-lssd
8
64 GB di RAM
z3-highmem-16-high-lssd
16
128 GB di RAM
z3-highmem-22-high-lssd
22
176 GB di RAM
z3-highmem-32-high-lssd
32
256 GB di RAM
z3-highmem-44-high-lssd
44
352 GB di RAM

Best practice per la pianificazione della capacità e la disponibilità delle risorse

La creazione, l'avvio o la scalabilità di un'istanza AlloyDB esegue il provisioning delle macchine virtuali (VM) Compute Engine sottostanti nella regione e nella zona di destinazione. Anche se il tuo progetto dispone di una quota di risorse sufficiente, un'operazione può non riuscire se la regione o la zona selezionata non dispone temporaneamente della capacità hardware fisica per una serie o una forma di macchina specifica.

Per ridurre la probabilità di riscontrare vincoli temporanei delle risorse e mantenere la continuità del workload, segui queste best practice per la pianificazione della capacità.

Progetta per la flessibilità della serie di macchine e della forma

  • Valuta più serie di macchine supportate: diverse serie di macchine (N2, C4A, C4 e Z3) e configurazioni di vCPU attingono da pool di hardware sottostanti distinti. Se un tipo di macchina specifico non è temporaneamente disponibile nella tua regione (ad esempio N2), prova a eseguire il provisioning di una forma vCPU paragonabile in un'altra serie di macchine supportate, come un tipo di macchina C4A, C4 o Z3 basato su Axion.

  • Utilizza configurazioni di serie di macchine diverse per i pool di lettura: poiché AlloyDB supporta configurazioni di serie di macchine diverse, puoi configurare le istanze principali e del pool di lettura su serie di macchine diverse. Se un'istanza del pool di lettura incontra vincoli di risorse su una serie di macchine, puoi modificare il tipo di macchina del pool di lettura in un'altra serie di macchine supportata con un numero di vCPU paragonabile senza modificare o riavviare l'istanza principale.

  • Distribuisci la capacità di lettura su più pool di lettura: se il tuo workload richiede una capacità di lettura sostanziale e una singola forma di macchina di grandi dimensioni è limitata, puoi eseguire il deployment di più istanze di pool di lettura o utilizzare forme di nodi più piccole con nodi aggiuntivi per distribuire il traffico di lettura tra i pool di hardware.

Progetta per la flessibilità regionale

  • Seleziona una regione alternativa per i nuovi cluster: se una regione presenta vincoli persistenti sulle risorse per la configurazione richiesta, valuta la possibilità di eseguire il deployment di nuovi cluster in un'altra regione che soddisfi i tuoi requisiti di latenza e residenza dei dati. Consulta Deployment regionali delle serie di macchine per verificare quali serie di macchine sono supportate in ciascuna regione. Se le applicazioni client o i servizi dipendenti rimangono nella regione originale, la connessione tra regioni può aumentare la latenza di rete e comportare costi di trasferimento di dati tra regioni. Per ulteriori informazioni, consulta i prezzi di AlloyDB.

  • Configura la replica tra regioni per la resilienza regionale: per i workload critici, configura la replica tra regioni con un cluster secondario in un'altra regione. Se la regione secondaria presenta vincoli temporanei sulla serie di macchine del cluster principale, puoi configurare l'istanza del cluster secondario su una serie di macchine supportate diversa. Prima di promuovere o passare a un cluster secondario, verifica che l'istanza secondaria disponga di vCPU e capacità di memoria sufficienti per gestire il workload di produzione senza richiedere un'operazione di scalabilità immediata.

Riprova le operazioni dopo i vincoli temporanei delle risorse

  • Riprova a eseguire le richieste non riuscite con backoff: la capacità hardware del cloud cambia in modo dinamico man mano che altri workload rilasciano risorse. Se una richiesta di creazione, avvio o scalabilità di un cluster o un'istanza non va a buon fine perché in una località non sono disponibili risorse, attendi e riprova. Nei workflow di provisioning automatico, implementa i nuovi tentativi con backoff esponenziale prima di modificare il tipo di macchina o la regione di destinazione.

  • Riprova gli aggiornamenti di manutenzione interrotti: se i vincoli temporanei delle risorse in una zona interrompono un aggiornamento di manutenzione pianificato, puoi riprovare l'aggiornamento quando la capacità diventa disponibile utilizzando la manutenzione self-service.

Pianifica la capacità in modo proattivo

  • Scala durante le ore non di punta: pianifica la creazione manuale delle istanze e le operazioni di scalabilità verticale durante i periodi di traffico ridotto del workload e di domanda regionale inferiore.

  • Utilizza la scalabilità automatica del pool di lettura basata sulla pianificazione: configura la scalabilità automatica del pool di lettura con policy basate sulla pianificazione per fare lo scale out dei nodi del pool di lettura prima delle finestre di picco del traffico prevedibili. La scalabilità prima del picco di domanda ti dà il tempo di implementare altre strategie, come il passaggio a un'altra serie di macchine supportate, se l'operazione di scalabilità incontra vincoli temporanei delle risorse.

  • Tieni conto del modo in cui AlloyDB gestisce l'infrastruttura: poiché AlloyDB esegue il provisioning delle VM in progetti tenant gestiti da Google, le prenotazioni di Compute Engine non si applicano alle istanze AlloyDB e AlloyDB seleziona automaticamente le zone all'interno della regione scelta, anziché consentirti di assegnare istanze o nodi a zone specifiche. Utilizza i suggerimenti sul dimensionamento e gli insight di sistema per dimensionare correttamente le istanze in base all'utilizzo osservato della CPU e della memoria.

Passaggi successivi