Documentazione di Oracle Cloud Infrastructure

Risoluzione dei gruppi di istanze gestite non compatibili

Alcuni gruppi di istanze gestite da Gestione sistema operativo potrebbero non essere compatibili con Hub di gestione del sistema operativo. Utilizzare l'assistente alla migrazione per identificare le incompatibilità e risolvere eventuali problemi prima della migrazione.

I gruppi di istanze gestite possono essere incompatibili con l'hub di gestione del sistema operativo per i motivi riportati di seguito.

Origini software del fornitore richieste non ancora aggiunte

Prima di poter creare un gruppo di istanze gestite da Gestione sistema operativo nell'hub di gestione del sistema operativo, tutte le origini software del fornitore collegate al gruppo in Gestione sistema operativo devono essere aggiunte all'hub di gestione del sistema operativo.

Se viene rilevata un'origine software del fornitore errata, l'assistente alla migrazione segnala il problema seguente e suggerisce l'azione seguente:

ISSUE: This group has Vendor Software Sources not yet created in OSMH.
ACTION: Use 'osms-to-osmh create vendor-software-source' to create the following Vendor Software Sources in OSMH.

Per risolvere questo problema:

  1. Utilizzare il comando osms-to-osmh create vendor-software-source per aggiungere le origini software del fornitore mancanti nell'hub di gestione del sistema operativo. 
    osms-to-osmh create vendor-software-source
  2. Dopo aver aggiunto le origini software del fornitore mancanti, utilizzare il comando osms-to-osmh create managed-instance-group per creare i gruppi di istanze gestite nell'hub di gestione del sistema operativo. 
    osms-to-osmh create managed-instance-group

Origini software personalizzate richieste non ancora create

Prima di poter creare un gruppo di istanze gestite da Gestione sistema operativo nell'hub di gestione del sistema operativo, tutte le origini software personalizzate collegate al gruppo in Gestione sistema operativo devono essere aggiunte all'hub di gestione del sistema operativo.

Se vengono rilevate origini software personalizzate mancanti, l'assistente alla migrazione segnala il problema seguente e suggerisce l'azione seguente:

ISSUE: This group has Custom Software Sources not yet created in OSMH.
ACTION: Create the following Custom Software Sources in OSMH:
<list of custom software sources>
...

Per risolvere questo problema:

  1. Utilizzare il comando osms-to-osmh create custom-software-source per creare l'origine software personalizzata nell'hub di gestione del sistema operativo 
    osms-to-osmh create custom-software-source
  2. Dopo aver creato l'origine software personalizzata, utilizzare il comando osms-to-osmh create managed-instance-group per creare i gruppi di istanze gestite nell'hub di gestione del sistema operativo. 
    osms-to-osmh create managed-instance-group

Il gruppo contiene istanze con versioni del sistema operativo, architetture o origini software diverse

Un gruppo di istanze gestite a livello di gestione del sistema operativo non è compatibile con l'hub di gestione del sistema operativo quando le istanze presenti nel gruppo non hanno la stessa versione e architettura del sistema operativo o se vi sono collegate origini software diverse.

Se rilevato, l'assistente alla migrazione segnala uno dei problemi riportati di seguito e suggerisce le azioni riportate di seguito.

ISSUE: This group contains instances with different OS versions, which is disallowed in OSMH.
ISSUE: This group contains instances with different system architectures, which is disallowed in OSMH.
ISSUE: This group contains instances with differing software sources, which is disallowed in OSMH.
ACTION: Create separate OSMH groups consisting of instances with the same OS version, Architecture, ALX requirments, Event Collection, Notification Topic id and Software sources.
ACTION: Remove the instances from the incompatible OSMS group. At migration time, you can attach the instance to an OSMH group.

Per risolvere questo problema:

  1. Creare gruppi separati con la stessa versione del sistema operativo, architettura e origini software nell'hub di gestione del sistema operativo.
  2. Creare i profili di registrazione nell'hub di gestione del sistema operativo da utilizzare per registrare le istanze con il gruppo appropriato nell'hub di gestione del sistema operativo al momento della migrazione.
  3. Creare job pianificati per i gruppi nell'hub di gestione del sistema operativo in base alle esigenze per abbinare i job pianificati per il gruppo in Gestione del sistema operativo.
  4. Al momento della migrazione, utilizzare il profilo di registrazione gruppo appropriato per registrare le istanze con l'hub di gestione del sistema operativo. Vedere Migrazione delle istanze gestite nell'hub di gestione del sistema operativo.

Ad esempio, si supponga che il comando osms-to-osmh find managed-instance-group con l'opzione --verbose segnali le seguenti incompatibilità:

ISSUE: This group contains instances with different system architectures, which is disallowed in OSMH.

ACTION: Create separate OSMH groups consisting of instances with the same OS version, Architecture, ALX requirments, Event Collection, Notification Topic id and Software sources.
ACTION: Remove the instances from the incompatible OSMS group. At migration time, you can attach the instance to an OSMH group.
...
      
  The following set of OSMH groups will satisfy the OS Version, Architecture, Software Source, ALX requirments, Event Collection and Notification Topic id needs of the instances in this OSMS group.

   OSMH 'Group 1':
    - Create OSMH 'Group 1' with the following properties:

      Vendor  Version         Arch    ALX  Software sources                                            Migrated  
      ------  --------------  ------  ---  ----------------------------------------------------------  --------  
      ORACLE  ORACLE_LINUX_8  X86_64  NO   Ksplice for Oracle Linux 8 (x86_64)                         No        
                                           MySQL 8.0 Connectors Community for Oracle Linux 8 (x86_64)  No        
                                           MySQL 8.0 Tools Community for Oracle Linux 8 (x86_64)       No        
   ...
    - At migration time, use the 'Group 1' registration profile to migrate the following instances to 'Group 1':

      OCID                             Name      ALX  Event Collection  Notification Topic Id  Compartment             
      -------------------------------  --------  ---  ----------------  ---------------------  ---------------  
      ocid1.instance.oc1..<unique_ID>  ol8-mi01  NO   NO                None                   ol8-compartment 

   OSMH 'Group 2':
    - Create OSMH 'Group 2' with the following properties:

      Vendor  Version         Arch     ALX  Software sources                                           Migrated  
      ------  --------------  -------  ---  ---------------------------------------------------------  --------  
      ORACLE  ORACLE_LINUX_8  AARCH64  NO   Ksplice for Oracle Linux 8 (aarch64)                       No        
                                            MySQL 8.0 Connectors for Oracle Linux 8 (aarch64)          No        
                                            MySQL 8.0 Tools Community for Oracle Linux 8 (aarch64)     No        
   ...
    - At migration time, use the 'Group 2' registration profile to migrate the following instances to 'Group 2':

      OCID                             Name      ALX  Event Collection  Notification Topic Id  Compartment             
      ------------------------------   --------  ---  ----------------  ---------------------  --------------  
      ocid1.instance.oc1..<unique_ID>  ol8-mi04  NO   NO                None                   ol8-compartment

Per risolvere questo problema:

  1. Creare un gruppo Oracle Linux 8 i cui membri si basano sull'architettura x86 e su un profilo di registrazione nell'hub di gestione del sistema operativo.
  2. Creare un gruppo Oracle Linux 8 i cui membri si basano sull'architettura aarch64 (ARM) e un profilo di registrazione nell'hub di gestione del sistema operativo.
  3. Creare i job pianificati per i gruppi in modo che corrispondano al gruppo non compatibile con la gestione del sistema operativo nell'hub di gestione del sistema operativo.
  4. Durante la migrazione, utilizzare il profilo di registrazione appropriato per registrare le istanze che erano membri del gruppo di gestione del sistema operativo incompatibile.