AlloyDB Omni pour les conteneurs se comporte comme une base de données PostgreSQL autogérée et hautement optimisée qui apporte les performances et les fonctionnalités d'IA d' Google Cloudà votre infrastructure cloud locale ou privée. Il offre ainsi flexibilité et fonctionnalités puissantes sans nécessiter un engagement complet dans le cloud public.
Cas d'utilisation d'AlloyDB Omni pour les conteneurs
AlloyDB Omni pour les conteneurs est particulièrement adapté aux cas d'utilisation suivants :
- Base de données à instance unique : vous n'avez besoin que d'une seule instance de base de données. Vous n'avez pas besoin de fonctionnalités telles que la haute disponibilité et la reprise après sinistre.
- Développement et tests : AlloyDB Omni pour les conteneurs est idéal pour configurer AlloyDB Omni sur votre ordinateur portable ou dans un environnement de test, y compris pour les performances.
- Environnements non Kubernetes : lorsque votre infrastructure n'utilise pas Kubernetes ou lorsque la complexité d'un orchestrateur de conteneurs n'est pas nécessaire.
- Opérations hors connexion : pour les applications qui doivent continuer à fonctionner même lorsqu'elles sont déconnectées d'Internet.
- Exigences de faible latence : lorsque vous devez placer la base de données à proximité géographique de vos utilisateurs pour garantir les temps de réponse les plus rapides possible.
Principales caractéristiques et performances
AlloyDB Omni fournit un serveur de base de données compatible avec PostgreSQL. Il inclut la prise en charge d'AlloyDB AI, qui permet de créer des applications d'IA générative de niveau entreprise à l'aide de données opérationnelles, avec des intégrations dans l'écosystème d'IA Google Cloud .
Les principales fonctionnalités de pilotage automatique d'AlloyDB pour PostgreSQL sont également présentes, ce qui permet à AlloyDB Omni de s'autogérer et de s'auto-optimiser. Cela inclut la gestion automatique de la mémoire, qui surveille et optimise en permanence la consommation de mémoire, en ajustant de manière dynamique la taille du cache de mémoire tampon partagée en fonction de la pression exercée sur la mémoire. Par défaut, il définit une limite supérieure de 80 % de la mémoire système et alloue 10 % au cache de tampon partagé. L'autovacuum adaptatif est une autre fonctionnalité d'autopilote. Il analyse les charges de travail de la base de données et ajuste automatiquement la fréquence et l'intensité du nettoyage pour maintenir des performances optimales sans interférence. Un conseiller d'index analyse également les requêtes fréquemment exécutées et recommande de nouveaux index pour améliorer les performances des requêtes.
Pour accélérer les requêtes analytiques, AlloyDB Omni est doté d'un moteur en colonnes. Ce moteur stocke en mémoire les données fréquemment interrogées dans un format en colonnes. Il améliore considérablement les performances pour les charges de travail d'informatique décisionnelle, de reporting et de traitement transactionnel et analytique hybride (HTAP). Nos tests de performances indiquent que les charges de travail transactionnelles dans AlloyDB Omni sont plus de deux fois plus rapides et que les requêtes analytiques sont jusqu'à 100 fois plus rapides que dans PostgreSQL standard.
Fonctionnement
AlloyDB Omni pour les conteneurs s'exécute dans un conteneur Docker que vous installez dans votre propre environnement, tel qu'un système Linux avec stockage SSD et au moins 8 Go de mémoire par processeur. Vos applications se connectent et communiquent avec AlloyDB Omni comme avec un serveur de base de données PostgreSQL standard, avec un contrôle de l'accès des utilisateurs basé sur les normes PostgreSQL. La configuration du comportement de la base de données, de la journalisation au moteur de colonnes, est gérée par le biais d'indicateurs de base de données.
La distribution conteneurisée offre des avantages tels que la gestion transparente des dépendances, la portabilité entre les environnements, l'isolation de sécurité, la gestion des ressources, ainsi que l'application de correctifs et les mises à niveau fluides.
Architecture
AlloyDB Omni pour les conteneurs comprend des composants PostgreSQL avec des améliorations AlloyDB pour PostgreSQL et des composants AlloyDB pour PostgreSQL dédiés.
- Moteur de base de données : traduit les requêtes client en plans exécutables, trouve les données nécessaires, effectue le filtrage, le tri et l'agrégation, puis renvoie les résultats. Il vise à répondre aux requêtes en utilisant un minimum de ressources, en mettant l'accent sur la qualité des modèles de données et de la conception des requêtes.
- Stockage des données : les données sont stockées dans des pages de taille fixe dans le système de fichiers sous-jacent. AlloyDB Omni vérifie d'abord le pool de mémoire tampon lors de l'accès aux données. S'il ne les trouve pas, il les lit à partir du système de fichiers. Il est essentiel de maximiser la taille du pool de mémoire tampon pour les performances. AlloyDB Omni utilise une gestion dynamique de la mémoire, ce qui permet au pool de mémoire tampon de croître et de diminuer de manière dynamique dans les limites configurées, éliminant ainsi la nécessité de régler manuellement sa taille.
- Gestion des ressources : le traitement des requêtes nécessite des primitives de processeur, de mémoire, d'E/S, de réseau et de synchronisation. Il est important de surveiller l'utilisation du processeur (en visant un état stable d'environ 70 %) et les IOPS pour éviter les goulots d'étranglement. En minimisant les lectures et les écritures dans le stockage en maximisant les données dans le pool de mémoire tampon, vous pouvez éviter les limites d'IOPS.
- Worker d'IA/ML : dans un environnement de VM, le worker d'IA/ML en arrière-plan fournit toutes les fonctionnalités nécessaires pour appeler les modèles Vertex AI directement depuis la base de données, en s'exécutant en tant que processus
omni ml worker
.
Sauvegarde des données et reprise sur sinistre
AlloyDB Omni pour les conteneurs dispose d'un système de sauvegarde et de récupération continues, qui permet de créer un cluster de base de données à partir de n'importe quel point dans le temps au cours d'une période de conservation ajustable. Il peut également créer et stocker des sauvegardes complètes des données de votre cluster de bases de données, à la demande ou selon une programmation, ce qui permet de les restaurer dans un cluster AlloyDB Omni.
Pour la reprise après sinistre, la réplication inter-centres de données peut être réalisée en créant des clusters de bases de données secondaires dans des centres de données distincts. AlloyDB Omni diffuse de manière asynchrone les données d'un cluster principal vers des clusters secondaires. Un cluster secondaire peut être promu au rang de cluster principal si nécessaire.
Pour profiter des fonctionnalités d'évolutivité, de sécurité et de disponibilité entièrement gérées d'AlloyDB pour PostgreSQL, vous pouvez migrer vos données AlloyDB Omni vers un cluster AlloyDB pour PostgreSQL.
Étapes suivantes
- Abonnez-vous à AlloyDB Omni.
- En savoir plus sur les ajouts d'AlloyDB pour PostgreSQL à PostgreSQL standard
- Choisissez une option de téléchargement ou d'installation d'AlloyDB pour PostgreSQL.
- Choisissez une architecture de référence pour la disponibilité d'AlloyDB Omni.
- Planifiez l'installation d'AlloyDB Omni.