Questo documento descrive come prepararsi a eseguire AlloyDB Omni in qualsiasi ambiente Linux che supporta i runtime dei container.
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 sul rapporto costi/benefici dell'istanza AlloyDB Omni. Quando esegui la migrazione di un database esistente, le risorse CPU e 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.
La definizione delle dimensioni di un ambiente AlloyDB Omni include i seguenti passaggi:
Definisci il tuo carico di lavoro.
Volume di dati: stima la quantità totale di dati che archivierai in AlloyDB Omni. Prendi in considerazione sia i dati attuali sia la crescita prevista nel tempo.
Frequenza di 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 sfrutta più core della CPU che si espandono in modo lineare fino a 64 core. Tuttavia, in genere PostgreSQL open source non trae vantaggio da più di 16 vCPU. Prendi in considerazione il numero di core in base alle esigenze di calcolo e concorrenza del tuo workload. Tieni conto di 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 carico di lavoro. Inizia con 8 GB di RAM per vCPU.
Archiviazione
Tipo: in base alle tue esigenze, scegli tra lo spazio di archiviazione NVMe locale per le prestazioni o lo spazio di 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 input/output al secondo (IOPS) richieste in base ai pattern di lettura e scrittura del tuo 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
| Sistema operativo/piattaforma | Requisiti hardware minimi | Hardware consigliato |
|---|---|---|
| Linux |
|
|
| macOS |
|
|
- Ti consigliamo di utilizzare un dispositivo di archiviazione SSD (unità a stato solido) dedicato per archiviare i dati. Se utilizzi un dispositivo fisico per questo scopo, ti consigliamo di collegarlo direttamente alla macchina host.
Requisiti software
| Sistema operativo/piattaforma | Software minimo | Software consigliato |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- AlloyDB Omni presuppone che SELinux, se presente, sia configurato sull'host per consentire l'esecuzione del contenitore, incluso l'accesso al file system (o che SELinux sia impostato su permissivo).
Tipi di archiviazione supportati
AlloyDB Omni supporta i file system sui volumi di archiviazione a blocchi nelle istanze di database. Per sistemi di sviluppo o di prova più piccoli, utilizza il file system locale dell'host in cui è in esecuzione il contenitore. Per i carichi di lavoro aziendali, utilizza lo spazio di archiviazione riservato alle istanze AlloyDB Omni. A seconda delle esigenze impostate dal carico di lavoro del database, configura i dispositivi di archiviazione in una configurazione singola con un dispositivo di disco per ogni contenitore o in una configurazione consolidata in cui più contenitori leggono e scrivono dallo stesso dispositivo di disco.
Spazio di archiviazione NVMe o SAN locale
Sia lo spazio di archiviazione NVMe (Non-Volatile Memory Express) locale sia lo spazio di archiviazione SAN (Storage Area Network) offrono vantaggi distinti. La scelta della soluzione giusta dipende dai requisiti specifici del carico di lavoro, 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 trovare il giusto equilibrio tra prestazioni e condivisione, valuta la possibilità di utilizzare SAN con NVMe su reti Fabric per un accesso più rapido.
Spazio di archiviazione NVMe locale
NVMe è un protocollo ad alte prestazioni progettato per le unità a stato solido (SSD). Per le applicazioni che richiedono un accesso rapido ai dati, lo spazio di archiviazione NVMe locale offre i seguenti vantaggi:
- Le unità SSD NVMe si connettono direttamente al bus PCIe (Peripheral Component Interconnect express) per offrire velocità di lettura e scrittura elevate.
- Lo spazio di archiviazione NVMe locale offre la latenza più bassa.
- Lo spazio di archiviazione NVMe locale offre la massima velocità in termini di throughput.
La scalabilità dello spazio di archiviazione NVMe locale richiede l'aggiunta di altre unità ai singoli server. Tuttavia, l'aggiunta di altre unità ai singoli server comporta pool di archiviazione frammentati e potenziali complessità di gestione. Lo spazio di archiviazione NVMe locale non è progettato per la condivisione dei dati tra più server. Poiché lo spazio di archiviazione NVMe locale è locale, gli amministratori del server devono proteggersi dai guasti del disco utilizzando hardware o software Redundant Array of Inexpensive Disks (RAID). In caso contrario, l'errore di un singolo dispositivo NVMe comporterà la perdita di dati.
Archiviazione SAN
La SAN è una rete di archiviazione dedicata che collega più server a un pool condiviso di dispositivi di archiviazione, spesso unità SSD o archiviazione NVMe centralizzata. Sebbene le SAN non siano rapide come le NVMe locali, le SAN moderne, in particolare quelle che utilizzano NVMe su fabric, offrono comunque prestazioni eccellenti per la maggior parte dei carichi di lavoro aziendali.
Le SAN sono altamente scalabili. Per aumentare la capacità di archiviazione o il rendimento, aggiungi nuovi array di archiviazione o esegui l'upgrade di quelli esistenti. Le SAN forniscono ridondanza a livello di 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 un'elevata disponibilità, più server possono accedere e condividere i dati archiviati nella SAN. In caso di guasto del server, puoi presentare lo spazio di archiviazione SAN a un altro server nel data center, consentendo un recupero più rapido.