Informazioni sulla gestione automatica della memoria

Seleziona una versione della documentazione:

AlloyDB Omni utilizza algoritmi adattivi per la gestione della memoria.

Puoi decidere il limite massimo del buffer condiviso all'avvio di AlloyDB Omni. Se non imposti il limite superiore, AlloyDB Omni imposta automaticamente la dimensione del backup del buffer condiviso sull'80% della memoria di sistema. La dimensione iniziale del backup del buffer condiviso può essere diversa dal limite massimo.

AlloyDB Omni è costituito da un worker di memoria intelligente che monitora costantemente lo stato della memoria e ottimizza le dimensioni del backup del buffer condiviso per ottenere le migliori prestazioni durante la memorizzazione dei dati nella cache.

Memoria automatica

Per impostazione predefinita, il parametro shared_buffers è impostato su 0, un valore speciale che imposta il limite superiore della dimensione della cache shared buffers sull'80% della memoria di sistema. AlloyDB Omni parte dal 10% del limite massimo di shared_buffers. Se shared_buffers viene sostituito da un valore personalizzato, AlloyDB Omni rispetta il valore come limite massimo della dimensione di shared_buffers e inizia con la dimensione personalizzata specificata.

Per specificare una dimensione personalizzata, modifica il file di configurazione postgresql.conf. Ad esempio, puoi impostare shared_buffers su 1GB utilizzando uno dei seguenti metodi:

  • docker run --name CONTAINER_NAME -e INITDB_ARGS="-c shared_buffers=1GB" $image

  • docker run --name CONTAINER_NAME $image -c shared_buffers=1GB

    Sostituisci CONTAINER_NAME con il nome che hai assegnato al container AlloyDB Omni durante l'installazione.

Ottimizza le prestazioni delle query

Il valore predefinito del parametro shared_buffers funziona per gli scenari comuni.

Tuttavia, puoi ottimizzare il valore per ottenere prestazioni migliori. Se scegli di fare affidamento sul valore predefinito di shared_buffers per dedurre il limite superiore del buffer condiviso, utilizza il valore cgroup memory.max per influenzare il calcolo.

Memoria del motore colonnare

La shared_buffers dinamica è indipendente dalla memoria del motore colonnare. Quando il motore colonnare è abilitato, la dimensione dinamica di shared_buffers può essere calcolata sottraendo la quantità di memoria utilizzata dal motore colonnare dall'80% della memoria totale disponibile per il sistema o il cgroup.

Huge page

Le huge page migliorano le prestazioni del database. AlloyDB Omni gestisce le huge page in modo esplicito, se possibile, altrimenti si basa sulla funzionalità di huge page trasparenti (THP) del sistema operativo. Se non è supportato alcun tipo di huge page, AlloyDB Omni esegue il fallback alla pagina 4k e stampa un avviso nei log del container Docker docker logs $container_name con istruzioni specifiche per configurare le huge page. Per istruzioni su come avviare un container, consulta Avvia AlloyDB Omni.

L'avviso è simile al seguente:

HINT:  Please either execute the all-in-one setup script:
          docker run --rm --privileged $image setup-host
        OR manually execute:
          echo within_size | sudo tee /sys/kernel/mm/transparent_hugepage/shmem_enabled
          sudo sysctl -w vm.nr_overcommit_hugepages=1048576

Gestione automatica della memoria in fase di runtime

AlloyDB Omni monitora costantemente il carico del sistema e regola il consumo di memoria per migliorare le prestazioni. Nello specifico, potresti osservare quanto segue:

Modifica dinamica delle dimensioni di shared_buffers
AlloyDB Omni aumenta le dimensioni dinamiche di shared_buffers quando il consumo di memoria di sistema è basso e le riduce quando il consumo di memoria di sistema è elevato. Per monitorare le dimensioni dinamiche di shared_buffers, utilizza: 
CREATE EXTENSION IF NOT EXISTS g_memory;
SELECT g_dynamic_shared_size();
Interruzione di una connessione PostgreSQL quando la memoria del sistema è estremamente ridotta
Quando AlloyDB Omni rileva che la memoria del sistema è estremamente ridotta, tenta di eliminare le connessioni PostgreSQL che consumano più memoria finché il carico non torna a un livello ragionevole. Quando si verifica un evento di questo tipo, AlloyDB Omni registra quanto segue nei log dei container Docker: 
WARNING: Sending SIGTERM to pid=xxx NSpid=xxx (VA size = xxxMB) (RSS size = xxxMB)