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

Puede crear un cluster de VM de Exadata autónomo desde la consola de Oracle Cloud Infrastructure.

Note:

Si es cliente con una suscripción a multinube, consulte las instrucciones de Creación de un cluster de VM autónomo (AVMC) en AWS.

Requisitos de etiqueta de versión de software de base de datos 23ai

SE APLICA A: Aplicable Oracle Public Cloud SE APLICA A: Aplicable Exadata Cloud@Customer

Asegúrese de agregar la siguiente etiqueta en Opciones avanzadas al aprovisionar un AVMC para admitir ACD con la versión de software de base de datos 23ai:
  • Espacio de nombres de etiqueta: Ninguno (Agregar una etiqueta de formato libre)
  • Clave de etiqueta: DatabaseVersion
  • Valor de etiqueta: 23ai

A continuación se muestra la Descripción de 23aitag.png
Descripción de la ilustración 23aitag.png

Un AVMC creado con la etiqueta 23ai solo admite ACD con la versión 23ai del software de Oracle Database. No puede crear ACD 19c dentro de este AVMC. Las bases de datos autónomas con la versión 19c del software de Oracle Database solo se pueden aprovisionar en un AVMC que no se crea con la etiqueta 23ai. No puede aprovisionar las bases de datos de contenedor autónomas 19c y 23ai en el mismo AVMC. Consulte Funciones de base de datos gestionadas desde la base de datos de contenedores autónoma para obtener más información.

Requisitos de política 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

Requisitos de política de enrutamiento de paquetes de confianza cero (ZPR)

SE APLICA A: Aplicable Solo Oracle Public Cloud

  1. Políticas de IAM necesarias para agregar atributos de seguridad de enrutamiento de paquetes de confianza cero (ZPR) al aprovisionar un AVMC:
    allow group <group_name> to { ZPR_TAG_NAMESPACE_USE, SECURITY_ATTRIBUTE_NAMESPACE_USE } in tenancy
allow group <group_name> to manage autonomous-database-family in tenancy
allow group <group_name> to read security-attribute-namespaces in tenancy

  2. Para aprovisionar un AVMC con atributos de seguridad, también debe activar las políticas ZPR correspondientes para permitir el tráfico.

    Por ejemplo, debe definir las políticas ZPR de ejemplo que se muestran a continuación para aprovisionar un AVMC con los siguientes atributos de seguridad:
    • Red de VCN: ADBD
    • Cliente de base de datos: ADBDClient
    • Servidor de base de datos: ADBDServer
    Políticas de ZPR de ejemplo para aprovisionar AVMC correctamente:
    in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
    Políticas ZPR de ejemplo para una conectividad de cliente correcta:
    in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Client:ADBDClient endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow Db-Client:ADBDClient endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22'
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints
in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp'
in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'

Requisitos de Recursos

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

Requisitos de Red

Puede aprovisionar nuevos clusters de VM con redes de pila doble IPv4/IPv6, activando las direcciones IPv4 y IPv6. Esta opción se activa al crear una VCN y al crear una subred.

Tamaños de subred
  • Despliegues de Oracle Public Cloud y multinube:

    Si está aprovisionando un recurso de cluster de VM de Exadata autónomo y configurando la recuperación ante desastres con Autonomous Data Guard, asegúrese de que el espacio de dirección IP de las redes virtuales en la nube (VCNs) no se superponga.

    En la siguiente tabla se muestran los tamaños mínimos de subred necesarios para los despliegues de Autonomous Database en Oracle Public Cloud.

    Sugerencia:

    El servicio Redes reserva tres direcciones IP en cada subred. La asignación de un espacio más grande para la subred que el mínimo necesario (por ejemplo, al menos /25 en lugar de /28) puede reducir el impacto relativo de esas direcciones reservadas en el espacio disponible de la subred.

    Tamaño de rack Subred de cliente: N.º de direcciones IP necesarias Subred de cliente: Tamaño mínimo
    Sistema base o cuarto de rack (4 direcciones * 2 nodos) + 3 para los SCAN + 3 reservadas en la subred = 14 /28 (16 direcciones IP)
    Medio rack (4 * 4 nodos) + 3 + 3 = 22 /27 (32 direcciones IP)
    Rack completo (4* 8 nodos) + 3 + 3 = 38 /26 (64 direcciones IP)
    Sistemas de infraestructura flexibles (X8M y superiores) 4 direcciones por nodo de base de datos (mínimo de 2 nodos) + 3 para los SCAN + 3 reservadas en la subred /28 es el tamaño mínimo de subred, pero la adición de cada nodo aumenta el tamaño de la subred de proporcionalmente.

    Sugerencia:

    Asegúrese de configurar las subredes para que tengan suficientes direcciones IP disponibles para crear varios clusters de VM de Exadata autónomos. Por ejemplo, la dirección IP mínima requerida para un sistema base o un cuarto de rack para un único cluster de VM es 14. Si planea crear 2 clusters de VM, defina la subred en /27 o tenga dos subredes en el nivel /28.
  • Despliegues de Exadata Cloud@Customer:

    Para conocer los requisitos de IP de Exadata Cloud@Customer, consulte Direcciones IP y subredes para Exadata Exadata Cloud at Customer.

Listas de seguridad
  • Despliegues de Oracle Public Cloud y multinube:
    • Para cumplir los requisitos mínimos de la lista de seguridad para aprovisionar un cluster de VM autónomo:
      • Abra TCP en todos los puertos para entrada y salida para el CIDR de subred.
      • Abra todos los tipos y códigos ICMP de entrada y salida para el CIDR de subred.
      • Asegúrese de que la entrada y la salida tienen el mismo tipo: ambas opciones son sin estado o ambas tienen estado.

      Por ejemplo, en la siguiente captura de pantalla, TestVCN tiene un bloque de CIDRIPv4 CIDR IPv4 de 11.0.0.0/16 y FleetSubnet (la subred utilizada para aprovisionar AVMC) tiene un bloque de CIDRIPv4 CIDR IPv4 de 11.0.0.0/24.

      Descripción de avmc_minseclistreq.png a continuación
      Descripción de la ilustración avmc_minseclistreq.png

    • Opcionalmente, en función de sus requisitos, puede que también necesite abrir los siguientes puertos para conectar y operar instancias de Autonomous Database creadas en este AVMC.
      Puerto de Destino Protocolo IP Finalidad
      1521 TCP Tráfico de SQL*Net
      2484 TCP Seguridad de capa de transporte (TLS) desde las subredes de aplicación
      6200 TCP

      Tráfico del servicio de notificaciones de Oracle (ONS)

      Tráfico de notificación rápida de aplicaciones (FAN)
      443 TCP

      Oracle Application Express

      Oracle Database Actions
  • Despliegues de Exadata Cloud@Customer:
    • Antes de aprovisionar un AVMC en Exadata Cloud@Customer, debe configurar las reglas de red como se muestra en Requisitos de red para Oracle Exadata Database Service on Cloud@Customer en Preparación para Exadata Database Service on Cloud@Customer.
    • Además, debe abrir el Puerto 1522 para:
      • Permita el tráfico TCP entre las bases de datos principal y en espera en una configuración de Autonomous Data Guard.
      • Soporta la clonación de bases de datos.

    • De manera opcional, si planea conectarse a las siguientes aplicaciones de uso común, es posible que también necesite abrir los siguientes puertos.

      Puerto de Destino Protocolo IP Finalidad
      443 (Salida) TCP Servicio de gestión de claves (KMS)
      1521 (Ingress) TCP Oracle Enterprise Manager (OEM)
      1521 TCP Tráfico de SQL*Net
      2484 TCP Seguridad de capa de transporte (TLS) desde las subredes de aplicación
      6200 TCP

      Tráfico del servicio de notificaciones de Oracle (ONS)

      Tráfico de notificación rápida de aplicaciones (FAN)
      443 TCP

      Oracle Application Express

      Oracle Database Actions

Note:

Solo puede crear una VM múltiple: cluster de VM autónomo (AVMC) en recursos de infraestructura de Exadata creados en Oracle Cloud después del inicio de la función de varias instancias de Autonomous Database de VM. Cree una solicitud de servicio en My Oracle Support si necesita abordar esta limitación y desea agregar un cluster de VM autónomo a recursos de infraestructura de Exadata anteriores. Para obtener ayuda sobre cómo presentar una solicitud de soporte, consulte Creación de una solicitud de servicio en My Oracle Support.

Instrucciones

Sugerencia:

Si desea una alternativa de "prueba" para demostrar estas instrucciones, consulte los siguientes laboratorios en el taller Oracle Autonomous Database Dedicated for Fleet Administrators:
  • Laboratorio 3: Aprovisionamiento de un cluster de VM de Exadata autónomo en la nube para Autonomous Database en una infraestructura dedicada
  • Laboratorio 5: Aprovisionamiento de un cluster de VM autónomo en Exadata Cloud@Customer

  1. Vaya a Autonomous Database en la consola de Oracle Cloud Infrastructure.

    Para obtener instrucciones, consulte Acceso a Autonomous Database en la consola de Oracle Cloud Infrastructure.

  2. En la lista de tipos de recursos de Autonomous Database del menú lateral, haga clic en Clusters de máquina virtual de Exadata autónomos.

    Puede ver la lista de clusters de VM de Exadata autónomos en el compartimento actual.

  3. Seleccione el compartimento en el que desea crear un cluster de VM de Exadata autónomo.

    La lista de clusters de VM de Exadata autónomos se refrescará para mostrar los del compartimento seleccionado.

  4. Haga clic en Create Autonomous Exadata VM Cluster.

  5. Rellene la página Crear cluster de VM de Exadata autónomo con la siguiente información:
    Valor Descripción Notas:

    Información Básica

    Compartimento: seleccione un compartimento para alojar el cluster de VM de Exadata autónomo.

    Nombre mostrado: introduzca una descripción fácil de recordar u otra información que le ayude a identificar fácilmente el recurso de infraestructura.

    El nombre mostrado no tiene que ser único. Evite introducir información confidencial.

    Infraestructura de Exadata

    Infraestructura de Exadata para alojar el nuevo cluster de VM de Exadata autónomo.

    		  

    Recursos de cluster de VM autónomo: modelo de recursos informáticos

    Modelo de recurso informático: indica el modelo informático para el recurso de cluster de VM de Exadata autónomo. El modelo por defecto es ECPU. Se basa en el número de núcleos elásticamente asignados de un pool de servidores de cálculo y de almacenamiento.

    A partir del 28 de mayo de 2025, Autonomous Database no 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.

    Recursos de cluster de VM autónomo: Selección de servidor de base de datos

    Muestra los servidores de base de datos (VM) utilizados para desplegar el nuevo recurso de cluster de VM de Exadata autónomo (AVMC).

    También se muestra el número máximo de recursos (CPU, memoria y almacenamiento local) disponibles por máquina virtual.

    Opcionalmente, puede agregar o eliminar las máquinas virtuales haciendo clic en Editar selección de servidor de base de datos. Al hacer clic en este botón se inicia el cuadro de diálogo Cambiar servidores de base de datos que muestra todos los servidores de base de datos disponibles con los siguientes detalles para cada uno de ellos:
    • CPU Disponibles
    • Memoria disponible (GB)
    • Almacenamiento local disponible (GB)
    • Número de clusters de máquina virtual y clusters de máquina virtual autónoma en él.

    Por defecto, están seleccionados todos los servidores de base de datos que tienen los recursos mínimos necesarios para crear un cluster de VM autónomo. Puede eliminar un servidor de base de datos haciendo clic en la casilla de control correspondiente en la lista. En función de la selección, se muestran los detalles de máximo de recursos disponibles por VM y recursos asignados por VM en el cuadro de diálogo.

    Después de seleccionar los servidores de base de datos, haga clic en Guardar cambios.

    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).

    Note:

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

    Recursos del cluster de VM autónomo

    Recuento de VM o Recuento de nodos: indica el número de servidores de base de datos en la infraestructura de Exadata. Este es un valor de solo lectura. Este valor depende del número de servidores de base de datos seleccionados para AVMC.

    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. Estas bases de datos de contenedor autónomas se deben crear por separado según sea necesario. La creación de ACD también requiere 8 ECPU disponibles o 2 OCPU disponibles por nodo.

    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 40 ECPU por máquina virtual.

    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. El valor mínimo es 5 TB.

    La máquina virtual y el nodo se utilizan indistintamente entre despliegues de Oracle Exadata Cloud@Customer y de Oracle Public Cloud.

    A medida que configura los parámetros de recursos, los recursos agregados necesarios para crear el cluster de VM de Exadata autónomo y las fórmulas utilizadas para calcular estos valores se muestran en el lado derecho de la sección de configuración de recursos.

    El total de recursos solicitados para el cluster de VM de Exadata autónomo se calcula mediante las siguientes fórmulas:

    Recuento de CPU = Recuento de CPU por nodo x Recuento de nodos

    Memoria = [Recuento de CPU por nodo x Memoria de base de datos por CPU + Memoria de servicio de base de datos interna: (40 GB)] x Recuento de nodos

    Almacenamiento local = Almacenamiento de servicio local interno: ([Almacenamiento del cluster de VM autónomo: xxGB] + [Almacenamiento de bases de datos de contenedores autónomas: 100 GB + 50 GB x Recuento de bases de datos de contenedores autónomas] x 1,03) x Recuento de nodos

    En la fórmula anterior, el valor de Almacenamiento de cluster de VM autónomo depende del modelo de sistema de Exadata utilizado, de la siguiente forma:

    • Sistemas X7-2 y X8-2: 137 GB
    • Sistemas X8M-2 y X9M-2: 184 GB

    Almacenamiento de Exadata = [Almacenamiento de datos de usuario + Almacenamiento de servicio de base de datos interno: (200 GB + 50 GB x recuento de bases de datos autónomas x recuento de nodos)] x 1,25

    Configuración de Red

    Red virtual en la nube: red virtual en la nube (VCN) en la que desea crear el nuevo cluster de VM de Exadata autónomo.

    Subred: subred dentro de la VCN seleccionada anteriormente para el nuevo cluster de VM de Exadata autónomo.

    Opcionalmente, puede utilizar grupos de seguridad de red para controlar el tráfico. Para ello, seleccione la casilla de control correspondiente y elija un grupo de seguridad de red en la lista de selección.

    Haga clic en + Otro grupo de seguridad de red para agregar más grupos de seguridad de red.

    Puede utilizar la red de pila doble IPv4/IPv6, activando las direcciones IPv4 y IPv6. Puede activar esta opción al crear una VCN y al crear una subred, y puede utilizar la subred correspondiente (que tiene direcciones IP4 y IP6) al aprovisionar un AVMC.

    		 Se aplica a: Aplicable Oracle Public Cloud solo

    Red de cluster de máquina virtual

    Red de cluster de VM en la que se creará el nuevo cluster de VM de Exadata autónomo.

    		 SOLO SE APLICA A: Aplicable Exadata Cloud@Customer

    Mantenimiento automático

    Opcionalmente, puede configurar el programa de mantenimiento automático. En Oracle Public Cloud, haga clic en Modificar mantenimiento. En Exadata Cloud@Customer, haga clic en Modificar programa de mantenimiento.

    A continuación, puede cambiar el programa de mantenimiento desde el valor por defecto (Sin preferencia, que permite a Oracle programar el mantenimiento según sea necesario), seleccione Especificar un programa y, a continuación, seleccione 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.

    Cuando haya terminado, guarde los cambios.

    Para obtener instrucciones sobre cómo seleccionar un programa personalizado, consulte Valores personalizables del programa de mantenimiento.

    Tipo de licencia

    Tipo de licencia que desea utilizar para el nuevo cluster de VM de Exadata autónomo.

    Tiene las siguientes opciones:

    Traiga su propia licencia: si selecciona esta opción, asegúrese de que tiene los derechos adecuados para utilizar en las nuevas instancias de servicio que cree.

    Licencia incluida: con esta opción, el costo del servicio en la nube incluye una licencia para el servicio Database.

    Su elección para el tipo de licencia afecta a la medición de la facturación.

    Mostrar/ ocultar opciones avanzadas

    Por defecto, las opciones avanzadas están ocultas. Haga clic en Mostrar opciones avanzadas para mostrarlas.

    		 

    Opciones avanzadas: Gestión

    Si desea definir una zona horaria que no sea UTC o la zona horaria detectada por el explorador, seleccione la opción Seleccione otra zona horaria, seleccione una Región o país y seleccione la zona horaria correspondiente. Si no aparece la región o el país que desea, seleccione Varios y seleccione una zona horaria adecuada.

    La zona horaria por defecto para el cluster de VM de Exadata autónomo es UTC, pero puede especificar otra zona horaria. Las opciones de zona horaria son las soportadas tanto en la clase Java.util.TimeZone como en el sistema operativo Oracle Linux.

    No puede modificar la configuración de zona horaria de un cluster de VM de Exadata autónomo que ya se ha aprovisionado. Si es necesario, puede crear una solicitud de servicio en My Oracle Support. Para obtener ayuda sobre cómo presentar una solicitud de soporte, consulte Creación de una solicitud de servicio en My Oracle Support.

    Opciones avanzadas: listener

    Si desea seleccionar un puerto de listener de nombre único de acceso de cliente (SCAN) para la seguridad de capa de transporte (TLS) y no de seguridad de capa de transporte (TLS) entre un rango de puertos disponibles, introduzca un número de puerto para el puerto no de TLS o el puerto de TLS en el rango permitido (1024 - 8999).

    También puede seleccionar la autenticación TLS mutua (mTLS) seleccionando la casilla de control Activar autenticación TLS mutua (mTLS).

    El número de puerto default es 2484 para TLS y 1521 para modos de autenticación que no son TLS.

    Los números de puerto 1522, 1525, 5000, 6100, 6200, 7060, 7070, 7879, 8080, 8181, 8888 y 8895 se reservan para fines especiales y no se pueden utilizar como números de puerto no TLS o TLS.

    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 base de datos.

    Opciones avanzadas: atributos de seguridad

    Agregue un atributo de seguridad para controlar el acceso del recurso de AVMC mediante políticas de enrutamiento de paquetes de confianza cero (ZPR). Para agregar un atributo de seguridad, seleccione un espacio de nombres y proporcione la clave y el valor para el atributo de seguridad.

    Haga clic en Agregar atributo de seguridad para agregar atributos de seguridad adicionales.

    Se aplica solo a: Aplicable Oracle Public Cloud

    Para seleccionar un atributo de seguridad en este paso, ya debe haber configurado atributos de seguridad con enrutamiento de paquetes de confianza cero. Para obtener más información, consulte About Zero Trust Packet Routing.

    También puede agregar atributos de seguridad para los AVMC existentes. Consulte Configure Zero Trust Packet Routing (ZPR) for an AVMC para obtener detalles.

    Opciones avanzadas: Etiquetas

    Si desea utilizar etiquetas, agregue etiquetas seleccionando un espacio de nombres de etiqueta, una clave de etiqueta y un valor de etiqueta.

    El etiquetado es un sistema de metadatos que permite organizar los recursos y realizar un seguimiento de estos en su arrendamiento. Consulte Etiquetado de recursos en la nube de instancias de Autonomous Database dedicadas.

    Para poder crear bases de datos 23ai, debe aprovisionar AVMC con las etiquetas adecuadas. Consulte 23ai Database Software Version Tag Requirements para obtener más información.

  6. Opcionalmente, puede guardar la configuración de recursos como una pila haciendo clic en Guardar como Pila. A continuación, puede utilizar la pila para crear el recurso mediante el servicio Resource Manager.

    Introduzca los siguientes detalles en el cuadro de diálogo Guardar como pila y haga clic en Guardar.
    • Nombre: si lo desea, introduzca un nombre para la pila.
    • Descripción: también puede introducir una descripción para esta pila.
    • Guardar en compartimento: seleccione un compartimento en el que residirá esta pila.
    • Tag namespace, Tag key y Tag value: opcionalmente, aplique etiquetas a la pila.

    Para conocer los requisitos y las recomendaciones de las configuraciones de Terraform que se utilizan con Resource Manager, consulte Configuraciones de Terraform para Resource Manager. Para aprovisionar los recursos definidos en la pila, aplique la configuración.

  7. Envíe los detalles para crear el cluster de VM de Exadata autónomo.