Roving Edge-Mandanten verwalten

Ein Mandant ist eine Umgebung, in der Benutzer Cloud-Ressourcen erstellen und verwalten, um virtualisierte Workloads zu erstellen und zu konfigurieren. Eine Roving Edge-Umgebung enthält einen einzelnen Mandanten.

Der Mandant wird aus der Service-Enklave erstellt und anschließend an den ursprünglichen Benutzer im Mandanten übergeben: den primären Mandantenadministrator.

Mandanten erstellen und aktualisieren

Ein Infrastrukturadministrator richtet den Mandanten über die Service-Enklave ein und stellt dem Administrator des primären Mandanten Zugriffsdetails bereit. Anschließend kann der Mandantenadministrator mit der Konfiguration zusätzlicher Benutzeraccounts und Cloud-Ressourcen in Compute Enclave beginnen.

Service-Web-UI verwenden
  1. Klicken Sie im Navigations-Menü auf "Mandanten".

  2. Klicken Sie in der oberen rechten Ecke der Seite "Mandanten" auf "Mandanten erstellen".

    Das Fenster "Mandanten erstellen" wird angezeigt.

  3. Geben Sie die Mandantendetails ein:

    • Name: Geben Sie einen Namen für den neuen Mandanten ein.

    • Beschreibung: Geben Sie optional eine Beschreibung für den neuen Mandanten ein.

    • Service-Namespace: Legen Sie einen eindeutigen Namespace für alle Ressourcen fest, die in diesem Mandanten erstellt wurden.

    • Authentifizierungszugangsdaten: Legen Sie einen Benutzernamen und ein Kennwort für den Administrator des primären Mandanten fest.

      Dieser Account muss zum ersten Mal für die Anmeldung beim Mandanten verwendet werden. Der Mandantenadministrator richtet zusätzliche Benutzeraccounts ein, definiert Compartments, Policys und andere Ressourcen und konfiguriert die Cloud-Umgebung im Allgemeinen so, dass Benutzer mit dem Deployment der erforderlichen Ressourcen beginnen können.

  4. Klicken Sie auf "Save Changes", um den neuen Mandanten zu erstellen.

    Der neue Mandant wird in der Mandantenliste angezeigt.

Service-CLI verwenden
  1. Erstellen Sie einen neuen Mandanten mit dem Befehl create Tenant.

    Die Zugangsdaten für Name, Namespace und Admin-Account sind erforderliche Parameter. Eine Beschreibung ist optional.

    Syntax (in einer Zeile eingegeben):

    create Tenant 
    name=<tenancy_name> 
    serviceNamespace=<tenancy_namespace> 
    description=<tenancy_description> 
    adminUserName=<tenancy_admin_user_name> 
    adminPassword=<tenancy_admin_password> 
    confirmPassword=<tenancy_admin_password>

    Beispiel:

    RED2-ADMIN> create Tenant name=myTestTenancy serviceNamespace=test description="A tenancy for testing purposes" \
    adminUserName=testadmin adminPassword=************ confirmPassword=************
    JobId: a0ee398f-5d44-4b3f-8b9c-e5a9692c36a4
    Data:
      id:ocid1.tenancy...<uniqueID>  name:myTestTenancy
  2. Verwenden Sie die Job-ID, um den Status Ihres Befehls zu prüfen.

    RED2-ADMIN> show Job id=a0ee398f-5d44-4b3f-8b9c-e5a9692c36a4
    Data:
      Id = a0ee398f-5d44-4b3f-8b9c-e5a9692c36a4
      Type = Job
      AssociatedObj = id:ocid1.tenancy.unique_ID  type:Tenant  name:myTestTenancy
      AssociatedObj Type = Tenant
      AssociatedObj Id = ocid1.tenancy.unique_ID
      Done = true
      Name = CREATE_TYPE
      Run State = Succeeded
    [...]
  3. Prüfen Sie, ob der neue Mandant korrekt erstellt wurde. Verwenden Sie die Befehle list und show, um die Mandanteninformationen anzuzeigen.

    RED2-ADMIN> list Tenant
    Data:
      id                            name
      --                            ----
      ocid1.tenancy.unique_ID   myTestTenancy
    
    RED2-ADMIN> show Tenant name=myTestTenancy
    Data:
      Id = ocid1.tenancy.unique_ID
      Type = Tenant
      Name = myTestTenancy
      Description = A tenancy for testing purposes
      Service Namespace = test
  4. Geben Sie die URL der Compute-Web-UI, den Mandantennamen, den Benutzernamen und das Kennwort für den primären Mandantenadministrator an. Der Mandant ist jetzt einsatzbereit.

    Der Mandantenadministrator richtet zusätzliche Benutzeraccounts ein, definiert Compartments, Policys und andere Ressourcen und konfiguriert die Cloud-Umgebung im Allgemeinen so, dass Benutzer mit dem Deployment der erforderlichen Ressourcen beginnen können.

Mandanten aktualisieren

Die einzige Mandanteneigenschaft, die ein Administrator derzeit ändern kann, ist die Beschreibung.

  • Service-Web-UI: Öffnen Sie die Seite mit den Mandantendetails, und klicken Sie auf "Bearbeiten".

  • Service-CLI: Verwenden Sie den Befehl edit Tenant name=<tenancy_name> description=<tenancy_description>

Mandanten löschen

Stellen Sie sicher, dass Mandantenbenutzer alle ihre Ressourcen entfernt haben. Der Mandant kann nur gelöscht werden, wenn er leer ist.

Service-Web-UI verwenden
  1. Klicken Sie im Navigations-Menü auf "Mandanten".

  2. Klicken Sie in der Tabelle "Mandanten" auf den Namen des Mandanten, den Sie löschen möchten.

    Die Seite mit den Mandantendetails wird angezeigt.

  3. Klicken Sie in der oberen rechten Ecke der Detailseite des Mandanten auf "Löschen". Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

Service-CLI verwenden
  1. Suchen Sie den Namen und die ID des Mandanten, den Sie löschen möchten.

    RED2-ADMIN> list Tenant
    Data:
      id                            name
      --                            ----
      ocid1.tenancy.unique_ID   myTestTenancy
  2. Um den Mandanten zu löschen, verwenden Sie den Befehl delete Tenant gefolgt vom Mandantennamen oder der Mandanten-ID.

    RED2-ADMIN> delete Tenant name=myTestTenancy
    Status: Running
    JobId: 92b84ac2-1f2c-41d7-980e-d7549957ef93
  3. Stellen Sie sicher, dass der gelöschte Mandant nicht mehr in der Mandantenliste angezeigt wird.

    RED2-ADMIN> list Tenant
    Data:
      id                            name
      --                            ----
    

OCI-Images bereitstellen

OCI-Images, auch Plattformimages genannt, werden während der Roving Edge-Installation in das System geladen, und neue Plattformimages können während Upgrade- oder Patching-Vorgängen bereitgestellt werden. Die Bilder werden in einem lokalen Gerätespeicherort platziert, auf den der Verwaltungsknoten zugreifen kann.

Damit Benutzer Instanzen aus den Plattformimages bereitstellen können, müssen diese Images auch in die Compute Enclave importiert werden. Während des Geräteupgrades ist der Import Teil des normalen Prozesses. Wenn die von Oracle bereitgestellten OCI-Images nicht korrekt importiert wurden oder Sie benutzerdefinierte Images hochgeladen haben, die von allen Mandantenbenutzern verwendet werden sollen, führen Sie den Befehl importPlatformImages aus, wie in diesem Abschnitt beschrieben.

Neue Versionen eines Images, die während des Upgrades hinzugefügt werden, ersetzen keine vorhandenen Versionen. Wenn frühere Versionen eines Images veraltet sind und für Benutzer nicht mehr verfügbar sein sollten, muss ein Administrator diese älteren Versionen manuell löschen, wie in diesem Abschnitt beschrieben. Wenn mehr als drei Versionen eines Images verfügbar sind, werden nur die drei neuesten Versionen angezeigt, wenn Images in der Compute Enclave aufgeführt werden. Ältere Plattformimages sind weiterhin verfügbar und können durch Angabe der Image-OCID ausgewählt werden.

OCI-Images importieren

Führen Sie über die Service-CLI den Befehl importPlatformImages aus, um alle Images im lokalen Gerätespeicherort für den Mandanten verfügbar zu machen.

RED2-ADMIN> importPlatformImages
JobId: f21b9d86-ccf2-4bd3-bab9-04dc3adb2966

Verwenden Sie die JobId, um detailliertere Informationen zum Job abzurufen. Im folgenden Beispiel wurden keine neuen Bilder bereitgestellt:

RED2-ADMIN> show job id=f21b9d86-ccf2-4bd3-bab9-04dc3adb2966
Data: 
  Id = f21b9d86-ccf2-4bd3-bab9-04dc3adb2966
  Type = Job
  Done = true
  Name = OPERATION
  Progress Message = There are no new platform image files to import
  Run State = Succeeded
OCI-Images auflisten

Verwenden Sie in der Service-CLI den Befehl listPlatformImages, um alle Plattformimages aufzulisten, die aus dem Shared Storage des Managementclusters importiert wurden.

RED2-ADMIN> listPlatformImages
Data:
  id                             displayName                                     lifecycleState
  --                             -----------                                     --------------
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux-7.9-2025.07.21_0.oci       AVAILABLE
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux-8-2025.09.16_0.oci         AVAILABLE
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux-9-2025.09.16_0.oci         AVAILABLE
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux8-OKE-1.32.7-20251127.oci   AVAILABLE
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Solaris-11-2025.10.16_0.oci      AVAILABLE

Compute-Web-UI-Benutzer sehen dieselbe lifecycleState, die listplatformImages anzeigt. Kurz nach dem Importvorgang werden neue Bilder mit dem Lebenszyklusstatus IMPORTING angezeigt. Wenn der Importjob abgeschlossen ist, ändert sich der Lebenszyklusstatus in AVAILABLE.

Wenn Sie ein Plattformimage löschen, werden sowohl die Service-CLI als auch die Compute-Web-UI als Image DELETING oder DELETED aufgeführt.

OCI-Images löschen

Verwenden Sie in der Service-CLI den Befehl deleteplatformImage, um ein Plattformimage zu löschen. Die Abbildung wird in der Service-CLI-Ausgabe und in der Compute-Enklave als DELETING und dann als DELETED angezeigt und wird schließlich überhaupt nicht aufgeführt.

Wichtig

Mit dem Befehl deleteplatformImage wird die Imagedatei nicht aus dem Shared Storage gelöscht. Es muss auch aus dem Dateisystem entfernt werden. Wenn Sie den Befehl importPlatformImages ausführen, wird das Image erneut importiert und wieder in Compute Enclave verfügbar gemacht.

RED2-ADMIN> deleteplatformImage imageId=ocid1.image.unique_ID_7
JobId: 401567c3-3662-46bb-89d2-b7ad1541fa2d

RED2-ADMIN> listplatformImages
Data:
  id                             displayName                                     lifecycleState
  --                             -----------                                     --------------
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux-7.9-2025.07.21_0.oci       AVAILABLE
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Linux-8-2025.09.16_0.oci         AVAILABLE
[...]
  ocid1.cccimage...<unique_ID>   uln-pca-Oracle-Solaris-11-2025.10.16_0.oci      DELETED