---
格式版本: 2
标题: "Announcing Oracle AI Database Operator for Kubernetes v2.2.0 | database"
原文链接: "https://blogs.oracle.com/database/announcing-oracle-ai-database-operator-for-kubernetes-v2-2-0"
发布日期: "2026-08-11"
发布时间校准状态: "found"
发布时间需复核: "否"
发布时间来源: "rule:local:strict_original_body"
发布时间证据: "August 11, 2026 4 minute read"
发布时间校准原因: "规则确认唯一严格发布时间，来源 local:strict_original_body"
发布时间校准置信度: "high"
发布时间候选数量: 5
发布时间严格候选数量: 1
发布时间原页读取状态: "source template page reused from URL open"
发布时间未找到原因: ""
发布时间校准时间: "2026-08-12T21:49:46+08:00"
发布时间仲裁状态: "skipped"
发布时间仲裁尝试次数: 0
发布时间仲裁耗时毫秒: 0
发现时间: "2026-08-12T21:43:00+08:00"
入库时间: "2026-08-12T13:49:46.301Z"
来源平台: "固定入口"
搜索渠道: "fixed_url"
搜索词: "https://blogs.oracle.com/?page=news"
匹配关键词:
  - "AI"
  - "GPU"
  - "deployment"
相关厂家:
  - "Oracle"
  - "Google"
相关专家:
  []
内容类型: "网页"
抓取工具: "CDP Render"
清洗工具: "CDP Text + Defuddle/Readability 正文提取"
原始附件:
  []
AI优质: "否"
AI打分: 30
AI分档: "非优质"
AI质检状态: "不通过"
AI打分理由: "资料为Oracle AI Database Operator v2.2.0发布公告，内容聚焦Kubernetes数据库操作与管理，与AI Rack、超节点、机柜级AI基础设施、GPU、高速互连、供电散热等技术主题完全无关，属于数据库软件领…"
AI质检模型: "ali-deepseek-v4-flash"
AI质检时间: "2026-08-12T21:49:56+08:00"
AI主题相关性: 0
AI来源权威性: 15
AI新颖性: 5
AI技术细节: 0
AI商业部署信号: 0
AI完整性: 10
采集批次: "2026年8月12日20点58分23秒"
采集批次ID: "20260812-205823-234"
去重键: "https://blogs.oracle.com/database/announcing-oracle-ai-database-operator-for-kubernetes-v2-2-0"
---

Running enterprise databases on Kubernetes calls for automation that is as dependable as the applications around them. Oracle AI Database Operator for Kubernetes extends the Kubernetes API with custom resources and controllers that help teams provision, manage, and automate the lifecycle of Oracle AI Database workloads and associated services using declarative configuration and familiar Kubernetes tooling.

Today, we’re announcing Oracle AI Database Operator for Kubernetes v2.2.0. This production release expands lifecycle automation across Oracle AI Database deployments, strengthens reconciliation and operational controls, adds new networking capabilities, and further improves security and observability.

## What makes this release special

Version 2.2.0 brings meaningful operational improvements across the operator:

Together, these updates help teams standardize database operations with Kubernetes-native patterns while reducing manual steps across provisioning, maintenance, recovery, networking, and day-to-day management.

- **Expanded lifecycle automation and reconciliation** for Oracle Autonomous AI Database, Oracle Autonomous AI Database on Dedicated infrastructure components, backup, restore, and multitenant workloads.
- **Broader automation** for single-instance databases, Oracle Real Application Clusters, Oracle Globally Distributed AI Database, Oracle Restart, and Oracle Data Guard Broker topologies.
- **Oracle Connection Manager Controller (preview mode)**, supporting Oracle Connection Manager (CMAN) endpoints and generated routing rules.
- **Improved security and observability**, including secure HTTPS metrics, a hardened manager security context, expanded Role Based Access Control (RBAC) and webhooks, network policies, and broader test coverage.
- **Platform compatibility** across Oracle Cloud Infrastructure, Red Hat OpenShift and Oracle Kubernetes Engine (OKE), Oracle Linux Cloud Native Environment, Google Kubernetes Engine, Azure Kubernetes Service, Amazon Elastic Kubernetes Service, and Minikube.

## What’s new in Oracle AI Database Operator v2.2.0

### Stronger Oracle Autonomous AI Database lifecycle operations

The release deepens lifecycle automation for Oracle Autonomous AI Database and its resources. New reconciliation and validation capabilities help keep Kubernetes and OCI state aligned, while finalizer-based cleanup supports more controlled resource lifecycle management.

For backup and restore workflows, v2.2.0 adds target validation and owner references, along with point-in-time restore and OCI work-request integration. Wallet validation, wallet rotation, and backup-resource synchronization and cleanup further improve the operational foundation for these services.

### More automation across database topologies

v2.2.0 expands controller capabilities across a range of database architectures:

- **Single-instance databases:** Additional support for service endpoints, TCPS, Oracle True Cache, Oracle Data Guard prerequisites, clone and restore workflows, and external PVCs. Improvements also strengthen pod security, resource handling, recreation checks, and connection status.
- **Oracle Real Application Clusters (RAC) and Oracle Restart:** Enhanced RAC and ASM storage lifecycle management, including disk and PVC provisioning and validation. Oracle Restart adds phased reconciliation for validation, storage, workload, and finalization, with support for static and dynamic PV/PVC handling.
- **Oracle Globally Distributed AI Database:** Improved lifecycle and scaling automation for sharded topologies, including catalog and shard management and status validation.
- **Oracle True Cache:** The enhancements add a new deployment mode that connects to same-cluster, cross-cluster, external databases using generated configuration blobs and ConfigMaps. It also adds service registration, TCP/TCPS connectivity, external access options, validation, lifecycle controls, samples, and documentation.
- **Data Guard Broker:** Expanded topology runtime, authentication-wallet handling, validation and provisioning, Fast-Start Failover observer management, and operation tracking. Manual switchover support is now idempotent.
- **Observability:** Oracle AI Database Operator for Kubernetes automates deployment, configuration, and lifecycle management of observability components alongside Oracle AI Database. Provides standardized observability across hybrid and multi-cloud deployment

These changes help teams apply repeatable, declarative workflows to database topologies that often require careful operational coordination.

### Improved multitenant and ORDS operations

For multitenant deployments, the LREST and LRPDB controllers improve internal communication and configuration, including a workflow that no longer requires an HTTPS password. The release also adds application-user creation in PDBs through Kubernetes Secrets, reconciliation of PDB initialization parameters, simplified reset-bitmask status handling, and support for loading tnsnames.ora topology.

ORDS Services gain capabilities for HTTP-only edge deployments, HTTP access-log forwarding and persistence, and Instance API bootstrap. Teams can also configure resource limits, metadata, and JVM options to better align ORDS deployments with their Kubernetes operating model.

### Private AI service operations

The PrivateAI controller introduces phased dependency and workload reconciliation, update-lock status, and rollout tracking. It also adds TLS-secret lifecycle support and support for vLLM and GPU-based deployments, helping teams operate private AI services with stronger Kubernetes-native controls.

### Oracle Connection Manager Controller preview

Oracle AI Database Operator for Kubernetes v2.2.0 introduces the Oracle Connection Manager Controller custom resource in preview mode. It supports Oracle Connection Manager (CMAN) endpoints, generated rules, cman.ora file mode, and endpoint status. The release also adds the network.oracle.com/v4 API and the Oracle CMAN controller CRD.

This preview gives teams a new way to define and observe database networking behavior through the operator’s declarative model.

### Security, observability, and operational resilience

Operator platform updates include secure HTTPS metrics, a hardened manager security context, expanded RBAC and webhook coverage, compatibility webhooks, network policy, samples, and test coverage. DatabaseObserver improvements provide safer child-resource ownership, Server-Side Apply support, and improved deployment readiness and status handling.

These enhancements are designed to make the operator more resilient and easier to operate in production environments.

## Broad Kubernetes platform compatibility

Oracle AI Database Operator for Kubernetes v2.2.0 has been installed and tested on:

- **Oracle Container Engine for Kubernetes (OKE), Kubernetes**
- **Red Hat OpenShift**
- **Oracle Linux Cloud Native Environment**
- **Google Kubernetes Engine (GKE)**
- **Azure Kubernetes Service (AKS)**
- **Amazon Elastic Kubernetes Service (EKS)**
- **Minikube**

This broad compatibility supports teams operating across OCI, on-premises environments, and multi-cloud Kubernetes estates.

## Getting started

To get started, install and validate the operator, then use the controller and database-workload guides for your deployment. The project includes examples, configuration references, and operational guidance to help teams get running quickly and operate reliably in production.

- **[GitHub](https://github.com/oracle/oracle-database-operator)**
- **[Oracle Container Registry](https://container-registry.oracle.com/ords/f?p=113:10::::::)**
- **[OperatorHub.io](https://operatorhub.io/operator/oracle-database-operator)**
- [**Oracle Kubernetes Engine (OKE)**](https://blogs.oracle.com/cloud-infrastructure/post/simplify-operations-oci-kubernetes-add-ons)
- [**Oracle AI Database Operator on OpenShift**](https://catalog.redhat.com/en/software/container-stacks/detail/68c4502d45d3fc6d301a9980)

For more information, visit the [Oracle AI Databases for Containers and Kubernetes page](https://www.oracle.com/database/kubernetes-for-container-database).

## The bottom line

Oracle AI Database Operator for Kubernetes v2.2.0 helps database and platform teams manage more of the Oracle AI Database lifecycle through the same declarative Kubernetes patterns used for their applications. With broader automation across database topologies, stronger reconciliation, improved security and observability, and a new networking preview, the release supports a more consistent and resilient operating model for Oracle AI Database on Kubernetes.
