À propos de la gestion automatique de la mémoire

Sélectionnez une version de la documentation :

AlloyDB Omni utilise des algorithmes adaptatifs pour la gestion de la mémoire.

Vous pouvez définir la limite supérieure de la mémoire tampon partagée au démarrage d'AlloyDB Omni. Si vous ne définissez pas de limite supérieure, AlloyDB Omni définit automatiquement la taille de sauvegarde de la mémoire tampon partagée sur 80 % de la mémoire système. La taille de sauvegarde initiale de la mémoire tampon partagée peut être différente de la limite supérieure.

AlloyDB Omni se compose d'un nœud de calcul de mémoire intelligent qui surveille en permanence l'état de la mémoire et ajuste la taille de sauvegarde de la mémoire tampon partagée pour optimiser les performances lors de la mise en cache des données.

Mémoire automatique

Par défaut, le paramètre shared_buffers est défini sur 0, ce qui est une valeur spéciale qui définit la limite supérieure de la taille du cache shared buffers sur 80 % de la mémoire système. AlloyDB Omni commence à 10 % de la limite supérieure de shared_buffers. Si shared_buffers est remplacé par une valeur personnalisée, AlloyDB Omni respecte cette valeur comme limite supérieure de la taille de shared_buffers et commence avec cette taille personnalisée spécifiée.

Pour spécifier une taille personnalisée, vous pouvez définir shared_buffers sur 1GB. La méthode dépend de votre type de déploiement :

Pour les installations basées sur Linux (y compris RPM), vous pouvez définir le paramètre shared_buffers à l'aide de l'une des méthodes suivantes. Après avoir appliqué la modification, vous devez redémarrer le service.

  • Option 1 : Modifier le fichier de configuration

    1. Ouvrez le fichier postgresql.conf pour le modifier.

    2. Ajoutez ou modifiez la ligne suivante :

      shared_buffers = 1GB

    3. Enregistrez le fichier et redémarrez le service AlloyDB Omni :

      sudo systemctl restart alloydbomniMAJOR_VERSION

      Remplacez MAJOR_VERSION par la version majeure de votre installation AlloyDB Omni, par exemple 18.

  • Option 2 : Utiliser la commande ALTER SYSTEM

    1. Connectez-vous à votre instance de base de données à l'aide d'un client SQL.

    2. Exécutez la commande suivante :

      ALTER SYSTEM SET shared_buffers = '1GB';

    3. Redémarrez le service AlloyDB Omni :

      sudo systemctl restart alloydbomniMAJOR_VERSION

      Remplacez MAJOR_VERSION par la version majeure de votre installation AlloyDB Omni, par exemple 18.

Optimiser les performances des requêtes

La valeur par défaut du paramètre shared_buffers fonctionne dans les scénarios courants.

Toutefois, vous pouvez ajuster la valeur pour optimiser les performances. Si vous choisissez de vous appuyer sur la valeur par défaut de shared_buffers pour déduire la limite supérieure de la mémoire tampon partagée, utilisez la valeur memory.max du cgroup pour influencer le calcul.

Mémoire du moteur de données en colonnes

La mémoire dynamique shared_buffers est indépendante de la mémoire du moteur de données en colonnes. Lorsque le moteur de données en colonnes est activé, la taille de la mémoire shared_buffers dynamique peut être dérivée en soustrayant la quantité de mémoire utilisée par le moteur de données en colonnes de 80 % de la mémoire totale disponible pour le système ou le cgroup.

Huge Pages

Les Huge Pages améliorent les performances de la base de données. AlloyDB Omni gère explicitement les Huge Pages si possible. Sinon, il s'appuie sur la fonctionnalité Transparent Huge Pages (THP) du système d'exploitation. Si aucun type de Huge Page n'est compatible, AlloyDB Omni revient à la page 4k et affiche un avertissement dans les journaux de la base de données avec des instructions spécifiques pour configurer les Huge Pages.

L'avertissement ressemble à ce qui suit :


HINT:  Please manually execute:
          echo within_size | sudo tee /sys/kernel/mm/transparent_hugepage/shmem_enabled
          sudo sysctl -w vm.nr_overcommit_hugepages="$(/usr/bin/awk '/MemTotal/ { printf "%.0f", $2/1024 }' /proc/meminfo)"

Gestion automatique de la mémoire au moment de l'exécution

AlloyDB Omni surveille en permanence la charge du système et ajuste sa consommation de mémoire pour améliorer les performances. Plus précisément, vous pouvez observer les éléments suivants :

Modification de la taille de la mémoire shared_buffers dynamique
AlloyDB Omni augmente la taille de la mémoire shared_buffers dynamique lorsque la consommation de mémoire du système est faible et la diminue lorsque la consommation de mémoire du système est élevée. L'extension `g_memory` est incluse dans la distribution AlloyDB Omni. Pour l'activer et surveiller la taille de la mémoire `shared_buffers` dynamique, exécutez les commandes suivantes : 
CREATE EXTENSION IF NOT EXISTS g_memory;
SELECT g_dynamic_shared_size();
Arrêt d'une connexion PostgreSQL lorsque le système manque de mémoire
Lorsque AlloyDB Omni détecte que le système manque de mémoire, il tente de supprimer les connexions PostgreSQL qui consomment le plus de mémoire jusqu'à ce que la charge revienne à un niveau raisonnable. Lorsqu'un tel événement se produit, AlloyDB Omni enregistre une entrée semblable à l'exemple suivant dans les journaux de la base de données : 
WARNING: Sending SIGTERM to pid=12345 NSpid=67890 (VA size = 1024MB) (RSS size = 512MB)