AlloyDB Omni release notes

This page contains release notes for features and updates to AlloyDB Omni.

You can see the latest product updates for all of Google Cloud on the Google Cloud page, browse and filter all release notes in the Google Cloud console, or programmatically access release notes in BigQuery.

To get the latest product updates delivered to you, add the URL of this page to your feed reader, or add the feed URL directly.

December 15, 2025

Announcement

AlloyDB Omni version 17.5.0 is generally available (GA). Version 17.5.0 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 17.5.
  • AlloyDB Omni supports the credcheck extension which provides general credential checks, which are evaluated during the user creation, during the password change, and user renaming.
  • AlloyDB AI natural language, now available in Preview, delivers secure and accurate responses for application end user natural language questions. For more information, see AlloyDB AI natural language overview.
  • Use parameterized secure views, which provide a secure interface for application developers by improving data security and row access control while using SQL. This feature is in Preview. For more information, see Parameterized secure views overview.
Announcement

AlloyDB Omni version 16.9.0 is generally available (GA). Version 16.9.0 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 16.9.
  • AlloyDB Omni supports the credcheck extension which provides general credential checks, which are evaluated during the user creation, during the password change, and user renaming.
  • AlloyDB AI natural language, now available in Preview, delivers secure and accurate responses for application end user natural language questions. For more information, see AlloyDB AI natural language overview.
  • This release adds support for parametrized secure views.
Fixed

AlloyDB Omni version 16.9.0 includes fixes for major version upgrades. The supported upgrade path is from version 15.13.0 to 16.9.0.

Announcement

AlloyDB Omni version 15.13.0 is generally available (GA). Version 15.13.0 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 15.13.
  • AlloyDB AI natural language, now available in Preview, delivers secure and accurate responses for application end user natural language questions. For more information, see AlloyDB AI natural language overview.
  • This release adds support for parametrized secure views.
  • AlloyDB Omni supports the credcheck extension which provides general credential checks, which are evaluated during the user creation, during the password change, and user renaming.
Announcement

The AlloyDB Omni Kubernetes operator version 1.6.0 is generally available (GA) and includes the following features and bug fixes:

  • New metrics for Backup and BackupPlan custom resources to provide better visibility into your backup operations. You can now monitor key metrics such as backup status, duration, and size for Backup resources, and the status and schedule of BackupPlan resources. The Backup API is extended to include more detailed status information, such as startTime, endTime, wal, lsn, and size.

  • The default AlloyDB Omni database images for PostgreSQL 16.9.0+ and 17.5.0+ are now based on UBI 9, while the PostgreSQL 15 track remains on its Debian base. The AlloyDB Omni Kubernetes operator provides a seamless upgrade path between them by introducing two distinct base image tracks for database clusters: Debian-based and UBI-based. You can now specify the base operating system of the database image by using the new databaseImageOSType field in the DBCluster custom resource. For more information, see DBCluster Spec schema.

  • Ultra-fast cache and columnar engine enhancements:

    • You can now use emptyDir volumes for ephemeral disk caching, providing temporary fast storage tied to the pod's lifecycle without persisting data if the pod is rescheduled.
    • You can now configure a dedicated device for the columnar engine storage cache.

  • You can configure the operator to use a custom certificate issuer of your choice for TLS certificates. This feature lets you chain all certificates, including those for control plane components, back to your own trusted root CA, providing control over your TLS connections and allowing for integration with your existing public key infrastructure.

  • You can now view controller-runtime metrics to monitor key components of the operator, including the workqueue, reconciliations, and webhooks, to identify potential bottlenecks and to make sure the operator runs efficiently.

  • To monitor query performance in detail, you can now view new query insights metrics at a higher granularity such as alloydb_omni_database_postgresql_insights_perquery_execution_time_us_total and alloydb_omni_database_postgresql_insights_pertag_execution_time_us_total. These metrics provide insights into execution time, I/O time, and lock time, both aggregated and per query/per tag, helping you to identify and optimize expensive queries. For more information, see the Omni Metrics reference.

  • Active Directory group-based authorization is now generally available (GA), enabling granular permission management based on your Active Directory groups. For more information, see Integrate Active Directory group support with AlloyDB Omni.

  • You can investigate an issue with a crash-looping database pod by pausing the operator and patching a pod's StatefulSet to temporarily stop the crash loop.

  • For smooth major version upgrade, we recommend to perform a minor version upgrade to the latest refresh before proceeding with a major version upgrade. The supported upgrade paths are from version 15.13.0 to 16.9.0, from 16.9.0 to 17.5.0, and from 15.13.0 to 17.5.0.

Change

Starting with this release, any modifications made to the scheduling configuration are applied immediately and trigger a database restart.

Fixed

The AlloyDB Omni Kubernetes operator version 1.6.0 fixes a bug in the cache that might prevent the database from starting up after a restart, requiring manual intervention to recover.

Fixed

The AlloyDB Omni Kubernetes operator version 1.6.0 fixes a memory leak in the local operator to prevent out-of-memory (OOM) errors and subsequent crashes.

Issue

AlloyDB Omni DBClusters ignore the user-specified vertexAIRegion configuration. This issue causes all Vertex AI prediction calls to be incorrectly routed to the us-central1 region instead of the intended region.

July 23, 2025

Announcement

AlloyDB Omni version 16.8.0 is generally available (GA). Version 16.8.0 includes the following features and changes:

Announcement

AlloyDB Omni version 15.12.0 is generally available (GA). Version 15.12.0 includes the following features and changes:

Announcement

The AlloyDB Omni Kubernetes operator version 1.5.0 is generally available (GA) and includes the following features and bug fixes:

  • You can install the operator using the Operator Lifecycle Manager (OLM) for Kubernetes and OpenShift environments. See "Install the AlloyDB Omni operator" for AlloyDB Omni 15.12.0 and 16.8.0 for details.

  • Low downtime, minor version upgrades for a database cluster in a high availability setup are available in Preview. For more information, see "Perform a minor database version upgrade for AlloyDB Omni on Kubernetes" in the documentation for AlloyDB Omni 15.12.0 and 16.8.0.

  • Active Directory authentication integration on your Kubernetes-based AlloyDB Omni database cluster is generally available (GA). For more information, see Integrate Active Directory with AlloyDB Omni on Kubernetes.

  • Active Directory group-based authorization on your Kubernetes-based AlloyDB Omni database cluster is available in Preview. For more information, see Integrate Active Directory group support on Kubernetes.

  • You can configure backups to be taken directly from a standby Kubernetes cluster in a high availability (HA) setup to offload backup operations from your primary instance. See "Backup and restore in Kubernetes" for AlloyDB Omni 15.12.0 and 16.8.0 for details.

  • The operator fully automatically replicates replication slots for cross-data-center replication to work with primary database clusters that have high availability (HA) enabled. You still need to make sure you have reliable and low latency network connectivity between the primary and secondary data centers, which is crucial for cross-data-center replication to function effectively. For more information, see "Work with cross-data-center replication" for AlloyDB Omni 15.12.0 and 16.8.0.

  • AlloyDB Omni Kubernetes images are now built on Red Hat's Universal Base Image (UBI) 9. For more information, see "Install AlloyDB Omni on Kubernetes" for AlloyDB Omni 15.12.0 and 16.8.0.

  • AlloyDB AI requires AlloyDB Omni version 15.5.5 or later.

Issue

When upgrading your AlloyDB Omni database clusters, be aware of specific upgrade paths and prerequisites depending on your current controlPlaneAgentsVersion and environment:

  • If your database cluster's controlPlaneAgentsVersion is 1.0.0, you must first upgrade to 1.1.1 before you upgrade to 1.5.0 or higher. You can directly upgrade database clusters with controlPlaneAgentsVersion 1.1.0 or later to 1.5.0.

  • If you use an OpenShift database cluster that runs controlPlaneAgentsVersion 1.4.1 or earlier, you must run prerequisite steps before updating to 1.5.0. For more information, see "Update OpenShift database clusters from version 1.4.1 or earlier" for AlloyDB Omni 15.12.0 and 16.8.0.

May 27, 2025

Feature

The AlloyDB Omni Kubernetes operator version 1.4.1 is generally available (GA) and includes the following bug fixes:

  • Fix for overriding replication related parameters. This fix lets you override the wal_keep_size value. For more information, see Work with cross-data-center replication. This fix requires database version 15.7.1 or later.
  • 63-character DBCluster names are supported, which lets you define clearer and more descriptive cluster names.
  • Various bug fixes are implemented to enhance stability and the user experience.

May 09, 2025

Feature

AlloyDB Omni version 16.3.0 with Red Hat Universal Base Image (UBI) as a base image is generally available (GA). The image is RedHat certified and can also be accessed from the Red Hat Ecosystem Catalog. Version UBI 16.3.0 includes third-party extensions, including PostGIS and Orafce, which you can install on RPM-based Linux distributions. For more information about using UBI in AlloyDB Omni, see Install AlloyDB Omni on a VM.

April 09, 2025

Announcement

AlloyDB Omni is in General Availability on the Aiven Platform. Aiven provides managed AlloyDB Omni as a service on multiple public clouds. For more information, see Store your data on any major cloud.

Announcement

The alloydb_scann extension is updated to include the following vector search improvements. These features are generally available (GA):

  • Inline filtering enables the execution of vector search and filter evaluation through the combined use of vector and secondary indexes. For more information, see "Inline filtering" in the documentation for AlloyDB PostgreSQL and AlloyDB Omni 15.7.1 and 16.3.0.

  • You can let AlloyDB automatically create multiple parallel workers during index creation when the dataset grows, leading to faster build times. For more information, see "Build indexes in parallel" in the documentation for AlloyDB PostgreSQL and AlloyDB Omni 15.7.1 and 16.3.0.

  • A distribution histogram is available in the pg_stat_ann_indexes view, which helps you understand the distribution of vectors between partitions of your ScaNN index. For more information, including recommendations about tuning the distributionpercentile metric, see "Tuning metrics" in the documentation for AlloyDB PostgreSQL, and AlloyDB Omni 15.7.1 and 16.3.0.

  • You can use a query recall evaluator to find the recall for a vector query for a given configuration, and to tune your parameters to achieve the desired vector query recall results for different vector indexes. For more information, see "Measure vector query recall" in the documentation for AlloyDB PostgreSQL, and AlloyDB Omni 15.7.1 and 16.3.0.

Announcement

The alloydb_scann extension is updated to include the following vector search improvements in (Preview):

  • You can enable auto-maintenance for your ScaNN index and let incrementally manage the index such that when your dataset grows, AlloyDB splits large outlier partitions, and tries to provide better QPS and search results. For more information, see "Maintain indexes automatically" in the documentation for AlloyDB PostgreSQL and AlloyDB Omni 15.7.1 and 16.3.0.

  • Adaptive filtering for ScaNN significantly improves the speed of filtered vector searches. Adaptive filtering automatically selects the most efficient filtering method at runtime. For more information, see "Filtered vector search" and "Adaptive filtering" in the documentation for AlloyDB for PostgreSQL and AlloyDB Omni 15.7.1 and 16.3.0.

  • You can enable index auto maintenance and adaptive inline filtering together using the scann.enable_preview_features Grand Unified Configuration (GUC) parameters. For more information, see "AlloyDB flags" for AlloyDB for PostgreSQL and AlloyDB Omni 15.7.1 and 16.3.0.

April 08, 2025

Fixed

The Kubernetes 1.4.0 DBCluster might have a status of DBClusterReady even though its endpoint, which allows clients to connect, is not yet ready.

Fixed

The PostgreSQL Audit Extension (pgaudit) logging fix In AlloyDB Omni 15.7.0, which enables the pgAudit extension together with the PostgreSQL logging_collector parameter, might have resulted in audit logs loss. This issue is fixed in AlloyDB Omni versions 15.7.1 and 16.3.0.

Announcement

AlloyDB Omni version 15.7.1 is generally available (GA). Version 15.7.1 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 15.7.
  • AlloyDB Omni provides additional low-level logs (called internal logs), which are useful for debugging database issues. Production users are encouraged to enable this feature for greater observability. We recommend that you enable this feature to improve production observability.
  • Multiple extensions are updated.
  • Multiple GUCs have been updated or added.
  • Security fixes for CVE-2024-7348 are implemented.
  • Bug fixes.
Feature

Action required: You can access Kubernetes operator 1.4.0 high availability (HA) improvements for automatic setup, failover, and healing capabilities starting with AlloyDB Omni 15.7.1 and later. To access these features, see "Migrate to the latest version of AlloyDB Omni on Kubernetes" for AlloyDB Omni 15.7.1 and 16.3.0.

Announcement

The AlloyDB Omni Kubernetes operator version 1.4.0 is generally available (GA). Version 1.4.0 includes the following new features and changes:

  • You can enable Active Directory integration on your Kubernetes-based AlloyDB Omni database cluster so that you can allow your existing Active Directory-based users to access your AlloyDB Omni database. This feature is available in Preview. For more information, see Integrate Active Directory with AlloyDB Omni on Kubernetes.
  • You can create backups in any cloud or on-premises object storage systems that are compatible with the Amazon S3 API. For more information, see Create backups to S3-compatible storage (AlloyDB Omni 15.7.1 and 16.3.0).
  • You can now access log files from sidecar containers.
  • You can manually upgrade your AlloyDB Omni 15 database clusters to AlloyDB Omni 16.3.0 using pg_upgrade. For more information, see Migrate to the latest version of AlloyDB Omni on Kubernetes.
  • Beginning with Kubernetes operator version 1.4.0, the alloydb_omni_instance_postgresql_wait_time_second_total metric is renamed to alloydb_omni_instance_postgresql_wait_time_us_total to reflect the correct unit of the metric value. If you are not already using microseconds (us) for your metric unit, your queries and dashboard calculations need to change to reflect the correct unit of this metric: seconds -> us. For more information, see Upgrade your AlloyDB Omni Kubernetes operator to version 1.4.0.
  • The PgBouncer connection pooler is generally available (GA). This release includes g-pgBouncer 1.4.0, which incorporates features and bug fixes from PgBouncer 1.24.0.
  • You can configure the monitoring dashboard on your Grafana operator to visualize metrics using the monitoring endpoint of the Kubernetes operator.
  • When the AlloyDB Omni Kubernetes Operator detects low disk space, the Kubernetes Operator reports a low disk space Critical Incident (CI) on the database cluster.
  • AlloyDB Omni provides internal logs for debugging database issues. We recommend that you enable this feature to improve production observability. See "Enable internal logging" for AlloyDB Omni 15.7.1 and 16.3.0 for details.
  • Disk cache metrics alloydb_omni_database_postgresql_chill_cache_get_entry_calls_total and alloydb_omni_database_postgresql_chill_cache_num_hits_total are exposed when you enable disk cache on AlloyDB Omni versions 15.7.1 and 16.3.0. These metrics are database container-level metrics. For more information, see AlloyDB Omni metrics (15.7.1 and 16.3.0).
  • Use alloydb_omni_instance_postgresql_version to get the current PostgreSQL major version. For more information, see "Database container-level metrics" for AlloyDB Omni 15.7.1 and 16.3.0.
  • Various bug fixes and performance improvements.
Issue

If you use mutating admission webhooks in your Kubernetes cluster, you might experience issues when you create database clusters and the webhooks conflict with the AlloyDB Omni Kubernetes Operator. Examples of mutating admission webhooks include LimitRanger and DefaultTolerationSecond. When the conflict occurs, the database pod repeatedly switches between running and terminating. To work around this issue, disable these webhooks where you run your AlloyDB Omni database cluster.

Announcement

AlloyDB Omni version 16.3.0 is generally available (GA). Version 16.3.0 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 16.3.
  • Asynchronous I/O improves performance on systems with atomic writes for high concurrency Online Transaction Processing (OLTP) workloads. This feature is available in Preview.
  • You can upgrade your AlloyDB Omni PostgreSQL 15-based containers to AlloyDB Omni PostgreSQL 16 using pg_upgrade. For more information, see Upgrade to AlloyDB Omni version 16.3.0 on a VM.
  • AlloyDB Omni provides additional low-level logs (called "internal logs"), which are useful for debugging database issues. Production users are encouraged to enable this feature for greater observability. We recommend that you enable this feature to improve production observability.
  • Active Directory integration lets you use your Active Directory Server to authenticate users for accessing your AlloyDB Omni 16.3.0 databases. This feature is available in Preview. For more information, see Integrate Active Directory with AlloyDB Omni.
  • Multiple extensions are updated.
  • Multiple GUCs have been updated or added.
  • Security fixes for CVE-2024-7348 are implemented.
  • Various bug fixes.

April 02, 2025

Issue

When the ScaNN index creation updates the reltuples statistics of a heap table, performance might be degraded for queries involving that table. For information to mitigate the issue, see Analyze your indexed table.

February 03, 2025

Announcement

The AlloyDB Omni Kubernetes operator version 1.3.0 is generally available (GA). Version 1.3.0 includes the following new features and changes:

  • The Kubernetes operator 1.3.0 supports connection pooling (Preview).

  • You can put the database in maintenance mode to make a maintenance update or repair a pod.

  • You can create replication slots and users for logical replication via the Operator API from your database instance to subscribed applications.

  • This release of the Kubernetes operator adds support for kube-state-metrics so that you can use Prometheus or a Prometheus-compatible scraper to consume and display custom resource metrics like DBCluster Backup, and DBInstance. For more information, see Monitor AlloyDB Omni Kubernetes operator custom resources.

  • When you create a new database cluster, this version of the Kubernetes operator creates read-only (RO) and read-write (RW) load balancers concurrently, which reduces the time that it takes for the database cluster to be ready for connections and queries.

  • Configurable log rotation has a default retention time of seven days, and each archived file is individually compressed using Gzip. For more information, see Configure AlloyDB Omni log rotation.

  • Various bug fixes and performance improvements.

November 21, 2024

Feature

Model endpoint management is generally available (GA) for both AlloyDB and AlloyDB Omni. You can use sample templates to register model endpoints. For more information, see Register and call remote AI models in AlloyDB or Register and call remote AI models in AlloyDB Omni.

November 08, 2024

Announcement

AlloyDB Omni version 15.7.0 is generally available (GA). Version 15.7.0 includes the following features and changes:

  • AlloyDB Omni supports PostgreSQL version 15.7.

  • The alloydb_scann extension—previously named postgres_scann—is generally available (GA). For more information about storing vector embeddings, creating indexes, and tuning indexes to achieve faster query performance and better recall, see Work with vectors.

  • Support for Red Hat Enterprise Linux (RHEL) 8 is generally available (GA).

  • The AlloyDB Omni columnar engine is available in Preview on ARM.

  • Disk cache and columnar storage cache are available to improve AlloyDB Omni performance by accelerating data access for AlloyDB Omni in a container and on a Kubernetes cluster.

  • Security fixes for CVE-2023-50387 and CVE-2024-7348 have been implemented.

  • The AlloyDB Omni Reference documentation is available. This includes metrics, database flags, model endpoint management reference, and extensions documentation for AlloyDB Omni 15.7.0.

  • AlloyDB Omni supports the pg_ivm extension, which provides incremental view maintenance for materialized views.

  • Various bug fixes and performance improvements.

The AlloyDB Omni Kubernetes operator version 1.2.0 is generally available (GA). Version 1.2.0 includes the following new features:

  • The healthcheckPeriodSeconds parameter lets you specify the number of seconds to wait between health checks. For more information, see Adjust automatic failover trigger settings.

  • The following metrics help you monitor the performance of your database container. Each of these metrics is of type gauge. For more information, see Database container-level metrics.

    • alloydb_omni_memory_limit_byte shows the memory limit of a database container.

    • alloydb_omni_instance_postgresql_replication_state shows the state of each replica that's connected to the AlloyDB Omni primary node.

    • alloydb_omni_memory_used_byte shows the memory used by the database container in bytes.

  • An issue that caused a brief interruption to all database clusters when the following is true is fixed:

  • High availability is supported on a secondary database cluster after it's promoted. For more information, see Promote a secondary database cluster and Manage high availability in Kubernetes.

  • You can enable or disable model endpoint management through Kubernetes manifests. For more information, see Install AlloyDB Omni with AlloyDB AI.

  • You can configure when logs rotate using thresholds that are based on the size of the log files, the time since the log file last rotated, or both. For more information, see Configure AlloyDB Omni log rotation.

  • You can create a snapshot of the memory heap of AlloyDB Omni Kubernetes operator to help you analyze and debug its memory performance. For more information, see Analyze AlloyDB Omni Kubernetes operator memory heap usage.

Change

The extension pg_ivm version 1.9 has been added to extensions supported by AlloyDB Omni.

The following extensions are updated:

  • google_ml_integration from 1.3 to 1.4.2
  • pg_partman from 4.7.4 to 5.0.1
  • pglogical from 2.4.4 to 2.4.5
  • pgtt from 3.0.0 to 4.0.0
  • vector is updated from 0.7.0 to 0.7.4
Breaking

In AlloyDB Omni versions 15.5.5 and earlier, parameterized view features were available in the alloydb_ai_nl extension. Starting in version 15.7.0, parameterized view features are available in the parameterized_views extension, which you must create before you use parameterized views. Also starting in version 15.7.0, the related function, google_exec_param_query, has been renamed to execute_parameterized_query and is available in the parameterized_views extension. For more information, see Query your database using natural language.

October 09, 2024

Announcement

AlloyDB for PostgreSQL minor versions are upgraded to 15.7 and 14.12. For more information, see AlloyDB and AlloyDB Omni version policies.

October 02, 2024

Announcement

AlloyDB Omni is in Limited Availability on the Aiven Platform. Aiven provides managed AlloyDB Omni as a service on multiple public clouds. For more information, see Store your data on any major cloud.

September 18, 2024

Feature

The AlloyDB Omni operator is now available in Preview on Google Distributed Cloud (GDC) connected. For more information, see Install AlloyDB Omni on Kubernetes.

September 16, 2024

Breaking

The postgres_ann extension has been renamed to alloydb_scann. Before you upgrade to AlloyDB Omni Kubernetes operator version 1.1.1, you must drop any indexes created using the earlier postgres_ann version, then upgrade AlloyDB Omni, and then create the indexes again using the alloydb_scann extension.

Issue

Upgrading to version 1.1.1 of the AlloyDB Omni Kubernetes operator might result in a brief interruption to all database clusters. No data loss is expected.

Feature

Added a tutorial that shows you how to set up a connection from an application running in a Google Kubernetes Engine autopilot cluster to an AlloyDB instance.

Fixed

AlloyDB Omni Kubernetes operator version 1.1.1 is now available. This patch fixes the following issues:

  • Fixed a regression for the AlloyDB Vertex AI integration.
  • Fixed a bug in which upgrading from version 1.0.0 to version 1.1.0 failed when using injected sidecars.
  • Fixed a bug in which backups weren't reestablished correctly across failovers when using the Commvault sidecar with high availability (HA) configurations.
  • Fixed a bug that caused a status to be incorrectly set by the load balancer, resulting in erroneous reports that the database cluster wasn't ready.
Issue

Upgrading to version 1.1.1 of the AlloyDB Omni Kubernetes operator might result in a brief interruption to all database clusters. No data loss is expected.

August 22, 2024

Feature

AlloyDB Omni now offers in-depth documentation that describes how to install and use AlloyDB Omni in virtual machine (VM) environments. The information in these documents is in addition to the AlloyDB Omni documentation that describes how to install and use AlloyDB Omni in VM and Kubernetes environments. For more information, see Get started with AlloyDB Omni on VMs.

Change

The extension temporal_tables version 1.2.2 has been added to extensions supported by AlloyDB.

The following extensions are updated:

  • Updated pg_partman to version 4.7.4.
  • Updated pgtt to version 3.0.0.

August 16, 2024

Feature

August 05, 2024

Feature

AlloyDB Omni version 15.5.5 is now generally available (GA). This version includes the following features and changes:

June 25, 2024

Feature

AlloyDB Omni version 15.5.4 is generally available (GA). This version includes the following features and changes:

  • The simplified installation method for AlloyDB Omni is now generally available (GA). You can install and manage your AlloyDB Omni installation using common container-management tools such as Docker. For information on upgrading an existing AlloyDB Omni installation, see Migrate from an earlier version of AlloyDB Omni to the latest version.
  • AlloyDB Omni supports the Podman container tool on Red Hat Enterprise Linux (RHEL).
  • Support for Arm-based architectures is now available in Preview.
  • Various bug fixes and performance improvements.