Agrupaciones flexibles en arrendamientos principales y secundarios

Oracle Cloud Infrastructure (OCI) Organization Management proporciona dos tipos de arrendamientos:

• Principal: arrendamiento asociado a la suscripción principal financiada.
• Secundario: arrendamientos que se unen a una organización, mediante los cuales un arrendamiento principal gestiona el costo y la gobernanza del secundario. Los arrendamientos derivados se pueden crear como arrendamientos completamente nuevos o se puede invitar a arrendamientos ya existentes a unirse a la misma organización y a cambiar la suscripción por defecto.

Puede combinar la gestión de la organización de OCI con las ventajas de los pools elásticos. Un pool elástico puede funcionar en arrendamientos, donde el líder del pool elástico está en el arrendamiento principal y el miembro del pool elástico está en un arrendamiento 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 y secundaria, todos los miembros del pool del arrendamiento secundario se convierten en instancias regulares y no pertenecen a un pool elástico.

Requisitos

Para utilizar un pool elástico en los arrendamientos, debe definir políticas de OCI Identity and Access Management que permitan que una instancia de Autonomous AI Database en un arrendamiento secundario se una a un pool elástico en el arrendamiento principal.

Considere los siguientes casos:

• Desea permitir que un usuario del arrendamiento principal cree una instancia como miembro de pool en el arrendamiento secundario, o bien agregue una instancia existente del arrendamiento secundario como miembro de pool a un pool elástico en el arrendamiento principal. Para ello, un usuario del arrendamiento principal debe tener las siguientes políticas de gestión de identidad y acceso de OCI:

  Políticas necesarias en el arrendamiento principal:

  
  define tenancy ChildTenancy as ocid1.tenancy.oc1....
  endorse group ParentTenancyUserGroup to manage autonomous-databases in tenancy ChildTenancy
  allow group ParentTenancyUserGroup to manage autonomous-databases in tenancy

  Políticas necesarias en el arrendamiento secundario:

  define tenancy ParentTenancy as ocid1.tenancy.oc1...
  define group ParentTenancyUserGroup as ocid1.group.oc1...
  admit group ParentTenancyUserGroup of tenancy ParentTenancy to manage autonomous-databases in tenancy

• Desea permitir que un usuario del arrendamiento secundario cree una instancia como miembro de un pool elástico en el arrendamiento principal, o bien agregue una instancia existente del arrendamiento secundario como miembro del pool a un pool elástico en el arrendamiento principal. Para ello, un usuario del arrendamiento secundario debe tener las siguientes políticas de gestión de identidad y acceso de OCI:

  Políticas necesarias en el arrendamiento principal:

  define tenancy ChildTenancy as ocid1.tenancy.oc1....
  define group ChildTenancyUserGroup as ocid1.group.oc1...
  admit group ChildTenancyUserGroup of tenancy ChildTenancy to manage autonomous-databases in tenancy

  Políticas necesarias en el arrendamiento secundario:

  define tenancy ParentTenancy as ocid1.tenancy.oc1...
  define group ParentTenancyUserGroup as ocid1.group.oc1...
  endorse group ChildTenancyUserGroup to manage autonomous-databases in tenancy ParentTenancy
  allow group ChildTenancyUserGroup to manage autonomous-databases in tenancy