Acerca de las agrupaciones elásticas

Las piscinas elásticas ofrecen las siguientes ventajas:

• Opere con un presupuesto fijo en un grupo de bases de datos, al tiempo que ofrece flexibilidad de rendimiento para cada base de datos individual.

• Migra fácilmente desde entornos locales de Oracle que utilizan la sobresuscripción, para proporcionar una vía rentable a la base de datos de IA autónoma.

• Soporte a proveedores de SaaS que gestionan un gran número de bases de datos de clientes individuales.

• Facilite el uso de la arquitectura de microservicios cuando se necesiten numerosas bases de datos.

• Los miembros del pool en un pool elástico no se facturan individualmente. En su lugar, la facturación se aplica al líder del pool en función de la unidad del pool. Este enfoque permite asignar ECPU adicionales por instancia a los miembros del pool sin preocuparse por los costos de uso de ECPU de los miembros individuales.

• En Autonomous AI Database, la capacidad de E/S y la asignación de memoria se correlacionan directamente con el recuento de E/S. Al asignar un mayor número de ECPU a una instancia, puede beneficiarse del aumento de la capacidad de E/S y de más memoria sin incurrir en cargos de recursos adicionales. Dado que el costo lo determina la unidad de pool en lugar del recuento de ECPU de cada instancia, puede aprovechar una mayor capacidad de E/S y memoria por instancia dentro de la misma estructura de precios.

El inicio y la parada de los miembros del pool no dependen del estado del líder. Es decir, puede parar e iniciar de forma independiente cada instancia que forma parte de un pool elástico, incluidos el líder y los miembros del pool elástico que no son los líderes.

Un pool elástico es una construcción lógica que no impone restricciones físicas a sus miembros. El líder del pool y los miembros del pool no necesitan residir en la misma infraestructura. Sin embargo, puede crear un pool elástico con todos los miembros del pool y el líder del pool ubicado en la misma infraestructura. Estos se denominan agrupaciones elásticas dedicadas y ofrecen opciones adicionales, como la ampliación personalizada para recursos informáticos y almacenamiento, la consolidación y gobernanza de bases de datos mejoradas, la facturación simplificada y el control mejorado de la aplicación de parches. Consulte Acerca de las agrupaciones elásticas dedicadas para obtener más información.

Si su organización utiliza el modelo de arrendamiento principal y secundario de Oracle Cloud Infrastructure (OCI), como se describe en Visión general de gestión de organización, puede lograr un ahorro de costos del pool elástico creando un pool elástico que abarque tanto los arrendamientos principales como los secundarios. En esta configuración, el líder del pool elástico está en el arrendamiento principal y los miembros del pool están en arrendamientos secundarios. Consulte Pools elásticos en arrendamientos principales y secundarios para obtener más información.

Para crear un pool elástico y convertirse en líder de pool, una instancia de base de datos de IA autónoma debe:

• Utilice el modelo del recurso informático ECPU.

• Tenga desactivada la escala automática de recursos informáticos.

• No ser miembro de un pool elástico existente.

• Tenga suficiente número de ECPU disponibles, por debajo del límite de arrendamiento, para adaptarse al tamaño del pool elástico.

• El aprovisionamiento de un líder de pool está sujeto a los límites de servicio aplicados en el nivel de arrendamiento.

El recuento máximo de ECPU individuales permitido para una instancia de base de datos de IA autónoma que crea un pool elástico es cuatro (4) veces el tamaño del pool especificado al crear el pool.

Para unir un pool elástico, una instancia de base de datos de IA autónoma debe:

• Utilice el modelo del recurso informático ECPU.

• Tenga desactivada la escala automática de recursos informáticos.

• No ser miembro de un pool elástico.

• Tener un recuento de ECPU por debajo de la capacidad del pool disponible.

• El aprovisionamiento de un miembro de pool está sujeto a la capacidad de pool disponible.

La agrupación de recursos y la facturación para un pool elástico consta solo de recursos informáticos, es decir, uso de ECPU, y todo el uso de recursos informáticos se carga a la instancia de base de datos de IA autónoma que es el líder del pool elástico. Cualquier asignación y facturación de recursos relacionados con el almacenamiento para el uso del almacenamiento se cobra por separado a las instancias individuales de Autonomous AI Database, independientemente de si la instancia está en un pool flexible. Autonomous AI Database factura todo el uso de recursos informáticos para un pool elástico al líder del pool en el ratio de uso de recursos informáticos de procesamiento de transacciones, independientemente de si el líder del pool elástico utiliza el tipo de carga de trabajo Transaction Processing, Lakehouse, JSON o APEX. Consulte Facturación sin servidor de base de datos de IA autónoma para grupos elásticos e Información de facturación del modelo de recursos informáticos de ECPU para obtener más información.

Sin embargo, en los pools elásticos dedicados, la agrupación de recursos y la facturación incluyen recursos informáticos (uso de ECPU) y de almacenamiento. El consumo total de recursos se carga al líder del grupo. Consulte Acerca de la facturación de pool flexible dedicado de base de datos de IA autónoma para obtener más información.

Una base de datos principal de Autonomous Data Guard puede utilizar una base de datos en espera local o entre regiones que forme parte de un pool elástico, ya sea como líder o como miembro. La facturación de pool flexible varía según si el líder de pool o cualquier miembro está asociado a Autonomous Data Guard o no. Consulte Acerca de las agrupaciones flexibles de bases de datos de IA autónomas de facturación con Autonomous Data Guard para obtener más información.

Una agrupación elástica tiene una capacidad de agrupación de 4 veces el tamaño de la agrupación. Por ejemplo, un pool con un tamaño de pool de 128 ECPU puede contener hasta 512 ECPU para su líder y los miembros.

A continuación se muestran ejemplos de instancias de Autonomous AI Database que podrían estar en un pool elástico con un tamaño de pool de 128 y una capacidad de pool de 512:

• Cada uno de estos elementos es válido para los miembros del pool en un pool elástico con un tamaño de pool de 128:

  • 1 instancia con 512 ECPU, para un total de 512 ECPU

  • 128 instancias con 4 ECPU, para un total de 512 ECPU

  • 256 instancias con 2 ECPU, para un total de 512 ECPU

  • 50 instancias con 10 ECPU y 3 instancias con 4 ECPU, para un total de 512 ECPU

• De forma similar, cada uno de los siguientes elementos son válidos para los miembros de un pool elástico con un tamaño de pool de 128:

  • 1 instancia con 128 ECPU, 2 instancias con 64 ECPU, 32 instancias con 4 ECPU y 64 instancias con 2 ECPU, para un total de 512 ECPU

  • 256 instancias con 1 ECPU, 64 instancias con 2 ECPU, para un total de 384 ECPU, lo que es menor que la capacidad del pool de 512 ECPU.

  • 100 instancias con 4 ECPU y 50 instancias con 2 ECPU, lo que es menor que la capacidad del pool de 512 ECPU.

Estos son ejemplos, puede agregar miembros de pool a un pool para que coincida con el número de instancias y el número de ECPU por instancia para satisfacer sus necesidades, en función del tamaño de pool que seleccione.

En una agrupación elástica, las selecciones de licencia del líder de la agrupación determinan los requisitos de licencia para toda la agrupación. Si desea utilizar BYOL para un pool elástico y definir un límite de licencia BYOL, debe definir el valor límite en la instancia del líder del pool. Las selecciones de licencia para los miembros del pool, incluido cualquier límite de licencia BYOL, no se aplican mientras una instancia sea miembro de un pool. Las selecciones de licencia, incluidos los límites de licencia BYOL, solo entran en vigor si un miembro del pool o el líder del pool abandonan el pool elástico. Por ejemplo, si un pool elástico incluye una instancia de miembro que utiliza Autonomous Data Guard con una base de datos principal de 8 ECPU con el juego de tipos de licencia BYOL, la selección de licencias de la instancia principal y en espera se define de la siguiente manera:

• Cuando el principal es un miembro del pool, se puede definir el tipo de licencia del principal, pero no se aplica al principal; el principal utiliza el tipo de licencia del líder del pool elástico. La selección del tipo de licencia en la base de datos principal se aplicará cuando la base de datos primaria abandone el pool elástico.

• Para una instancia en espera local, la instancia en espera se encuentra en el pool elástico. En este caso, la base de datos en espera local utiliza el mismo tipo de licencia que la principal.

• Para una instancia en espera entre regiones, la instancia en espera está en el pool (como miembro del pool o como líder del pool) o no está en el pool elástico, como se indica a continuación:

  • Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es el líder del pool ni un miembro del pool, se puede definir el tipo de licencia en espera entre regiones, pero no se aplica; la base de datos en espera utiliza el tipo de licencia del líder del pool elástico. La selección del tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone el pool elástico.

  • Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es el líder del pool ni un miembro del pool, se puede definir el tipo de licencia en espera entre regiones, pero no se aplica; la base de datos en espera utiliza el tipo de licencia del líder del pool elástico. La selección del tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone el pool elástico.

  • Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es el líder del pool ni un miembro del pool, se puede definir el tipo de licencia en espera entre regiones, pero no se aplica; la base de datos en espera utiliza el tipo de licencia del líder del pool elástico. La selección del tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone el pool elástico.

Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar una unidad de pool que sea de 1024 ECPU o superior, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches a la líder y a todos los miembros del pool elástico juntos. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, envíe una solicitud de servicio a los servicios de soporte de Oracle Cloud.

Cuando crea un pool elástico en la base de datos de IA autónoma, su instancia se convierte en el líder del pool. Las instancias que se agregan a un pool existente se convierten en miembros del pool. Las operaciones que puede realizar dependen de su rol como líder o miembro.

Puede realizar las siguientes operaciones sólo como líder de la agrupación:

Tanto los miembros del pool como el líder del pool pueden realizar estas operaciones: