Per una panoramica di AlloyDB Omni, consulta Panoramica di AlloyDB Omni.
Dimensioni e capacità
Le dimensioni e la capacità influiscono direttamente sulle prestazioni, sull'affidabilità e sulla convenienza dell'istanza AlloyDB Omni. Quando esegui la migrazione di un database esistente, le risorse CPU e di memoria richieste sono simili ai requisiti del sistema di database di origine.
Pianifica di iniziare con un deployment che utilizzi risorse CPU, RAM e disco corrispondenti e utilizza la configurazione del sistema di origine come configurazione di base di AlloyDB Omni. Potresti essere in grado di ridurre il consumo di risorse dopo aver eseguito test sufficienti dell'istanza AlloyDB Omni.
Il dimensionamento di un ambiente AlloyDB Omni include i seguenti passaggi:
Definisci il tuo workload.
Volume di dati: stima la quantità totale di dati che memorizzerai in AlloyDB Omni. Tieni conto sia dei dati attuali sia della crescita prevista nel tempo.
Frequenza delle transazioni: determina il numero previsto di transazioni al secondo (TPS), incluse letture, scritture, aggiornamenti ed eliminazioni.
Concorrenza: stima il numero di utenti o connessioni simultanee che accedono al database.
Requisiti di prestazioni: definisci i tempi di risposta accettabili per diversi tipi di query e operazioni.
Assicurati che l'hardware supporti i requisiti di dimensionamento.
CPU: AlloyDB Omni trae vantaggio dai sistemi con più core CPU e la scalabilità di AlloyDB Omni è lineare, a seconda del workload. Tuttavia, in genere PostgreSQL open source non trae vantaggio da più di 16 vCPU. Tieni presente quanto segue:
- Il numero di core in base alla concorrenza del workload e alle esigenze di calcolo.
- Eventuali vantaggi che potrebbero essere presenti a causa di una modifica della generazione o della piattaforma della CPU.
Memoria: alloca RAM sufficiente per i buffer condivisi di AlloyDB Omni per la memorizzazione nella cache dei dati e la memoria di lavoro per l'elaborazione delle query. Il requisito esatto dipende dal workload. Inizia con 8 GB di RAM per vCPU.
Archiviazione
Tipo: in base alle tue esigenze, scegli tra l'archiviazione NVMe locale per le prestazioni o l'archiviazione SAN per la scalabilità e la condivisione dei dati.
Capacità: assicurati di avere spazio di archiviazione sufficiente per il volume di dati, gli indici, il log Write-Ahead (WAL), i backup e la crescita futura.
IOPS: stima le operazioni di I/O al secondo (IOPS) richieste in base ai pattern di lettura e scrittura del workload. Quando esegui AlloyDB Omni in un cloud pubblico, tieni conto delle caratteristiche di prestazioni del tipo di archiviazione per capire se devi aumentare la capacità di archiviazione per raggiungere un target IOPS specifico.
Prerequisiti per l'esecuzione di AlloyDB Omni
Prima di eseguire AlloyDB Omni, assicurati di soddisfare i seguenti requisiti hardware e software.
Requisiti hardware
I requisiti di sistema per lo stack di deployment di AlloyDB Omni includono un nodo preconfigurato per l'esecuzione di vari componenti. Il nodo AlloyDB Omni deve avere un disco dati collegato configurato con il file system ext4/xfs, di dimensioni stimate in base alle dimensioni dei dati. Le caratteristiche di prestazioni dello spazio di archiviazione influiscono sulle prestazioni di AlloyDB Omni.
| Nodo | Requisiti hardware minimi | Requisiti hardware consigliati |
|---|---|---|
| AlloyDB Omni |
|
|
- Ti consigliamo di utilizzare un dispositivo di archiviazione SSD (Solid State Drive) dedicato per archiviare i dati. Se utilizzi un dispositivo fisico a questo scopo, ti consigliamo di collegarlo direttamente alla macchina host.
Requisiti software
| Sistema operativo/piattaforma | Software minimo |
|---|---|
| Linux1 |
|
-
AlloyDB Omni presuppone che il
policycoreutils-python-utilspacchetto sia installato prima dell'installazione del pacchetto RPM di AlloyDB Omni. In questo modo, AlloyDB Omni può configurare il criterio SELinux che consente l'esecuzione del servizio di database AlloyDB Omni.
Tipi di archiviazione supportati
AlloyDB Omni supporta i file system sui volumi di archiviazione a blocchi nelle istanze di database. Per i sistemi di sviluppo o di prova più piccoli, utilizza il file system locale dell'host su cui è in esecuzione il container. Per i workload aziendali, utilizza lo spazio di archiviazione riservato alle istanze AlloyDB Omni. A seconda delle esigenze del workload del database, configura i dispositivi di archiviazione in una configurazione singleton con un dispositivo disco per ogni container o in una configurazione consolidata in cui più container leggono e scrivono dallo stesso dispositivo disco.
Archiviazione NVMe locale o SAN
Sia l'archiviazione NVMe (Non-Volatile Memory Express) locale sia l'archiviazione SAN (Storage Area Network) offrono vantaggi distinti. La scelta della soluzione giusta dipende dai requisiti specifici del workload, dal budget e dalle esigenze di scalabilità future.
Per determinare l'opzione di archiviazione migliore, tieni presente quanto segue:
- Per dare la priorità alle prestazioni assolute, scegli NVMe locale.
- Se hai bisogno di uno spazio di archiviazione condiviso su larga scala, scegli SAN.
- Se devi bilanciare prestazioni e condivisione, valuta la possibilità di utilizzare SAN con NVMe over Fabrics per un accesso più rapido.
Archiviazione NVMe locale
NVMe è un protocollo ad alte prestazioni progettato per le unità SSD (Solid State Drive). Per le applicazioni che richiedono un accesso rapido ai dati, l'archiviazione NVMe locale offre i seguenti vantaggi:
- Le unità SSD NVMe si connettono direttamente al bus Peripheral Component Interconnect Express (PCIe) per offrire velocità di lettura e scrittura elevate.
- L'archiviazione NVMe locale offre la latenza più bassa.
- L'archiviazione NVMe locale offre la velocità effettiva più elevata.
Per scalare l'archiviazione NVMe locale, devi aggiungere altre unità ai singoli server. Tuttavia, l'aggiunta di altre unità ai singoli server comporta pool di archiviazione frammentati e potenziali complessità di gestione. L'archiviazione NVMe locale non è progettata per la condivisione dei dati tra più server. Poiché l'archiviazione NVMe locale è locale, gli amministratori dei server devono proteggersi dai guasti dei dischi utilizzando RAID (Redundant Array of Inexpensive Disks) hardware o software . In caso contrario, il guasto di un singolo dispositivo NVMe comporterà la perdita di dati.
Archiviazione SAN
SAN è una rete di archiviazione dedicata che connette più server a un pool condiviso di dispositivi di archiviazione, spesso unità SSD o archiviazione NVMe centralizzata. Sebbene SAN non sia veloce come NVMe locale, le SAN moderne, in particolare quelle che utilizzano NVMe over Fabrics, offrono comunque prestazioni eccellenti per la maggior parte dei workload aziendali.
Le SAN sono altamente scalabili. Per aggiungere capacità o prestazioni di archiviazione, aggiungi nuovi array di archiviazione o esegui l'upgrade di quelli esistenti. Le SAN forniscono ridondanza a livello di archiviazione, offrendo protezione contro i guasti dei supporti di archiviazione.
Le SAN sono eccellenti per la condivisione dei dati. Per gli ambienti aziendali che richiedono alta disponibilità, più server possono accedere e condividere i dati archiviati sulla SAN. In caso di guasto del server, puoi presentare l'archiviazione SAN a un altro server nel data center, consentendo un ripristino più rapido.