Exadata X11M y Exascale figuran entre las tecnologías que Oracle abordará durante Oracle AI World 2026, que se celebra esta semana en Las Vegas. Aunque ambas forman parte de su infraestructura para bases de datos, corresponden a conceptos técnicos diferentes.
X11M identifica una generación de sistemas Exadata, mientras que Exascale define una arquitectura que separa los recursos de cómputo del almacenamiento y permite compartirlos de manera controlada. Las sesiones principales están programadas para el 26 y el 27 de octubre, por lo que esta guía examina las capacidades documentadas antes de sus presentaciones, sin atribuirles anuncios ni resultados que todavía no se han expuesto.
Admin
Exadata X11M combina servidores de bases de datos, almacenamiento inteligente y red especializada
Exadata es la infraestructura de Oracle diseñada para ejecutar Oracle Database mediante servidores que procesan la base de datos, servidores de almacenamiento con funciones propias y una red interna de baja latencia. La distribución del trabajo entre estos componentes explica por qué la plataforma no se limita a ofrecer procesadores y discos de mayor capacidad.
La generación X11M, descrita en la ficha técnica de Oracle, incorpora procesadores AMD EPYC de quinta generación, memoria DDR5, almacenamiento NVMe Flash y memoria XRMEM accesible mediante RDMA. La comunicación entre servidores utiliza una red RoCE, concebida para intercambiar datos con menor intervención de los procesadores.
Rodrigo Mercado
Una configuración elástica de Exadata X11M parte con dos servidores de bases de datos y tres de almacenamiento. Según los límites documentados por Oracle, esta infraestructura puede ampliarse hasta 32 servidores de bases de datos y 64 de almacenamiento.
Oracle también distingue X11M de X11MV por la densidad de virtualización admitida: hasta ocho máquinas virtuales por servidor de bases de datos en X11M y hasta doce en X11MV. La ficha establece, además, un máximo de ocho clústeres de máquinas virtuales por sistema X11M y de 24 por sistema X11MV, sujeto al diseño y a los recursos disponibles.
¿Qué ocurre con una consulta y por qué importa el procesamiento en el almacenamiento?
Una diferencia técnica está en Smart Scan, que traslada determinadas operaciones SQL desde los servidores de bases de datos hacia los servidores de almacenamiento. Allí se filtran y procesan datos en paralelo, de manera que regresan a los servidores de bases de datos las filas y columnas pertinentes, en lugar de trasladar todo el conjunto leído.
La versión AI Smart Scan aplica optimizaciones a la búsqueda vectorial para procesar grandes volúmenes de vectores aprovechando recursos del almacenamiento. El objetivo técnico es reducir las transferencias innecesarias por la red y el trabajo que, de otro modo, tendría que realizar el servidor de bases de datos.
Ese recorrido utiliza distintos niveles de almacenamiento: XRMEM proporciona un espacio de acceso rápido mediante RDMA, NVMe Flash atiende otras operaciones y los discos aportan capacidad. La red RoCE conecta los componentes, mientras que el software de Exadata decide cómo aprovechar esos recursos según la operación y los datos solicitados.
Oracle documenta latencias de lectura tan bajas como 14 microsegundos al acceder a XRMEM mediante RDMA. Esta cifra corresponde a la capa de almacenamiento y no representa el tiempo necesario para completar una transacción de base de datos.
Admin
Exascale separa cómputo y almacenamiento para formar grupos de recursos compartidos
Exascale introduce otra forma de organizar la infraestructura Exadata: los clústeres de Oracle Database y Oracle Grid Infrastructure quedan desacoplados de los servidores físicos que almacenan los datos. Según la descripción técnica de Oracle, varios clústeres pueden acceder a un conjunto común de almacenamiento mediante la red RDMA, con controles de aislamiento para que cada base de datos utilice únicamente los datos autorizados.
Exascale no se limita a una generación determinada de hardware, ya que Oracle documenta su funcionamiento en sistemas Exadata con red RoCE desde X8M-2. Esta compatibilidad excluye los modelos X8M-8 y X9M-8, que utilizan servidores de bases de datos de ocho sockets.
En ese servicio, conocido como ExaDB-XS, el cliente crea un clúster de máquinas virtuales para ejecutar instancias de la base de datos y le asigna un Exascale Storage Vault para guardar sus archivos. Oracle administra los servidores físicos compartidos; el cliente trabaja con los recursos virtuales y el almacenamiento asignado, que pueden ampliarse sin agregar personalmente nuevos servidores físicos.
Exascale también incorpora instantáneas y clones que aprovechan copias eficientes de los archivos de la base de datos. Este mecanismo permite crear entornos derivados con menor duplicación inicial de datos, una función diferente tanto de la expansión de capacidad como de una estrategia completa de respaldo y recuperación.
Oracle Database 19c y Oracle AI Database 26ai utilizan Exascale de forma distinta
La documentación de ExaDB-XS identifica soporte para Oracle Database 19c y Oracle AI Database 26ai, pero no utiliza el mismo mecanismo de almacenamiento en ambas versiones. La diferencia resulta relevante al aprovisionar bases de datos y planificar el crecimiento de su espacio.
Oracle AI Database 26ai accede al almacenamiento inteligente de Exascale mediante el Storage Vault sin necesitar Oracle Automatic Storage Management (ASM) para administrar sus archivos. En Oracle Database 19c se utiliza almacenamiento de bloques Exascale Direct Volumes (EDV) y ASM organiza los grupos DATA, RECO y LOG correspondientes a cada base de datos.
Admin
Cuando crece el almacenamiento de 19c, no basta con ampliar la capacidad global del Vault: también es necesario actualizar las asignaciones de los grupos DATA y RECO de la base de datos. La documentación impide combinar, dentro del mismo clúster de máquinas virtuales, bases 19c con almacenamiento de bloques y bases 26ai con almacenamiento inteligente, y establece restricciones para compartir un Vault entre esas modalidades.
Infraestructura dedicada y compartida: una comparación de las modalidades del servicio
Exadata Database Service ofrece una modalidad sobre infraestructura dedicada y otra sobre infraestructura compartida Exascale. Ambas ejecutan Oracle Database mediante recursos Exadata, pero difieren en la reserva de equipos físicos, en el punto de partida y en la forma de aumentar su capacidad.
La distinción no significa que un sistema dedicado ejecute una sola base de datos: puede alojar varios clústeres de máquinas virtuales con separación de redes, accesos y recursos. A su vez, compartir infraestructura física en Exascale no implica que los clientes compartan el contenido de sus bases de datos.
¿Cómo escalan el cómputo y el almacenamiento en cada modalidad?
En la infraestructura dedicada, el aumento de ECPU asignadas a los clústeres de máquinas virtuales permite ajustar la capacidad de procesamiento sin apagar las bases de datos por esa operación. Si la demanda supera los recursos del sistema, Oracle documenta la expansión independiente de servidores de bases de datos y almacenamiento en configuraciones elásticas.
Esa separación permite ampliar principalmente cómputo para cargas transaccionales, almacenamiento para almacenes de datos o ambos recursos para cargas mixtas. Base System constituye una excepción dentro de la infraestructura dedicada, ya que utiliza una configuración fija de entrada que admite un único clúster de máquinas virtuales. A diferencia de las configuraciones elásticas, no permite incorporar servidores adicionales para ampliar su capacidad.
En ExaDB-XS, cada máquina virtual parte con al menos ocho ECPU y los cambios de capacidad se realizan en incrementos de cuatro ECPU. La documentación también contempla ECPU adicionales reservadas físicamente, que facilitan aumentos posteriores de procesamiento sin reiniciar o reubicar la máquina virtual, aunque el consumo licenciado depende de las ECPU habilitadas.
La página de Exadata Database Service indica que un Exascale Storage Vault puede comenzar con 300 GB y crecer en línea hasta 100 TB. Esas capacidades no deben confundirse con las cuotas iniciales de una cuenta OCI, que se aplican por separado y pueden requerir una solicitud de aumento.
Licencias, facturación y responsabilidades de administración
Oracle ofrece opciones de licencias incluidas en la suscripción y de uso de licencias propias, conocido como Bring Your Own License (BYOL), sujetas a los derechos y requisitos de cada servicio. ExaDB-XS requiere la edición Enterprise Edition – Extreme Performance mediante suscripción o el uso de licencias Enterprise Edition propias admitidas para esa modalidad.
El modelo de Exascale distingue los compromisos comerciales de los mínimos de facturación: aunque existe la alternativa Pay As You Go sin un período contractual mínimo, cada máquina virtual provisionada tiene un mínimo facturable de 48 horas. Después se factura su infraestructura por segundo, mientras que las ECPU añadidas se cobran por segundo con un mínimo de utilización de un minuto.
La infraestructura dedicada en nube pública también contempla un período mínimo de 48 horas, pero su contratación y dimensionamiento no se reducen al número de ECPU utilizadas. Cuando el despliegue se realiza en el centro de datos del cliente mediante Exadata Cloud@Customer u OCI Dedicated Region, Oracle presenta compromisos de infraestructura de cuatro años.
En Dedicated Infrastructure, Oracle gestiona servidores físicos, almacenamiento, redes internas, hipervisor, firmware y Exadata System Software; el cliente conserva acceso de administración a sus máquinas virtuales y privilegios sobre las bases de datos. Las operaciones sobre estas últimas, incluidas actualizaciones y políticas de respaldo, se gestionan mediante herramientas del servicio y responsabilidades que no desaparecen por trasladar la infraestructura a la nube.
La administración del ciclo de vida utiliza la consola de OCI, interfaces de programación y herramientas de línea de comandos para aprovisionar, ampliar, actualizar y respaldar los entornos. En infraestructura dedicada, el cliente puede programar actualizaciones del sistema operativo y de la base de datos, mientras Oracle mantiene la capa física y permite seleccionar ventanas para parte del mantenimiento de infraestructura.
Admin
Talcott Resolution migró más de 50 bases de datos a Exadata dedicada en OCI
La ficha técnica recoge un caso de migración a OCI con infraestructura Exadata dedicada, sin atribuirlo a la generación X11M. Bradley Mills, responsable de Ingeniería de Software de Talcott Resolution, identifica el volumen trasladado y el tiempo utilizado en ese proyecto.
“Migramos más de 100 entornos de aplicaciones personalizadas y más de 50 bases de datos desde un centro de datos heredado a OCI con Exadata Database Service on Dedicated Infrastructure en la mitad del tiempo previsto, para lograr mayor estabilidad, seguridad y eficiencia”.
La continuidad y recuperación exigen mecanismos diferentes
La continuidad no depende de una sola característica de X11M ni de Exascale. El marco Maximum Availability Architecture (MAA) reúne prácticas y componentes que atienden incidentes distintos, desde fallos de instancias o interrupciones de servicio hasta la pérdida de un entorno completo.
Oracle Real Application Clusters (RAC), Data Guard y Active Data Guard forman parte de los mecanismos destinados a mantener la disponibilidad de las bases de datos. Application Continuity, por su parte, busca reducir el impacto de determinadas interrupciones sobre las aplicaciones, aunque su funcionamiento depende de la arquitectura desplegada y de la configuración del servicio.
Para la protección de datos, Oracle identifica Recovery Manager (RMAN), Zero Data Loss Recovery Appliance y Database Zero Data Loss Autonomous Recovery Service. Este último incorpora protección en tiempo real, respaldos inmutables y mecanismos de aislamiento lógico para implementaciones compatibles, mientras OCI Full Stack Disaster Recovery coordina procesos de recuperación que involucran varios componentes de una aplicación.
Ivan
Zero Downtime Migration cumple una función diferente de los mecanismos de disponibilidad y recuperación, ya que permite trasladar bases de datos a estos entornos mediante procesos automatizados. Dependiendo de las condiciones de cada implementación, la migración puede realizarse en línea u offline.
OCI, Cloud@Customer y otras nubes no ofrecen necesariamente la misma configuración
En OCI, Oracle describe Exadata Database Service tanto sobre infraestructura Exadata dedicada como sobre Exascale compartida. Exadata Cloud@Customer traslada la infraestructura dedicada al centro de datos del cliente, aunque conserva herramientas de administración cloud y una división de responsabilidades entre Oracle y la organización que la utiliza.
Exadata Database Service también está disponible en centros de datos de Amazon Web Services, Microsoft Azure y Google Cloud, mediante modalidades de Oracle AI Database ofrecidas en regiones seleccionadas. La página del servicio identifica estos despliegues con infraestructura Exadata dedicada, mientras que sitúa la modalidad compartida Exascale en OCI.
Francisco Carrasco M.
La ubicación del servicio influye en la residencia de los datos, la proximidad a las aplicaciones existentes, la conectividad y la disponibilidad regional. Los compromisos y condiciones operativas también dependen de la modalidad contratada y de la región, por lo que no pueden deducirse únicamente del nombre del producto.
Roberto Mera Velásquez
¿Qué debería confirmarse en Oracle AI World 2026?
La sesión Bringing AI to Exadata: Performance, Simplicity, and Scale (LRN6031) está programada para el 26 de octubre, de 15:15 a 16:00 horas en Las Vegas, e incluye Smart Scan, XRMEM, almacenamiento NVMe, Exascale y búsqueda vectorial. Entre los participantes previstos figuran:
- Jia Shi, vicepresidenta de grupo de Ingeniería de Software de Sistemas de Datos de Oracle
- Lukas Fries, Core Platforms Lead, Wealth, de NatWest Group.
Para el 27 de octubre, de 13:00 a 13:45 horas en Las Vegas, Oracle programó Mission-Critical Oracle AI Database and Exadata: What’s New and What’s Next (LRN6055), centrada en X11M, Exascale, servicios cloud y recuperación. Está prevista la participación de:
- Ashish Ray, vicepresidente sénior de Gestión de Producto de Base de Datos de Oracle.
- Mitrava Sarkar, vicepresidente de State Street Bank and Trust Corp.
Ambas sesiones pueden precisar qué cambios se presentan frente a generaciones anteriores, qué configuraciones se utilizaron en pruebas y qué resultados se han observado en clientes. Para interpretar eventuales métricas harán falta, como mínimo, la arquitectura utilizada, las características de la carga y las condiciones de medición; lo mismo se aplica a tiempos de recuperación y promesas de continuidad.
Admin
