Notas de agrupación elástica
Proporciona información sobre el uso de agrupaciones elásticas.
Notas sobre el uso de agrupaciones elásticas:
-
Iniciar y parar instancias de Autonomous Database que son miembros de un pool elástico no depende del estado de la 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 pool 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 al líder y a todos los miembros de pool elástico. Para seleccionar una ventana de mantenimiento personalizada para el pool elástico, presente una solicitud de servicio en Oracle Cloud Support.
-
El aprovisionamiento de un líder de pool o un miembro está sujeto a los 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 de 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ímite 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 miembro que utiliza Autonomous Data Guard con un 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 forma:
-
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 tipo de licencia del líder de grupo elástico. La selección de tipo de licencia en el principal se aplicará cuando y si el principal abandona el pool elástico.
-
Para una base de datos 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 base de datos en espera entre regiones, la instancia en espera está en el pool (como miembro de pool o como líder de pool) o no está en el pool elástico, de la siguiente forma:
-
Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es la 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 de la líder del pool elástico. La selección de tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone la agrupación elástica.
-
Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es la 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 de la líder del pool elástico. La selección de tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone la agrupación elástica.
-
Cuando una base de datos en espera entre regiones no está en el pool elástico, es decir, no es la 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 de la líder del pool elástico. La selección de tipo de licencia en la base de datos en espera se aplicará cuando la base de datos en espera abandone la agrupación elástica.
-
-
Notas sobre el uso de arrendamientos principales y secundarios con grupos elásticos
Proporciona notas para el uso de pools elásticos con Oracle Cloud Infrastructure Organization Management (arrendamientos principal y secundario).
-
Al crear un pool elástico en un arrendamiento secundario, el pool elástico solo es visible para el arrendamiento secundario. Esto significa que al crear un pool elástico en un arrendamiento secundario, el pool elástico no puede agregar miembros del arrendamiento principal ni de otro arrendamiento secundario.
-
No hay ninguna diferencia en la gestión de la capacidad o la facturación de grupos flexibles cuando un grupo flexible incluye instancias de uno o más arrendamientos secundarios. Los miembros del pool del arrendamiento secundario no se facturan de forma individual (el líder del pool se factura según la unidad del pool).
-
Si se elimina un arrendamiento secundario, es decir, se rompe la relación principal/secundario, todos los miembros del pool del arrendamiento secundario se convierten en instancias regulares y no pertenecen a un pool elástico.
Consulte Acerca de la facturación de grupo flexible para obtener más información.
Tema principal: Uso y gestión de pools elásticos en Autonomous Database