Uso y gestión de pools flexibles en Autonomous Database

Utilice un pool elástico para consolidar las instancias de Autonomous Database, en términos de asignación de recursos informáticos, y para proporcionar hasta un 87 % de ahorro de costos.

Los pools flexibles le ayudan a mejorar la eficiencia operativa y a reducir costos al incorporar todas sus bases de datos a la nube. Esto también soporta la consolidación de recursos y la simplificación de la administración y las operaciones mediante Autonomous Database. Cuando necesite un gran número de bases de datos que se puedan ampliar y reducir verticalmente sin tiempo de inactividad, puede beneficiarse de la creación y el uso de pools elásticos.

Las agrupaciones elásticas tienen las siguientes ventajas:

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

  • Permita una migración sencilla desde entornos de Oracle locales que incluyen sobresuscripción, para proporcionar una forma rentable de migrar a Autonomous Database.

  • Apoye a los proveedores de SaaS con un gran número de bases de datos de clientes individuales.

  • Proporcione recursos para utilizar una arquitectura de microservicios, donde se necesita la capacidad de proporcionar un gran número de bases de datos.

  • Los miembros del grupo en un grupo elástico no se facturan individualmente (el líder del grupo se factura en función de la unidad del grupo). Puede asignar ECPU adicionales por instancia para los miembros del pool, sin preocuparse por el costo asociado al uso de ECPU para los miembros individuales. La capacidad de E/S y la asignación de memoria de Autonomous Database se correlacionan directamente con el recuento de E/S, por lo que al seleccionar un mayor número de ECPU para una instancia, esto le permite ejecutar con una mayor capacidad de E/S y más memoria sin tener que pagar por los recursos adicionales. Esto significa que el uso de un mayor número de ECPU por instancia permite utilizar más capacidad de E/S y más memoria por instancia, donde el costo se basa en la unidad de pool y no se basa en el recuento de E/S de una instancia individual.

Nota

Los pools elásticos solo están disponibles para instancias de Autonomous Database que utilizan el modelo de recursos informáticos de ECPU.

Temas

Acerca de las agrupaciones elásticas

Utilice un pool elástico para consolidar las instancias de Autonomous Database, en términos de asignación de recursos informáticos, y para proporcionar hasta un 87 % de ahorro de costos.

Cuando crea una agrupación elástica, selecciona un tamaño de agrupación de un juego predefinido de tamaños de agrupación. El tamaño del pool determina cuánto paga por los recursos informáticos y cuántas ECPU puede aprovisionar en un pool determinado.

Existen varios términos que se deben utilizar al trabajar con agrupaciones elásticas:

  • Líder de pool: instancia de Autonomous Database que crea un pool elástico.

  • Miembro de pool: es una instancia de Autonomous Database que se agrega a un pool elástico.

  • Tamaño de agrupación: es un valor que se define al crear una agrupación elástica. El tamaño del pool debe ser una de las unidades de pool elástico disponibles.

  • Unidad de agrupación: una unidad de agrupación es uno de los tamaños de agrupación válidos que selecciona al crear un pool elástico. La unidad de agrupación debe ser una de las siguientes: 128, 256, 512, 1024, 2048 o 4096 ECPU.

    Nota

    Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar una unidad de agrupación que tenga 1024 ECPU o más, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches juntos al líder y a todos los miembros del pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, registre una solicitud de servicio en Oracle Cloud Support.
  • Capacidad de agrupación: la capacidad de agrupación es el número máximo de ECPU que puede utilizar una agrupación elástica y es cuatro veces (x4) el tamaño de la agrupación.

Requisitos para crear una agrupación elástica

A continuación se muestran los requisitos para que una instancia de Autonomous Database cree un pool elástico y se convierta en líder de pool:

  • La instancia debe utilizar el modelo de recursos informáticos de ECPU.

  • La instancia debe ser una instancia de Autonomous Database con el tipo de carga de trabajo Transaction Processing. Esto solo se aplica al líder de grupo. Un pool elástico puede contener una combinación de bases de datos con cargas de trabajo de procesamiento de transacciones, almacén de datos, JSON Database o APEX.

  • La escala automática debe estar desactivada.

  • La instancia no debe ser miembro de un pool elástico existente.

  • El recuento de ECPU individual máximo permitido para una instancia de Autonomous Database que crea un pool elástico es 4 veces el tamaño de pool especificado al crear el pool.

  • La instancia que crea un pool elástico está sujeta a los límites de arrendamiento. Para crear un pool elástico, debe tener un número suficiente de ECPU disponibles, por debajo del límite de arrendamiento, para adaptarse al tamaño del pool elástico.

Requisitos para unirse a una agrupación elástica

A continuación se muestran los requisitos para que una instancia de Autonomous Database se una a un pool elástico:

  • La instancia debe utilizar el modelo de recursos informáticos de ECPU.

  • Un pool elástico puede contener instancias de Autonomous Database con los tipos de carga de trabajo Transaction Processing, Data Warehouse, JSON Database o APEX.

  • Un pool elástico puede contener una combinación de bases de datos con cargas de trabajo de procesamiento de transacciones, almacén de datos, JSON Database y APEX.

  • La escala automática debe estar desactivada.

  • La instancia no debe ser miembro de un pool elástico.

  • El recuento de ECPU individual máximo permitido para una instancia de Autonomous Database es la capacidad de pool disponible. Cuando una instancia tiene un recuento de ECPU mayor que la capacidad de pool disponible, no se permite unir ese pool elástico.

Asignación de ECPU de instancia de miembro y líder de grupo

Cuando una instancia de Autonomous Database forma parte de un pool elástico, la asignación de ECPU individual mínima permitida para una instancia es de 1 ECPU.

Cuando una instancia de Autonomous Database forma parte de un pool elástico, se permiten incrementos de 1 ECPU para la asignación de ECPU de instancia de Autonomous Database individual.

Capacidad del Pool para un Pool Elástico

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.

Nota

En estos ejemplos, Autonomous Data Guard no está activado. Consulte Acerca de los pools elásticos con Autonomous Data Guard activado para obtener información sobre el uso de pools elásticos con Autonomous Data Guard.

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

  • Cada una de estas opciones es válida para miembros de agrupaciones en un pool elástico con un tamaño de agrupación de 128 ECPU:
    • 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

  • De manera similar, cada uno de los siguientes elementos es válido para miembros de agrupaciones en un pool elástico con un tamaño de agrupación de 128 ECPU:
    • 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 inferior a la capacidad del pool de 512 ECPU.

Temas

Acerca de la facturación de grupo flexible

El uso del pool flexible se factura al líder del pool y la facturación se basa en el tamaño del pool flexible y el uso de ECPU por hora real del líder del pool y los miembros. El uso de la agrupación elástica puede superar el tamaño de la agrupación (la capacidad de la agrupación puede ser hasta cuatro veces mayor que el tamaño de la agrupación).

La facturación de un pool elástico consta solo de recursos informáticos, es decir, el uso de ECPU, y todo el uso de recursos informáticos se carga a la instancia de Autonomous Database que es líder del pool. Cualquier facturación por uso de almacenamiento se carga por separado a instancias individuales de Autonomous Database, independientemente de si la instancia está en un pool elástico.

Un pool elástico permite consolidar las instancias de Autonomous Database en términos de facturación de recursos informáticos. Puede pensar en un pool elástico como un "plan de familia" de servicio de teléfono móvil, excepto que esto se aplica a las instancias de Autonomous Database. En lugar de pagar individualmente por cada base de datos, las bases de datos se agrupan en un pool en el que se cobra a una instancia, el líder, por el uso de recursos informáticos asociado a todo el pool.

Con un pool elástico puede aprovisionar hasta cuatro veces el número de ECPU, con respecto al tamaño de pool seleccionado, y puede aprovisionar instancias de base de datos que están en el pool elástico con tan solo 1 ECPU por instancia de base de datos. Fuera de un pool elástico, el número mínimo de ECPU por instancia de base de datos es de 2 ECPU. Por ejemplo, con un tamaño de pool de 128, puede aprovisionar 512 instancias de Autonomous Database (cuando cada instancia tiene 1 ECPU). En este ejemplo, se le factura por los recursos informáticos de tamaño de pool, según el tamaño de pool de 128 ECPU, mientras tiene acceso a 512 instancias de Autonomous Database. Por el contrario, al aprovisionar individualmente 512 instancias de Autonomous Database sin utilizar un pool elástico, debe asignar un mínimo de 2 ECPU para cada instancia de Autonomous Database y, en este ejemplo, debería pagar por 1024 ECPU. El uso de un pool elástico proporciona hasta un 87 % de ahorro de costos informáticos.

Después de crear un pool elástico, el uso total de ECPU de una hora determinada se carga a la instancia de Autonomous Database que es el líder del pool. Con la excepción del líder del pool, las instancias individuales de Autonomous Database que son miembros del pool no se cobran por el uso de ECPU mientras son miembros de un pool elástico.

La facturación de grupo flexible es la siguiente:

  • Si la utilización máxima agregada total de ECPU es igual o inferior al tamaño de la agrupación durante una hora determinada, se le cobrará el número de ECPU del tamaño de la agrupación (una vez el tamaño de la agrupación).

    Después de crear un pool elástico, la facturación de ECPU continúa como mínimo una vez la tasa de tamaño del pool, incluso cuando se paran las bases de datos que forman parte del pool. Esto se aplica a las bases de datos miembros del pool y al líder del pool.

    En otras palabras, si el uso máximo agregado de ECPU del pool es menor o igual que el tamaño del pool para una hora determinada, se le cobrará el número de ECPU del tamaño del pool (una vez que el tamaño del pool). Esto representa hasta un 87 % de ahorro de costos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar pools elásticos.

  • Si la utilización máxima agregada de ECPU del líder del pool y los miembros supera el tamaño del pool en cualquier momento de una hora de facturación determinada:

    • El uso máximo agregado de ECPU de la agrupación es igual o menor que dos veces el número de ECPU del tamaño de la agrupación: para un uso mayor que una vez el número de tamaño del pool de ECPU y hasta dos veces el número de ECPU en una hora de facturación determinada: la facturación por horas es el doble del número de tamaño del pool de ECPU.

      En otras palabras, si el uso máximo agregado de ECPU de la agrupación supera el tamaño de la agrupación, pero es menor o igual que el doble del tamaño de la agrupación para una hora determinada, se le cobrará el doble del número de ECPU del tamaño de la agrupación (dos veces el tamaño de la agrupación). Esto representa hasta un 75 % de ahorro de costos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar pools elásticos.

    • El uso máximo agregado de ECPU de la agrupación es igual o menor que cuatro veces el número de ECPU del tamaño de la agrupación: para un uso mayor que el doble del pool número de tamaño de ECPU y hasta cuatro veces el número de tamaño de pool de ECPU en una hora de facturación determinada: la facturación por horas es cuatro veces el número de tamaño de pool de ECPU.

      En otras palabras, si la utilización máxima agregada de ECPU del pool supera el doble del tamaño del pool para una hora determinada, se le cobrará cuatro veces el número de ECPU del tamaño del pool (cuatro veces el tamaño del pool). Esto representa hasta un 50 % de ahorro de costos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar pools elásticos.

    Por ejemplo, considere una agrupación elástica con un tamaño de agrupación de 128 ECPU y una capacidad de agrupación de 512 ECPU:

    • Caso 1: la utilización máxima agregada de ECPU del líder de la agrupación y los miembros es de 40 ECPU entre las 2:00 p. m. y las 2:30 p. m., y de 128 ECPU entre las 2:30 p. m. y las 3:00 p. m.

      El pool elástico se factura con 128 ECPU, una vez el tamaño del pool, para esta hora de facturación (2-3 p.m.). Este caso se aplica cuando el uso máximo agregado de ECPU del pool elástico para la hora de facturación es menor o igual que 128 ECPU.

    • Caso 2: la utilización máxima agregada de ECPU del líder de la agrupación y los miembros es de 40 ECPU entre las 2:00 p. m. y las 2:30 p. m., y de 250 ECPU entre las 2:30 p. m. y las 3:00 p. m.

      El pool elástico se factura con 256 ECPU, dos veces el tamaño del pool, para esta hora de facturación (2-3 p.m.). Este caso se aplica cuando el uso máximo de ECPU agregadas del pool elástico para la hora de facturación es menor o igual que 256 ECPU y mayor que 128 ECPU.

    • Caso 3: la utilización máxima agregada de ECPU del líder de la agrupación y los miembros es de 80 ECPU entre las 2:00 p. m. y las 2:30 p. m., y de 509 ECPU entre las 2:30 p. m. y las 3:00 p. m.

      El pool elástico se factura con 512 ECPU, cuatro veces el tamaño del pool, para esta hora de facturación (2-3 p.m.). Este caso se aplica cuando el uso máximo de ECPU agregadas del pool elástico para la hora de facturación es menor o igual que 512 ECPU y mayor que 256 ECPU.

Consulte Cómo lograr un ahorro de costos de recursos informáticos de hasta el 87 % con grupos de recursos flexibles en Autonomous Database para obtener más información.

Facturación de grupo flexible cuando se crea o termina un grupo

Cuando se crea o finaliza una agrupación elástica, se factura al líder por la hora completa para la agrupación elástica. Además, las instancias individuales que se agregan o eliminan del pool se facturan por cualquier uso informático que se produzca mientras la instancia no está en el pool elástico (en este caso, la facturación se aplica a la instancia de Autonomous Database individual).

  • Ejemplo de creación de pool: suponga que hay una instancia de Autonomous Database con 4 ECPU que no forman parte de ningún pool elástico. A las 2:15 p.m., si crea un pool elástico con esta instancia con un tamaño de pool de 128 ECPU, la instancia se convierte en líder del pool. Suponiendo que Autonomous Database se desactiva entre 2 y 3 p.m. y que no hay otras instancias de Autonomous Database en el pool, la facturación de la hora entre 2 y 3 p.m. es la siguiente:

    La factura para el período de 2 a 3 p. m. es: (4 * 0,25) + 128 = 129 ECPU

    Donde (4 * 0,25) es la facturación de recursos informáticos durante los quince minutos previos a la creación del pool elástico por parte de la instancia de Autonomous Database y 128 ECPU es la facturación del pool elástico para la hora en que se crea el pool elástico.

  • Ejemplo de terminación de pool: suponga que una instancia de Autonomous Database con 4 ECPU es la líder de un pool elástico y que el tamaño del pool es de 128 ECPU. A las 4:30 p.m., si finaliza el pool elástico, la base de datos se convierte en una instancia de Autonomous Database independiente que no forma parte de ningún pool elástico. Suponiendo que la instancia de Autonomous Database se desactiva entre las 4 y las 5 p.m. y que no hay otras instancias de Autonomous Database en el pool, la facturación de la hora entre las 4 y las 5 p.m. es la siguiente:

    La factura de 4 a 5 p.m. es: (4 * 0,5) + 128 = 130 ECPU

    Donde (4 * 0,5) es la facturación de recursos informáticos durante los treinta minutos posteriores a la finalización del pool elástico por parte de la instancia de Autonomous Database y 128 ECPU es la facturación del pool elástico para la hora en que se ha terminado el pool elástico.

Facturación de grupo flexible con herramientas integradas

Para el líder del pool o los miembros, los recursos informáticos asignados a las herramientas incorporadas, OML, Graph o Data Transforms, son independientes y no cuentan para la asignación total del pool elástico. Para fines de facturación, al líder del pool elástico se le factura por cualquier uso de ECPU de herramienta incorporada por parte del líder o los miembros del pool elástico, además del uso de ECPU del pool elástico.

Por ejemplo, supongamos que hay un pool elástico con un tamaño de pool de 128 ECPU; si en una hora de facturación determinada la utilización máxima agregada de ECPU del líder del pool y los miembros es de 80 ECPU para la hora de facturación y durante esta hora el uso total combinado de ECPU para las instancias que utilizan herramientas incorporadas es de 30 ECPU, el líder se cobra por el tamaño del pool (128 ECPU), más el uso de ECPU de herramienta incorporada (30 ECPU), para un total de 158 ECPU durante esa hora.

Informes de uso de facturación de grupo flexible y vista OCI_USAGE_DATA

Puede obtener un desglose detallado del uso del pool elástico en el informe de uso de Oracle Cloud Infrastructure y esta información también se muestra en la vista OCI_USAGE_DATA. Consulte Vista OCI_USAGE_DATA para obtener más información sobre cómo definir el grupo dinámico necesario y las políticas necesarias para consultar la vista OCI_USAGE_DATA.

En la siguiente tabla se muestran los valores de columna product/resource en un informe de uso. El informe de uso proporciona detalles sobre el uso del pool elástico para el líder del pool y para los miembros del pool una hora de facturación determinada (hay información similar disponible en la vista OCI_USAGE_DATA):

Tipo de uso de grupo elástico Valores de hora de facturación mostrados
Uso de recursos informáticos para miembros (con carga de trabajo de procesamiento de transacciones)

Para el uso de recursos de tipo PIC_ATP_ECPU_LI o PIC_ATP_ECPU_BYOL (uso de cálculo), hay un valor correspondiente para el uso máximo agregado de ECPU, PIC_ADBS_DB_ECPU_PEAK.

Uso de recursos informáticos para miembros (con carga de trabajo de almacén de datos)

Para el uso de recursos de tipo PIC_ADW_ECPU_LI o PIC_ADW_ECPU_BYOL (uso de cálculo), hay un valor correspondiente para el uso máximo agregado de ECPU, PIC_ADBS_DB_ECPU_PEAK.

Uso de recursos informáticos para miembros (con carga de trabajo JSON)

Para el uso de recursos de tipo PIC_AJD_ECPU_LI (uso de cálculo), hay un valor correspondiente para el uso máximo agregado de ECPU, PIC_ADBS_DB_ECPU_PEAK.

Uso informático líder

Para el uso de recursos de tipo PIC_ADBS_ELASTIC_POOL_DB_ECPU (uso de recursos informáticos de base de datos líder), hay un valor correspondiente para el uso máximo agregado de ECPU, PIC_ADBS_DB_ECPU_PEAK.

Notas para los informes de uso y facturación de pool elástico y la vista OCI_USAGE_DATA:

  • Se muestra el uso máximo de ECPU de agregación de pool elástico para las bases de datos terminadas.

  • El uso máximo de ECPU agregadas de pool elástico se muestra para bases de datos no de pool que formaban parte de un pool elástico durante una hora de facturación cuando la base de datos era miembro de un pool elástico.

Consulte Información de facturación: modelo de recursos informáticos de ECPU de Autonomous Transaction Processing y Seguimiento de recursos, costos e informes de uso de Oracle Cloud Infrastructure con vistas de Autonomous Database para obtener más información.

Acerca de los pools elásticos con Autonomous Data Guard activado

Los miembros o líderes del pool elástico pueden activar Autonomous Data Guard local o entre regiones, o bien Autonomous Data Guard local o entre regiones.

Facturación de base de datos en espera de Autonomous Data Guard local

Al agregar una base de datos en espera local, se cuenta un total de 2 veces la asignación de ECPU de la base de datos principal para la capacidad de agrupación (1 veces para la base de datos principal y 1 veces para la base de datos en espera).

Por ejemplo, si crea un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU, al agregar la siguiente instancia de Autonomous Database se utiliza toda la capacidad de pool elástico:

  • 1 instancia con 256 ECPU con Autonomous Data Guard local activado, para un total de 512 asignaciones de ECPU del pool.

Del mismo modo, si crea un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU, la adición de las siguientes instancias de Autonomous Database utiliza toda la capacidad del pool elástico:
  • 128 instancias con 2 ECPU cada una con Autonomous Data Guard local activado, para un total de 512 asignaciones de ECPU del pool.

Facturación de base de datos en espera de Autonomous Data Guard entre regiones

La activación de Autonomous Data Guard entre regiones para un líder o para un miembro no afecta a la capacidad del pool elástico. Una base de datos peer de Autonomous Data Guard entre regiones tiene su propio OCID y el peer entre regiones se factura independientemente del pool elástico.

Nota:

  • Las ECPU peer de Autonomous Data Guard entre regiones no utilizan la capacidad del pool y la facturación para las bases de datos peer entre regiones de Autonomous Data Guard se producen en la instancia peer.

  • Cuando el líder de un pool elástico activa Autonomous Data Guard entre regiones, la asignación de ECPU de base de datos peer entre regiones no cuenta para la capacidad del pool elástico. La facturación de Autonomous Data Guard entre regiones se realiza en la instancia entre regiones, que no forma parte del pool elástico (los pools elásticos no funcionan entre regiones).

  • Cuando un miembro de un pool elástico activa Autonomous Data Guard entre regiones, la asignación de ECPU entre regiones no cuenta para la capacidad del pool. La facturación de Autonomous Data Guard entre regiones se realiza en la instancia entre regiones, que no forma parte del pool elástico (los pools elásticos no funcionan entre regiones).

Por ejemplo, si crea un pool elástico con un tamaño de pool de 128 ECPU (con una capacidad de pool de 512 ECPU), la adición de las siguientes instancias de Autonomous Database de diferentes tamaños utiliza toda la capacidad del pool elástico:

  • Un pool que contiene las siguientes instancias:
    • 1 instancia con 128 ECPU con Autonomous Data Guard entre regiones activado (utilizando un total de 128 ECPU del pool).

    • 64 instancias con 2 ECPU cada una con Autonomous Data Guard local y entre regiones activado (utilizando un total de 256 ECPU del pool).

    • 128 instancias con 1 ECPU, cada una con Autonomous Data Guard entre regiones activado (utilizando 128 ECPU del pool).

Acerca de Elastic Pool Leader y las operaciones de los miembros

La instancia de Autonomous Database que crea un pool elástico es el líder del pool. Las instancias de Autonomous Database que se agregan a un pool existente son miembros del pool. Según su rol, ya sea líder o miembro, puede realizar operaciones en una agrupación elástica.

Operaciones líderes de grupo

Las siguientes operaciones sólo son válidas para el líder de grupo:

Operación Descripción

Crear un pool elástico

La instancia de Autonomous Database que crea un pool elástico es el líder del pool. Consulte Creación, unión o gestión de un pool elástico para obtener más información.

Eliminar un miembro de agrupación elástica

Un líder de agrupación elástica puede eliminar un miembro de la agrupación elástica. Consulte Como líder de grupo, eliminar miembros de un grupo elástico para obtener más información.

Terminación de un pool elástico

Cuando un pool elástico no tiene miembros de pool, el líder de pool puede terminar el pool elástico. Consulte Terminación de un pool elástico para obtener más información.

Modificar tamaño de agrupación elástica

Una guía de agrupación elástica puede modificar el tamaño de la agrupación. Consulte Cambio de la unidad de agrupación elástica para obtener más información.

Enumerar miembros de grupo

Un líder de grupo puede mostrar los miembros de grupo.

Consulte Lista de miembros de grupos elásticos para obtener más información.

Operaciones de miembros de grupo

Las siguientes operaciones son válidas para un miembro del grupo o para el líder del grupo:

Operación Descripción

Agregar instancia a pool elástico

Se puede agregar una instancia de Autonomous Database como miembro de pool siempre que la instancia sea uno de los tipos de carga de trabajo soportados, la instancia utilice el modelo informático de ECPU y la instancia no sea miembro de pool de un pool diferente. Los tipos de carga de trabajo soportadas son: Transaction Processing, Data Warehouse, JSON Database o APEX.

Consulte Unirse a una agrupación elástica existente para obtener más información.

Eliminar un miembro de agrupación elástica

Un miembro del pool elástico puede eliminarse a sí mismo del pool elástico.

Consulte Eliminación de miembros de agrupación de un pool elástico para obtener más información.

Creación, unión o gestión de un pool flexible

Muestra los pasos para crear, unir o cambiar el tamaño del pool para un pool elástico.

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione una instancia de Autonomous Database en los enlaces de la columna Nombre mostrado.

Para crear una agrupación elástica:

Nota

Para crear un pool elástico, la instancia debe utilizar el modelo de recursos informáticos de ECPU y el tipo de carga de trabajo debe ser Procesamiento de transacciones.
  1. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos.

    Verifique que la escala automática de recursos informáticos esté desactivada.

    Si está seleccionada la opción Escala automática de recursos informáticos, desactive la Escala automática de recursos informáticos:

    1. En el área Gestionar asignación de recursos, anule la selección de Escala automática de recursos informáticos.
    2. Haga clic en Aplicar.

      El estado del ciclo de vida cambia a Ampliación en curso. Después de un tiempo, el estado del ciclo de vida cambia a Disponible.

    3. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos para mostrar el área Gestionar asignación de recursos.
  2. En el área Gestionar asignación de recursos, haga clic en Mostrar opciones avanzadas.
  3. Seleccione Activar agrupación elástica.
  4. Seleccione Crear un pool elástico.
  5. Introduzca o seleccione un tamaño de pool en el campo Recuento de ECPU de pool.

    Seleccione un tamaño de pool de la lista de unidades de pool: 128, 256, 512, 1024, 2048 o 4096.

    Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar un recuento de ECPU de agrupación que sea 1024 mayor, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches juntos al líder y a todos los miembros del pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, registre una solicitud de servicio en Oracle Cloud Support.

    Consulte Acerca del mantenimiento y la aplicación de parches programados para obtener más información.

  6. Haga clic en Aplicar para crear el pool elástico.

Al hacer clic en Apply, el estado del ciclo de vida cambia a Scaling in Progress. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Después de crear una agrupación elástica, haga clic en Gestionar asignación de recursos para mostrar la información de la agrupación elástica. En el área Gestionar asignación de recursos, el campo Agrupación elástica muestra Activado, el campo Rol de agrupación muestra Líder y el campo Recuento de ECPU de agrupación muestra el tamaño de agrupación que ha seleccionado.

A continuación se muestra la descripción de adb_elastic_pool_leader.png

Unión a un pool elástico existente

Muestra los pasos para unir un pool elástico existente.

Para unirse a un pool elástico, se necesita lo siguiente para la instancia de Autonomous Database:

Para unirse a un pool elástico:

  1. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos.

    Verifique que la escala automática de recursos informáticos esté desactivada.

    Si está seleccionada la opción Escala automática de recursos informáticos, desactive la Escala automática de recursos informáticos:

    1. En el área Gestionar asignación de recursos, anule la selección de Escala automática de recursos informáticos.
    2. Haga clic en Aplicar.

      El estado del ciclo de vida cambia a Ampliación en curso. Después de un tiempo, el estado del ciclo de vida cambia a Disponible.

    3. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos para mostrar el área Gestionar asignación de recursos.
  2. En el área Gestionar asignación de recursos, haga clic en Mostrar opciones avanzadas para mostrar las opciones avanzadas.
  3. Seleccione Activar agrupación elástica.
  4. Seleccione Unirse a una agrupación elástica existente.
  5. En el campo Seleccionar líder de pool en compartimento, seleccione un líder de pool en un compartimento.
    1. Utilice el compartimento que se muestra o haga clic en Cambiar compartimento para seleccionar otro compartimento.
    2. Seleccione un líder de pool de la lista de líderes de pool disponibles en el compartimento seleccionado.
  6. Haga clic en Aplicar para agregar la instancia al pool elástico.

Al hacer clic en Apply, el estado del ciclo de vida cambia a Scaling in Progress. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Después de crear un pool elástico, haga clic en Gestionar asignación de recursos para ver los detalles del pool elástico. En el área Gestionar asignaciones de recursos, en Agrupación elástica, el campo Agrupación elástica muestra Activada, el campo Rol de agrupación muestra Miembro y el campo Líder de agrupación elástica muestra un enlace al líder de agrupación.

Cambio de la unidad de agrupación elástica

Muestra los pasos para que el líder de la agrupación cambie la unidad de agrupación elástica de una agrupación elástica existente.

Nota

Solo un líder de pool puede modificar la unidad de pool.

Para cambiar la unidad de un pool elástico (actualizar el tamaño del pool):

  1. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos para mostrar el área Gestionar asignación de recursos.
  2. En el campo Recuento de ECPU de pool, seleccione un valor diferente al valor actual

    Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar un recuento de ECPU de agrupación que sea 1024 mayor, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches juntos al líder y a todos los miembros del pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, registre una solicitud de servicio en Oracle Cloud Support.

    Consulte Acerca del mantenimiento y la aplicación de parches programados para obtener más información.

  3. Haga clic en Aplicar.

    Al hacer clic en Apply, el estado del ciclo de vida cambia a Scaling in Progress. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Nota

No se permite reducir la asignación de CPU, recuento de ECPU de pool, a un valor que no pueda alojar todos los miembros del pool elástico.

Por ejemplo, para un pool elástico con un recuento de ECPU de pool de 256 ECPU y una capacidad de pool de 1024 ECPU: si el pool elástico contiene ocho (8) instancias de Autonomous Database con 80 ECPU cada una para un total de 640 ECPU, el líder del pool elástico no puede reducir el recuento de ECPU de pool a 128 ECPU. En este caso, si el tamaño del pool se reduce a 128 ECPU, la capacidad del pool sería de 512 ECPU, lo que es menor que la asignación total para los miembros del pool (640 ECPU).

Creación o unión de un pool flexible al aprovisionar o clonar una instancia

Puede crear o unirse a un pool elástico al aprovisionar o clonar una instancia de Autonomous Database.

Consulte Aprovisionamiento de una instancia de Autonomous Database para obtener más información sobre cómo crear una instancia de Autonomous Database para su tipo de carga de trabajo mediante el cuadro de diálogo Crear instancia de Autonomous Database.

Consulte Clonación de una instancia de Autonomous Database o Clonación de una instancia de Autonomous Database a partir de una copia de seguridad para obtener más información sobre la clonación.

Para crear un pool elástico al aprovisionar o clonar:

Nota

Para crear un pool elástico, la instancia debe utilizar el modelo de recursos informáticos de ECPU y el tipo de carga de trabajo que seleccione debe ser Procesamiento de transacciones.
  1. En el área Configurar la base de datos, haga clic en Mostrar opciones avanzadas para mostrar las opciones avanzadas.
  2. Anule la selección de Escala automática de recursos informáticos.
  3. Seleccione Activar agrupación elástica.
  4. Seleccione Crear un pool elástico.
  5. En el campo Recuento de ECPU de pool, seleccione un tamaño de pool de la lista de unidades de computación de pool.

    Los valores válidos que puede seleccionar son: 128, 256, 512, 1024, 2048 o 4096.

    A continuación se muestra la descripción de adb_elastic_pool_create.png

    Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar un recuento de ECPU de agrupación que sea 1024 mayor, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches juntos al líder y a todos los miembros del pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, registre una solicitud de servicio en Oracle Cloud Support.

    Consulte Acerca del mantenimiento y la aplicación de parches programados para obtener más información.

  6. Complete los pasos de aprovisionamiento o clonación restantes, como se especifica en Aprovisionamiento de una instancia de Autonomous Database, Clonación de una instancia de Autonomous Database o Clonación de una instancia de Autonomous Database a partir de una copia de seguridad.
Para unir un pool elástico existente al aprovisionar o clonar:
Nota

Para unirse a un pool elástico, la instancia debe utilizar el modelo de recursos informáticos de ECPU y el tipo de carga de trabajo debe ser de Procesamiento de transacciones, Almacén de datos, JSON Database o APEX.
  1. En el área Configurar la base de datos, haga clic en Mostrar opciones avanzadas para mostrar las opciones avanzadas.

  2. Seleccione Escala automática de recursos informáticos.

  3. Seleccione Activar agrupación elástica.

  4. Seleccione Unirse a una agrupación elástica existente.

  5. En el campo Seleccionar líder de pool en compartimento, seleccione un líder de pool en un compartimento.

    1. Utilice el compartimento que se muestra o haga clic en Cambiar compartimento para seleccionar otro compartimento.

    2. Seleccione un líder de pool de la lista de líderes de pool disponibles en el compartimento seleccionado.

    A continuación se muestra la descripción de adb_elastic_pool_join.png
  6. Complete los pasos de aprovisionamiento o clonación restantes, como se especifica en Aprovisionamiento de una instancia de Autonomous Database, Clonación de una instancia de Autonomous Database o Clonación de una instancia de Autonomous Database a partir de una copia de seguridad.

Enumerar miembros de grupo elástico

Muestra los pasos para que el líder del pool muestre los miembros del pool elásticos.

Para mostrar los miembros del pool elástico:

  1. En la página de detalles de Autonomous Database del líder del pool elástico, en Recursos, haga clic en Miembros del pool elástico.
  2. El área de miembros de pool elástico muestra una lista de miembros de pool elástico.

Muestra la lista de miembros del pool elástico para la instancia de Autonomous Database líder.

Si hace clic en más acciones al final de una fila de la lista, puede seleccionar una acción para realizarla para el miembro. Las posibles acciones son:

  • Ver detalles: muestra la consola de Oracle Cloud Infrastructure del miembro

  • Copiar OCID: copia el OCID de la instancia de Autonomous Database del miembro.

  • Eliminar del pool: abre un cuadro de diálogo donde puede confirmar la eliminación de la instancia de Autonomous Database del pool.

Eliminación de Miembros de Pool de un Pool Elástico

Como miembro de un pool elástico, puede eliminarse de un pool elástico. Como líder de agrupación elástica, puede eliminar miembros de agrupación de una agrupación elástica.

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.
  • En la página Bases de datos autónomas, seleccione una instancia de Autonomous Database en los enlaces de la columna Nombre mostrado.

Como miembro del pool, puede eliminar la instancia de un pool elástico:

  1. En la página Detalles, en Asignación de recursos, en el campo Pool elástico, haga clic en Dejar pool.

    Muestra el cuadro de diálogo de confirmación Dejar grupo.

  2. En el cuadro de diálogo de confirmación Dejar pool, introduzca el nombre de la base de datos.
  3. Haga clic en Abandonar.

    Al hacer clic en Dejar, el estado del ciclo de vida cambia a Ampliación en curso. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Como líder de grupo, elimine miembros de un grupo elástico

Un líder de agrupación elástica puede eliminar miembros de agrupación de una agrupación elástica.

  1. en la página Detalles de Autonomous Database, en Recursos, haga clic en Miembros del pool elástico.

    Muestra el área Miembros de pool elástico, con una lista que muestra los detalles de cada instancia que es miembro de pool elástico.

  2. Haga clic en más acciones al final de una fila de una instancia que desea eliminar y, en la lista desplegable, seleccione Eliminar del pool.

    Esto muestra el cuadro de diálogo de confirmación Eliminar de agrupación.

  3. Haga clic en Dejar para confirmar.

    Al hacer clic en Dejar, el estado del ciclo de vida cambia a Ampliación en curso. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Notas para dejar una piscina elástica

Proporciona información sobre los recursos cuando un miembro o el líder abandona una agrupación elástica.

  • Cuando un miembro de la agrupación o el líder abandona una agrupación elástica, la escala automática está desactivada. Después de salir del pool elástico, puede activar la escala automática para la instancia.

  • Cuando un miembro de la agrupación abandona una agrupación elástica, la agrupación elástica tiene más recursos disponibles. Por ejemplo, si el pool elástico se hubiera asignado por completo hasta la capacidad del pool y una instancia con 10 ECPU abandonara el pool, el pool elástico tendría 10 ECPU disponibles.

  • La facturación de una instancia de Autonomous Database que deja un pool elástico vuelve a la facturación de instancias individuales, en función de los recursos informáticos y de almacenamiento que utiliza la instancia individual:

    • Si un miembro del pool con 2 ECPU o más abandona el pool, la asignación de ECPU de la instancia individual permanece y la instancia se factura por ese número de ECPU.

    • Si un miembro del pool con 1 ECPU abandona el pool, la asignación de ECPU se define automáticamente en 2 ECPU y la instancia se factura para 2 ECPU en adelante, a menos que se amplíe.

Terminación de un pool elástico

Muestra los pasos para terminar un pool elástico. Solo el líder de la agrupación puede terminar una agrupación elástica.

Nota

La terminación de un pool elástico solo se permite cuando no hay miembros de pool en el pool elástico.
  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en Autonomous Transaction Processing.
  • En la página Bases de datos autónomas, seleccione la Autonomous Database que es el líder del pool en los enlaces de la columna Nombre mostrado.

Para terminar una agrupación elástica:

  1. En la página Detalles de Autonomous Database, seleccione Gestionar asignación de recursos.
  2. Seleccione Terminar pool.
  3. Haga clic en Aplicar para terminar el pool elástico.

Al hacer clic en Apply, el estado del ciclo de vida cambia a Scaling in Progress. Después de que Estado del ciclo de vida cambie a Disponible, los cambios se aplican inmediatamente.

Notas de grupo elástico

Proporciona información sobre el uso de agrupaciones elásticas.

Notas sobre el uso del pool elástico:

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

  • Por defecto, a cada instancia de un pool elástico se le asigna automáticamente una ventana de mantenimiento. Al seleccionar una unidad de agrupación que tenga 1024 ECPU o más, tiene la opción de asignar una ventana de mantenimiento personalizada de 2 horas durante la cual se aplican parches juntos al líder y a todos los miembros del pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, registre una solicitud de servicio en Oracle Cloud Support.

  • El aprovisionamiento de un líder de pool o un miembro está sujeto a límites de servicio aplicados en los niveles de arrendamiento o compartimento.

  • 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, incluido cualquier Límite de licencia BYOL, solo entran en vigor si un miembro del grupo abandona el grupo elástico.

    Por ejemplo, si un pool elástico incluye una instancia de miembro que utiliza Autonomous Data Guard con una instancia principal de 8 ECPU con el tipo de licencia BYOL definido, la selección de licencias de la instancia principal y de la instancia en espera se define de la siguiente manera:

    • Cuando el principal es un miembro del grupo, se puede definir el tipo de licencia del principal, pero no se aplica al principal; el principal utiliza el líder del grupo elástico. La selección de tipo de licencia en el principal se aplicará cuando y si el principal abandona el grupo elástico.

    • Para una base de datos en espera local, la base de datos en espera de Autonomous Data Guard está en el pool de recursos. En este caso, la base de datos en espera local utiliza el mismo tipo de licencia que el líder de grupo elástico.

    • Para una base de datos en espera entre regiones o entre arrendamientos, la base de datos en espera de Autonomous Data Guard no está en el pool de recursos. En este caso, la base de datos en espera entre regiones o entre arrendamientos utiliza el tipo de licencia especificado en la base de datos principal de Autonomous Data Guard y tiene su propio límite de licencia BYOL que se puede definir, si es necesario.