Acerca del cluster de VM 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 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.

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 en el 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 Database on Dedicated Exadata Infrastructure y comprender el posicionamiento de AVMC en esta arquitectura, consulte Componentes de Autonomous Database on Dedicated Exadata Infrastructure.

Los administradores de flotas crean, supervisan y gestionan los AVMC. Consulte Roles de usuario asociados a Autonomous Database on Dedicated Exadata Infrastructure para obtener más información.

Temas relacionados

Requisitos de cluster de VM de Exadata autónomo

Note:

Las bases de datos de 23ai solo se pueden crear en clusters de VM de Exadata autónomos (AVMC) aprovisionados con las etiquetas necesarias. Para conocer los requisitos de las etiquetas, consulte 23ai Database Software Version Tag Requirements. Sin embargo, los despliegues de multinube no requieren una etiqueta especial y soportarán automáticamente tanto las bases de datos 19c como las de 23ai.

Requisitos de política de IAM

Opciones de despliegue Políticas de IAM

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

Oracle Public Cloud y multinube

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
Almacenamiento local 338.5GB por nodo
6.61TB Almacenamiento 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 de VM de Exadata autónomo para conocer todos los requisitos.

Note:

Debe aprovisionar un recurso de infraestructura de Exadata antes de crear un AVMC. Consulte Creación de un recurso de infraestructura de Exadata para obtener instrucciones.

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

Las siguientes funciones de Autonomous Database se pueden definir y gestionar en el nivel de cluster de VM de Exadata autónomo (AVMC).

Función de Autonomous Database	Notas:	Referencia adicional
Modelo informático Esta es la métrica de facturación informática para Autonomous Database.	A partir del 28 de mayo de 2025, Autonomous Database en infraestructura de Exadata dedicada no le permite crear nuevos AVMC mediante la métrica de facturación de OCPU. Todos los nuevos AVMC solo se pueden aprovisionar con ECPU. Los AVMC de OCPU y las instancias de Autonomous Database existentes seguirán funcionando como de costumbre. Puede actualizar sus AVMC de OCPU y sus respectivas instancias de Autonomous Database a ECPU mediante solicitudes de servicio. Consulte el ID de documento 2998755.1 para obtener más información. Note: Los despliegues de multinube solo admiten el modelo de recursos informáticos de ECPU.	Modelos informáticos
Selección de servidor de BD Los AVMC se pueden aprovisionar en cualquier número de servidores de base de datos (VM). Puede ver y seleccionar una lista de las 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 de 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.	Puede programar ejecuciones de mantenimiento independientes para cada cluster de VM autónomo en la misma infraestructura de 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 de cluster de VM de Exadata autónomo para la carga de 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 base de datos por CPU (GB): memoria por CPU asignada para las bases de datos autónomas en el cluster de VM autónomo. Asignar almacenamiento para copias de seguridad locales: para Exadata Cloud@Customer, puede seleccionar esta opción para configurar el almacenamiento de Exadata para activar las copias de seguridad de bases de datos locales. Almacenamiento de base de datos (TB): almacenamiento de datos asignado para la creación de Autonomous Database en el cluster de VM autónomo. Los términos VM y nodo se utilizan indistintamente entre despliegues de Oracle Exadata Cloud@Customer y Oracle Public Cloud.	Visualizaciones de uso de recurso
Configuración de Red En los despliegues de Oracle Public Cloud y Multicloud, el control de acceso de red se define mediante componentes del servicio Networking. Cree una Red Virtual en la Nube (VCN) que contenga subredes privadas en la que se puedan acceder a sus bases de datos autónomas a través de las redes.	SE APLICA A: Oracle Public Cloud Se aplica a: Multicloud Se pueden ajustar los siguientes valores al aprovisionar un AVMC: Red virtual en la nube: red virtual en la nube (VCN) en la 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 en el centro de datos y registrándola en un recurso de red de cluster de VM en el recurso de infraestructura de Exadata.	SOLO SE APLICA A: Exadata Cloud@Customer 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
Enrutamiento de paquetes de confianza cero (ZPR) El enrutamiento de paquetes de confianza cero (ZPR) de Oracle Cloud Infrastructure protege los datos confidenciales del acceso no autorizado mediante políticas de seguridad basadas en intenciones que escribe para los recursos, como un AVMC al que asigna atributos de seguridad.	Se aplica a: Oracle Public Cloud solo Puede aplicar atributos de seguridad ZPR a un AVMC al aprovisionarlo 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 optar por 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: Traiga su propia licencia: seleccione esta opción si su organización ya posee licencias de software de Oracle Database que desea utilizar en Autonomous Database. Licencia incluida: seleccione esta opción para suscribirse a la licencia de software de Oracle Autonomous Database
Zona Horaria Puede definir la zona horaria de cada cluster de VM de Exadata autónomo.	La zona horaria por defecto para el cluster 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. Como los certificados ORDS son certificados TLS unidireccionales, la selección entre TLS unidireccional y TLS mutua (mTLS) solo se aplica a los certificados TLS de la base de datos.
Gestionar certificados Puede cargar el certificado firmado por una 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 una CA con Autonomous Database. Puede rotar ambos tipos de certificados a través de la consola o la API.	Gestión de Certificados

Función de Autonomous Database

Notas:

Referencia adicional

Modelo informático

Esta es la métrica de facturación informática para Autonomous Database.

A partir del 28 de mayo de 2025, Autonomous Database en infraestructura de Exadata dedicada no le permite crear nuevos AVMC mediante la métrica de facturación de OCPU. Todos los nuevos AVMC solo se pueden aprovisionar con ECPU.

Los AVMC de OCPU y las instancias de Autonomous Database existentes seguirán funcionando como de costumbre. Puede actualizar sus AVMC de OCPU y sus respectivas instancias de Autonomous Database a ECPU mediante solicitudes de servicio. Consulte el ID de documento 2998755.1 para obtener más información.

Note:

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

Modelos informáticos

Selección de servidor de BD

Los AVMC se pueden aprovisionar en cualquier número de servidores de base de datos (VM). Puede ver y seleccionar una lista de las 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 de 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.

Puede programar ejecuciones de mantenimiento independientes para cada cluster de VM autónomo en la misma infraestructura de 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 de cluster de VM de Exadata autónomo para la carga de 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 base de datos por CPU (GB): memoria por CPU asignada para las bases de datos autónomas en el cluster de VM autónomo.
Asignar almacenamiento para copias de seguridad locales: para Exadata Cloud@Customer, puede seleccionar esta opción para configurar el almacenamiento de Exadata para activar las copias de seguridad de bases de datos locales.
Almacenamiento de base de datos (TB): almacenamiento de datos asignado para la creación de Autonomous Database en el cluster de VM autónomo.

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

Visualizaciones de uso de recurso

Configuración de Red

En los despliegues de Oracle Public Cloud y Multicloud, el control de acceso de red se define mediante componentes del servicio Networking. Cree una Red Virtual en la Nube (VCN) que contenga subredes privadas en la que se puedan acceder a sus bases de datos autónomas a través de las redes.

SE APLICA A: Oracle Public Cloud

Se aplica a: Multicloud

Se pueden ajustar los siguientes valores al aprovisionar un AVMC:

Red virtual en la nube: red virtual en la nube (VCN) en la 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 en el centro de datos y registrándola en un recurso de red de cluster de VM en el recurso de infraestructura de Exadata.

SOLO SE APLICA A:

Exadata Cloud@Customer

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

Enrutamiento de paquetes de confianza cero (ZPR)

El enrutamiento de paquetes de confianza cero (ZPR) de Oracle Cloud Infrastructure protege los datos confidenciales del acceso no autorizado mediante políticas de seguridad basadas en intenciones que escribe para los recursos, como un AVMC al que asigna atributos de seguridad.

Se aplica a:

Oracle Public Cloud solo

Puede aplicar atributos de seguridad ZPR a un AVMC al aprovisionarlo 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 optar por 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:

Traiga su propia licencia: seleccione esta opción si su organización ya posee licencias de software de Oracle Database que desea utilizar en Autonomous Database.
Licencia incluida: seleccione esta opción para suscribirse a la licencia de software de Oracle Autonomous Database

Zona Horaria

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

La zona horaria por defecto para el cluster 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.

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

Gestionar certificados

Puede cargar el certificado firmado por una 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 una CA con Autonomous 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 la 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 de 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
Cambio del tipo de licencia de un cluster de VM de Exadata autónomo	Cambio del tipo de licencia de un cluster de VM autónomo
Configuración de 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	SE APLICA A: Oracle Public Cloud SE APLICA A: Exadata Cloud@Customer Traslado de un cluster de VM de Exadata autónomo a otro compartimento
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 de Exadata 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 Note: Para despliegues de multinube, 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 lograr mediante API. Consulte API para gestionar clusters de VM de Exadata autónomos para obtener más referencia.

Título e Información de Copyright

Oracle y/o sus filiales.