Acerca del cluster de máquina virtual de Exadata autónomo

Los clusters de VM autónomos (AVMC) permiten particionar un cluster de Exadata físico (máquina) en varios clusters virtuales. Se pueden utilizar para aislar entornos para distintas cargas de trabajo de base de datos mediante reglas de acceso independientes, configuraciones de red, así como memoria informática personalizable y recursos de almacenamiento.

El AVMC es uno de los componentes de infraestructura del modelo de arquitectura de base de datos de cuatro niveles en el que se crea una base de datos de contenedores autónoma. Uno o más AVMC se aprovisionan dentro de un recurso de infraestructura de Exadata (EI), lo que proporciona el enlace entre la EI y los recursos de base de datos de contenedores autónoma de su despliegue.

Los AVMC proporcionan entornos aislados para diferentes cargas de trabajo de base de datos mediante reglas de acceso independientes, configuraciones de red, así como memoria informática personalizable y recursos de almacenamiento.

Para obtener una idea completa de la arquitectura de cuatro capas utilizada con Autonomous AI Database en infraestructura de Exadata dedicada y comprender el posicionamiento de AVMC en esta arquitectura, consulte Componentes de Autonomous AI Database en infraestructura de Exadata dedicada.

Los administradores de flotas crean, supervisan y gestionan AVMC. Consulte Roles de usuario asociados a la base de datos de IA autónoma en una infraestructura de Exadata dedicada para obtener más información.

Requisitos de cluster de máquina virtual de Exadata autónomo

Requisitos de la política de IAM

Opción de despliegue Políticas de IAM

Oracle Public Cloud y la multinube

Opción de despliegue	Políticas de IAM
Oracle Public Cloud y la multinube	`manage cloud-autonomous-vmclusters` `use cloud-exadata-infrastructures`
Exadata Cloud at Customer	`manage autonomous-vmclusters` `use exadata-infrastructures`

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures

Exadata Cloud at Customer

manage autonomous-vmclusters

use exadata-infrastructures

Requisitos de recursos mínimos

Para crear un cluster de VM de Exadata autónomo, necesita al menos:

40 ECPU por nodo
120 GB de memoria por nodo
338,5 GB de almacenamiento local por nodo
6,61 TB de almacenamiento de Exadata

Se deben cumplir los requisitos de red antes de aprovisionar un cluster de VM de Exadata autónomo. Consulte Creación de un cluster del VM de Exadata autónomo para conocer todos los requisitos.

Nota: Debe aprovisionar un recurso de infraestructura de Exadata antes de crear un AVMC. Consulte la sección sobre creación de un recurso de infraestructura deExadata para obtener instrucciones.

Funciones de base de datos gestionadas desde un cluster de VM de Exadata autónomo

Las siguientes funciones de la base de datos de IA autónoma se pueden definir y gestionar a nivel de cluster de VM de Exadata autónomo (AVMC).

Función de base de datos de IA autónoma	Notas:	Referencia adicional
Modelo de cálculo Esta es la métrica de facturación informática para la base de datos de IA autónoma.	A partir del 28 de mayo de 2025, la base de datos de IA autónoma en una infraestructura de Exadata dedicada no permite crear nuevos AVMC mediante la métrica de facturación OCPU. Todos los nuevos AVMC solo se pueden aprovisionar con ECPU. Los AVMC de OCPU existentes y las bases de datos de IA autónomas seguirán funcionando como de costumbre. Puede tener sus AVMC de OCPU y sus respectivas bases de datos de IA autónomas actualizadas a ECPU mediante solicitudes de servicio. Consulte el ID de documento 2998755.1 para obtener más información. Nota: Los despliegues multinube solo admiten el modelo de recursos informáticos de ECPU.	Modelos de cálculo
Selección de Servidor de Base de Datos Los AVMC se pueden aprovisionar en cualquier número de servidores de base de datos (VM). Puede ver y seleccionar de una lista de máquinas virtuales disponibles durante el aprovisionamiento de un AVMC.	Durante el aprovisionamiento de un AVMC, debe seleccionar al menos 2 servidores de base de datos para desplegar un recurso AVMC. Se necesita un mínimo de 2 servidores de base de datos para la configuración de alta disponibilidad (HA). No puede agregar ni eliminar servidores de base de datos después de aprovisionar un AVMC.
Programación de mantenimiento En general, Oracle programa y lleva a cabo el mantenimiento de toda la flota durante cada trimestre. Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.	Se pueden programar ejecuciones independientes de mantenimiento para cada cluster de VM autónomo en la misma infraestructura Exadata. Puede cambiar el programa de mantenimiento desde el valor por defecto (Sin preferencia, que permite a Oracle programar el mantenimiento según sea necesario), seleccionando los meses, las semanas, los días y las horas del programa. También puede definir un plazo para recibir un mensaje de notificación sobre un próximo mantenimiento de Oracle.	Especificación de cuándo se puede realizar el mantenimiento
Gestión de Recursos Puede personalizar los recursos informáticos, el almacenamiento y la memoria de cada configuración Exadata VM Cluster autónomo para la carga del trabajo prevista. Puede supervisar estos recursos mediante la visualización de visualizaciones de uso y asignación de recursos.	Opcionalmente, al aprovisionar un AVMC, puede definir un valor adecuado para los siguientes atributos de gestión de recursos según sus necesidades: Número Máximo de Bases de Datos de Contenedores Autónomas: El número de Bases de Datos de Contenedores Autónomas especificado representa el límite superior de Bases de Datos de Contenedores Autónomas. Recuento de la CPU por VM o nodo: especifique el recuento de la CPU para cada máquina virtual individual. El valor mínimo es de 20 ECPU por VM. Memoria de la base de datos por CPU (GB): memoria por CPU asignada a las bases de datos de IA autónomas en el cluster del VM autónomo. Allocate Storage for Local Backups: For Exadata Cloud@Customer, you can check this option to configure the Exadata storage to enable local database backups. Almacenamiento de base de datos (TB): almacenamiento de datos asignado para la creación de una base de datos de IA autónoma en el cluster de VM autónomo. Los términos VM y nodo se utilizan indistintamente entre los despliegues de Oracle Exadata Cloud@Customer y Oracle Public Cloud.	Visualizaciones de uso del recurso
Configuración de red En los despliegues de Oracle Public Cloud y multinube, puede definir el control de acceso a la red mediante componentes del servicio Networking. Puede crear una red virtual en la nube (VCN) que contenga subredes privadas en las que la base de datos de IA autónoma pueda acceder a la red.	SE APLICA A: Solo Oracle Public Cloud La siguiente configuración se puede ajustar al aprovisionar un AVMC: Red virtual de la nube: la red virtual de la nube (VCN) en el que desea crear el nuevo AVMC. Subred: subred dentro de la VCN seleccionada anteriormente para el nuevo cluster de VM de Exadata autónomo.
Red de cluster de máquina virtual En Exadata Cloud@Customer, puede definir controles de acceso de red especificando una red de cliente dentro de su centro de datos y registrándola en un recurso de red de cluster de VM dentro del recurso de infraestructura de Exadata.	SE APLICA A: Exadata Cloud@Customer solo La red de cluster de VM en la que crear el nuevo cluster de VM de Exadata autónomo se selecciona durante el aprovisionamiento de un AVMC.	Preparación para Exadata Database Service en Cloud at Customer
Zero Trust Packet Routing (ZPR) Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protege los datos confidenciales frente al acceso no autorizado mediante políticas de seguridad basadas en intenciones que escribe para recursos, como un AVMC al que asigna atributos de seguridad.	SE APLICA A: Solo Oracle Public Cloud Puede aplicar atributos de seguridad de ZPR a un AVMC mientras lo aprovisiona o posteriormente.	Creación de un cluster de VM de Exadata autónomo Introducción al enrutamiento de paquetes de confianza cero
Tipo de licencia Puede elegir utilizar las licencias de software de Oracle Database existentes o suscribirse a las licencias de software de Oracle Database.	Hay dos opciones para el tipo de licencia: Bring your own license: Select this option if your organization already owns Oracle Database software licenses that you want to use on Autonomous AI Database. Licencia incluida: seleccione esta opción para suscribirse a la licencia de software de Oracle Autonomous AI Database
Zona Horaria Puede definir la zona horaria de cada cluster de VM de Exadata autónomo.	La zona horaria por defecto para el pool de VM de Exadata autónomo es UTC, pero puede especificar otra zona horaria.
Listener Puede seleccionar un puerto de listener de nombre de acceso de cliente único (SCAN) para TLS y no TLS, y elegir entre TLS unidireccional y mTLS para certificados TLS de base de datos.	Los puertos del listener de SCAN no se pueden cambiar después de aprovisionar el recurso de AVMC. Dado que los certificados ORDS son certificados TLS unidireccionales, la elección entre TLS unidireccional y TLS mutua (mTLS) solo se aplica a los certificados TLS de la base de datos.
Claves de cifrado con AWS KMS	En Autonomous AI Database on Oracle Database@AWS, puede activar AWS Key Management Service (AWS KMS) para gestionar las claves de cifrado maestras.	Activar o desactivar AWS KMS
Gestionar los certificados Puede cargar el certificado firmado por la CA en el cluster de VM autónomo y utilizarlo para conexiones seguras.	Por defecto, los certificados autofirmados gestionados por Oracle se generan automáticamente al aprovisionar un cluster de VM de Exadata autónomo (AVMC) y se aplican a todas las bases de datos creadas en ese AVMC. También tiene la opción de utilizar su propio certificado de servidor firmado por CA con Autonomous AI Database. Puede rotar ambos tipos de certificados a través de la consola o la API.	Gestión de Certificados

Función de base de datos de IA autónoma

Notas:

Referencia adicional

Modelo de cálculo

Esta es la métrica de facturación informática para la base de datos de IA autónoma.

A partir del 28 de mayo de 2025, la base de datos de IA autónoma en una infraestructura de Exadata dedicada no permite crear nuevos AVMC mediante la métrica de facturación OCPU. Todos los nuevos AVMC solo se pueden aprovisionar con ECPU.

Los AVMC de OCPU existentes y las bases de datos de IA autónomas seguirán funcionando como de costumbre. Puede tener sus AVMC de OCPU y sus respectivas bases de datos de IA autónomas actualizadas a ECPU mediante solicitudes de servicio. Consulte el ID de documento 2998755.1 para obtener más información.

Nota: Los despliegues multinube solo admiten el modelo de recursos informáticos de ECPU.

Modelos de cálculo

Selección de Servidor de Base de Datos

Los AVMC se pueden aprovisionar en cualquier número de servidores de base de datos (VM). Puede ver y seleccionar de una lista de máquinas virtuales disponibles durante el aprovisionamiento de un AVMC.

Durante el aprovisionamiento de un AVMC, debe seleccionar al menos 2 servidores de base de datos para desplegar un recurso AVMC. Se necesita un mínimo de 2 servidores de base de datos para la configuración de alta disponibilidad (HA).

No puede agregar ni eliminar servidores de base de datos después de aprovisionar un AVMC.

Programación de mantenimiento

En general, Oracle programa y lleva a cabo el mantenimiento de toda la flota durante cada trimestre.

Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.

Se pueden programar ejecuciones independientes de mantenimiento para cada cluster de VM autónomo en la misma infraestructura Exadata.

Puede cambiar el programa de mantenimiento desde el valor por defecto (Sin preferencia, que permite a Oracle programar el mantenimiento según sea necesario), seleccionando los meses, las semanas, los días y las horas del programa. También puede definir un plazo para recibir un mensaje de notificación sobre un próximo mantenimiento de Oracle.

Especificación de cuándo se puede realizar el mantenimiento

Gestión de Recursos

Puede personalizar los recursos informáticos, el almacenamiento y la memoria de cada configuración Exadata VM Cluster autónomo para la carga del trabajo prevista. Puede supervisar estos recursos mediante la visualización de visualizaciones de uso y asignación de recursos.

Opcionalmente, al aprovisionar un AVMC, puede definir un valor adecuado para los siguientes atributos de gestión de recursos según sus necesidades:

Número Máximo de Bases de Datos de Contenedores Autónomas: El número de Bases de Datos de Contenedores Autónomas especificado representa el límite superior de Bases de Datos de Contenedores Autónomas.
Recuento de la CPU por VM o nodo: especifique el recuento de la CPU para cada máquina virtual individual. El valor mínimo es de 20 ECPU por VM.
Memoria de la base de datos por CPU (GB): memoria por CPU asignada a las bases de datos de IA autónomas en el cluster del VM autónomo.
Allocate Storage for Local Backups: For Exadata Cloud@Customer, you can check this option to configure the Exadata storage to enable local database backups.
Almacenamiento de base de datos (TB): almacenamiento de datos asignado para la creación de una base de datos de IA autónoma en el cluster de VM autónomo.

Los términos VM y nodo se utilizan indistintamente entre los despliegues de Oracle Exadata Cloud@Customer y Oracle Public Cloud.

Visualizaciones de uso del recurso

Configuración de red

En los despliegues de Oracle Public Cloud y multinube, puede definir el control de acceso a la red mediante componentes del servicio Networking. Puede crear una red virtual en la nube (VCN) que contenga subredes privadas en las que la base de datos de IA autónoma pueda acceder a la red.

SE APLICA A: Aplicable Solo Oracle Public Cloud

La siguiente configuración se puede ajustar al aprovisionar un AVMC:

Red virtual de la nube: la red virtual de la nube (VCN) en el que desea crear el nuevo AVMC.
Subred: subred dentro de la VCN seleccionada anteriormente para el nuevo cluster de VM de Exadata autónomo.

Red de cluster de máquina virtual

En Exadata Cloud@Customer, puede definir controles de acceso de red especificando una red de cliente dentro de su centro de datos y registrándola en un recurso de red de cluster de VM dentro del recurso de infraestructura de Exadata.

SE APLICA A: Aplicable

Exadata Cloud@Customer solo

La red de cluster de VM en la que crear el nuevo cluster de VM de Exadata autónomo se selecciona durante el aprovisionamiento de un AVMC.

Preparación para Exadata Database Service en Cloud at Customer

Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protege los datos confidenciales frente al acceso no autorizado mediante políticas de seguridad basadas en intenciones que escribe para recursos, como un AVMC al que asigna atributos de seguridad.

SE APLICA A: Aplicable Solo Oracle Public Cloud

Puede aplicar atributos de seguridad de ZPR a un AVMC mientras lo aprovisiona o posteriormente.

Creación de un cluster de VM de Exadata autónomo

Introducción al enrutamiento de paquetes de confianza cero

Tipo de licencia

Puede elegir utilizar las licencias de software de Oracle Database existentes o suscribirse a las licencias de software de Oracle Database.

Hay dos opciones para el tipo de licencia:

Bring your own license: Select this option if your organization already owns Oracle Database software licenses that you want to use on Autonomous AI Database.
Licencia incluida: seleccione esta opción para suscribirse a la licencia de software de Oracle Autonomous AI Database

Zona Horaria

Puede definir la zona horaria de cada cluster de VM de Exadata autónomo.

La zona horaria por defecto para el pool de VM de Exadata autónomo es UTC, pero puede especificar otra zona horaria.

Listener

Puede seleccionar un puerto de listener de nombre de acceso de cliente único (SCAN) para TLS y no TLS, y elegir entre TLS unidireccional y mTLS para certificados TLS de base de datos.

Los puertos del listener de SCAN no se pueden cambiar después de aprovisionar el recurso de AVMC.

Dado que los certificados ORDS son certificados TLS unidireccionales, la elección entre TLS unidireccional y TLS mutua (mTLS) solo se aplica a los certificados TLS de la base de datos.

Claves de cifrado con AWS KMS

En Autonomous AI Database on Oracle Database@AWS, puede activar AWS Key Management Service (AWS KMS) para gestionar las claves de cifrado maestras.

Activar o desactivar AWS KMS

Gestionar los certificados

Puede cargar el certificado firmado por la CA en el cluster de VM autónomo y utilizarlo para conexiones seguras.

Por defecto, los certificados autofirmados gestionados por Oracle se generan automáticamente al aprovisionar un cluster de VM de Exadata autónomo (AVMC) y se aplican a todas las bases de datos creadas en ese AVMC. También tiene la opción de utilizar su propio certificado de servidor firmado por CA con Autonomous AI Database.

Puede rotar ambos tipos de certificados a través de la consola o la API.

Gestión de Certificados

Operaciones de gestión de cluster de VM de Exadata autónomo

Puede realizar las siguientes operaciones de gestión en un cluster de VM de Exadata autónomo.

Operación	Instrucciones de tarea
Creación de un cluster de VM de Exadata autónomo	Para los despliegues de Oracle Public Cloud, consulte Creación de un cluster de VM de Exadata autónomo Para los despliegues multinube, consulte Creación de un cluster de VM autónomo (AVMC)
Visualización de una lista de los clusters de VM de Exadata autónomos	Visualización de una lista de los clusters de VM de Exadata autónomos
Visualización de detalles de un cluster de VM de Exadata autónomo	Visualización de detalles de un cluster de VM de Exadata autónomo
Cambiar el tipo de licencia de un cluster Exadata de VM autónomo	Cambio del tipo de licencia de un cluster de VM autónomo
Configuración del enrutamiento de paquetes de confianza cero (ZPR) para un cluster de VM de Exadata autónomo	Configuración del enrutamiento de paquetes de confianza cero (ZPR) para un AVMC
Traslado de un cluster de VM de Exadata autónomo a otro compartimento	Traslado de un cluster de VM de Exadata autónomo a otro compartimento
Activar AWS Key Management Service	Para las implementaciones multinube, consulte Activación o desactivación de AWS KMS
Gestión de certificados de seguridad para un recurso de cluster de VM de Exadata autónomo	Gestión de certificados de seguridad para un recurso de cluster de VM de Exadata autónomo
Visualización del uso de recursos de un cluster de VM de Exadata autónomo	Visualización del uso de recursos de un cluster de VM de Exadata autónomo
Gestión de recursos de cluster de VM deExadata autónomo	Gestión de recursos de cluster de VM de Exadata autónomo
Cambio del programa de mantenimiento de un cluster de VM de Exadata autónomo	Cambio del programa de mantenimiento de un cluster de VM de Exadata autónomo
Visualización y gestión del mantenimiento programado de un cluster de VM de Exadata autónomo	Visualización y gestión del mantenimiento programado de un cluster de VM de Exadata autónomo
Visualización del mantenimiento pasado de un cluster de VM de Exadata autónomo	Visualización del mantenimiento pasado de un cluster de VM de Exadata autónomo
Terminación de un cluster de VM de Exadata autónomo	Terminación de un cluster de VM de Exadata autónomo Nota: para los despliegues multinube de AWS, también puede terminar el cluster de VM de Exadata autónomo desde la consola de AWS. Consulte Suprimir cluster de VM autónomo en la región de AWS.

Las operaciones mencionadas anteriormente también se pueden realizar mediante API. Consulte la sección sobre API para gestionar clusteres de VM deExadata autónomos para obtener más información.