Elastische Pools nach übergeordneten und untergeordneten Mandanten

Wenn Ihre Organisation das Oracle Cloud Infrastructure-Organisationsmanagement (übergeordnetes und untergeordnetes Mandantenmodell) verwendet, können Sie elastische Poolkosteneinsparungen anwenden, indem Sie einen elastischen Pool verwenden, der sich über übergeordnete und untergeordnete Mandanten erstreckt.

Oracle Cloud Infrastructure (OCI) Organization Management bietet zwei Mandantentypen:

  • Übergeordnet: Ein Mandant, der mit dem primären finanzierten Abonnement verknüpft ist.
  • Untergeordnete: Mandanten, die einer Organisation beitreten, wobei ein übergeordneter Mandant die Kosten und Governance des untergeordneten Mandanten verwaltet. Untergeordnete Mandanten können als vollständig neue Mandanten erstellt werden, oder vorhandene Mandanten können eingeladen werden, derselben Organisation beizutreten und Ihr Standardabonnement zu ändern.

Sie können das OCI-Organisationsmanagement mit den Vorteilen elastischer Pools kombinieren. Ein elastischer Pool kann mandantenübergreifend ausgeführt werden, wobei sich der Leiter des elastischen Pools im übergeordneten Mandanten und das Mitglied des elastischen Pools in einem untergeordneten Mandanten befindet.

  • Wenn Sie einen elastischen Pool in einem untergeordneten Mandanten erstellen, ist der elastische Pool nur für den untergeordneten Mandanten sichtbar. Das heißt, wenn Sie einen elastischen Pool in einem untergeordneten Mandanten erstellen, kann der elastische Pool keine Elemente aus dem übergeordneten Mandanten oder aus einem anderen untergeordneten Mandanten hinzufügen.

  • Für die Abrechnung elastischer Pools oder die Kapazitätsverwaltung gibt es keinen Unterschied, wenn ein elastischer Pool Instanzen aus mindestens einem untergeordneten Mandanten enthält. Die Poolmitglieder im untergeordneten Mandanten werden nicht einzeln abgerechnet (der Poolleiter wird basierend auf der Poolausprägung abgerechnet).

  • Wenn ein untergeordneter Mandant entfernt wird, d.h. die über- und untergeordnete Beziehung unterbrochen wird, werden alle Poolmitglieder aus dem untergeordneten Mandanten zu regulären Instanzen und gehören nicht zu einem elastischen Pool.

Voraussetzungen

Um einen elastischen Pool mandantenübergreifend zu verwenden, müssen Sie OCI Identity and Access Management-Policys definieren, mit denen eine autonome KI-Datenbankinstanz in einem untergeordneten Mandanten einem elastischen Pool im übergeordneten Mandanten beitreten kann.

Betrachten Sie die folgenden Fälle:

  • Sie möchten, dass ein Benutzer im übergeordneten Mandanten eine Instanz als Poolmitglied im untergeordneten Mandanten erstellen oder eine vorhandene Instanz aus dem untergeordneten Mandanten als Poolmitglied zu einem elastischen Pool im übergeordneten Mandanten hinzufügen kann. Dazu muss ein Benutzer im übergeordneten Mandanten die folgenden OCI Identity and Access Management-Policys aufweisen:

    Im übergeordneten Mandanten erforderliche Policys:

    
    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

    Im untergeordneten Mandanten erforderliche Policys:

    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
  • Sie möchten, dass ein Benutzer im untergeordneten Mandanten eine Instanz als Mitglied eines elastischen Pools im übergeordneten Mandanten erstellen oder eine vorhandene Instanz aus dem untergeordneten Mandanten als Poolmitglied zu einem elastischen Pool im übergeordneten Mandanten hinzufügen kann. Dazu muss ein Benutzer im untergeordneten Mandanten die folgenden OCI Identity and Access Management-Policys aufweisen:

    Im übergeordneten Mandanten erforderliche Policys:

    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

    Im untergeordneten Mandanten erforderliche Policys:

    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