Questo documento descrive come prepararsi all'esecuzione di AlloyDB Omni in qualsiasi ambiente Linux che supporti 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 su prestazioni, affidabilità ed efficacia in termini di costi dell'istanza AlloyDB Omni. Quando esegui la migrazione di un database esistente, le risorse di 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.
Il dimensionamento di un ambiente AlloyDB Omni prevede i seguenti passaggi:
Definisci il tuo workload.
Volume di dati: stima la quantità totale di dati che archivierai in AlloyDB Omni. Considera sia i dati attuali sia la 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 simultanei 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 da sistemi con più core della CPU e scala in modo lineare, a seconda del workload. Tuttavia, PostgreSQL open source generalmente 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 miglioramenti che potrebbero essere presenti a causa di un cambiamento nella generazione o nella piattaforma della CPU.
Memoria: alloca RAM sufficiente per i buffer condivisi di AlloyDB Omni per la memorizzazione dei dati nella cache 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 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 Write-Ahead Log (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, considera le caratteristiche di prestazioni del tipo di archiviazione per capire se devi aumentare la capacità di archiviazione per raggiungere un target di 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
| OS/Platform | Requisiti hardware minimi | Hardware consigliato |
|---|---|---|
| Linux |
|
|
| macOS |
|
|
- Ti consigliamo di utilizzare un dispositivo di archiviazione con unità a stato solido (SSD) dedicato per archiviare i dati. Se utilizzi un dispositivo fisico per questo scopo, ti consigliamo di collegarlo direttamente alla macchina host.
Requisiti software
| OS/Platform | Requisiti software minimi | Software consigliato |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- AlloyDB Omni presuppone che SELinux, se presente, sia configurato sull'host per consentire l'esecuzione del container, 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 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 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 workload, dal budget e dalle esigenze di scalabilità future.
Per determinare l'opzione di archiviazione migliore, considera quanto segue:
- Per dare priorità alle prestazioni assolute, scegli NVMe locale.
- Se hai bisogno di uno spazio di archiviazione condiviso su larga scala, scegli SAN.
- Se hai bisogno di bilanciare prestazioni e condivisione, prendi in considerazione la SAN con NVMe over Fabrics 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, 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.
- Lo spazio di archiviazione NVMe locale offre la latenza più bassa.
- Lo spazio di archiviazione NVMe locale offre il throughput più elevato.
La scalabilità dello spazio di archiviazione NVMe locale richiede l'aggiunta di più unità ai singoli server. Tuttavia, l'aggiunta di più unità ai singoli server porta a 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 dei server devono proteggersi dai guasti dei dischi utilizzando un Redundant Array of Inexpensive Disks (RAID) hardware o software. In caso contrario, l'errore di un singolo dispositivo NVMe comporterà la perdita di dati.
Spazio di archiviazione SAN
La SAN è una rete di archiviazione dedicata che connette più server a un pool condiviso di dispositivi di archiviazione, spesso SSD o spazio di archiviazione NVMe centralizzato. Sebbene la SAN non sia veloce come l'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à di archiviazione o prestazioni, aggiungi nuovi array di archiviazione o esegui l'upgrade di quelli esistenti. Le SAN forniscono ridondanza a livello di archiviazione, offrendo protezione contro gli errori dei supporti di archiviazione.
Le SAN sono eccellenti nella condivisione dei dati. Per gli ambienti aziendali che richiedono un'alta affidabilità, più server possono accedere ai dati archiviati sulla SAN e condividerli. In caso di errore del server, puoi presentare lo spazio di archiviazione SAN a un altro server nel data center, consentendo un recupero più rapido.