Le istruzioni di questa sezione sono facoltative per gli utenti di TKGI perché i passaggi sono automatizzati in TKGI.

Il primo passaggio del processo di migrazione da Manager a Criterio consiste nella migrazione delle risorse NSX condivise tra cluster, ad esempio router logici, blocchi e pool di IP, NsGroup e così via. Queste risorse NSX vengono create dall'utente. Vengono specificate manualmente nel codice YAML mp2p-user-spec dall'utente durante la migrazione dei cluster Vanilla Kubernetes. Non possono essere specificate in TKGI poiché vengono dedotte automaticamente. Sono specificate nel riquadro VMware NSX-T nel riquadro di configurazione Migrazione da MP a Criterio in Ops Manager in TAS.

Nella migrazione del cluster TKGI e Vanilla Kubernetes, le risorse condivise vengono migrate alla modalità Criterio con un ID criterio derivato dai loro nomi visualizzati nel modo seguente:
  • Ogni spazio (' ') viene sostituito con un carattere di sottolineatura ('_')
  • Ogni barra ('/') viene sostituita con un carattere di sottolineatura ('_')
  • Se il nome visualizzato ha solo punti (ad esempio, '.', '.....' e così via) viene preceduto da un carattere di sottolineatura ('_')
Esempi:
  • "mp display name" diventa l'ID criterio: "mp_display_name"
  • "mp display/name" diventa l'ID criterio: "mp_display_name"
  • "....." diventa l'ID criterio: "_....."

Pertanto è necessario assicurarsi che tutte le risorse NSX create abbiano nomi visualizzati univoci.

In TAS, le risorse condivise vengono migrate in Criterio con un ID criterio uguale all'ID MP.

NOTA: dopo aver eseguito la migrazione di un cluster Vanilla Kubernetes, aggiornare ncp.ini in base alle regole precedenti ovunque la configurazione legga l'ID della risorsa di NSX.

Come specificare le risorse condivise nel codice YAML user-spec

Durante la migrazione di un cluster Vanilla Kubernetes, è possibile modificare scripts/user-spec.yaml se si esegue NCP 4.1.0 o versione precedente. In caso contrario, utilizzare la mappa di configurazione nsx-ncp-migrate-mp2p-user-spec per specificare quali risorse NSX create dall'utente devono essere migrate. È possibile specificare:
  • La risorsa che utilizza display_name o ID nell'API di Manager. Se la risorsa non viene trovata nell'API di Manager, viene ignorata.
  • Le allocazioni IP da importare per qualsiasi pool di IP in user-spec.yaml in "ip-allocations". Due scenari:
    1. Con IpPoolAllocation personalizzate da questo IpPool

      Se sono state create manualmente alcune IpAllocation, specificarle qui. La chiave è allocation_id di IpPoolAllocation e il valore è il suo ID criterio previsto. Non includere altre risorse come IpBlock, Tier0 e così via in questa importazione. Una volta completata l'importazione, eseguire di nuovo lo script per importare le risorse condivise, ma come specificato nel passaggio 2 seguente.

    2. Senza IpPoolAllocation personalizzate da questo IpPool (predefinito)

      Non modificare/specificare ip-allocation in alcun IpPool e aggiungere tutte le altre risorse come IpBlock, Tier0 e così via nella specifica da importare.

  • Route statiche e porte di router da importare per un router di livello 1.

    Non modificare gli identificatorie "key" e "value" nella specifica, ma solo i valori assegnati a tali identificatori. "Key" è l'ID gestore e il valore è l'ID del criterio previsto.

Vedere File user-spec.yaml di esempio per visualizzare l'elenco delle risorse NSX che è possibile specificare e come specificarle.

Passaggi per importare solo le risorse condivise

NCP 4.1.1 o versioni precedenti

  1. Immettere le informazioni appropriate in config.yaml e impostare import_shared_resources_only su True. Vedere File user-spec.yaml di esempio.
  2. Immettere le informazioni sulle risorse condivise in user-spec.yaml. Vedere File user-spec.yaml di esempio.
  3. Eseguire mp_to_policy_importer utilizzando gli argomenti del file di configurazione o della riga di comando. Ad esempio:
    python3 mp_to_policy_importer.py --config-file config.yaml

NCP 4.1.2 o versioni successive

  1. Immettere le informazioni sulle risorse condivise nella mappa di configurazione nsx-ncp-migrate-mp2p-user-spec. Vedere File user-spec.yaml di esempio.
  2. Non specificare il nome di alcun cluster Kubernetes nella chiave "k8s-clusters".
  3. Applicare il file migrate-mp2p-job.yaml per eseguire il processo di migrazione.
Eseguire i passaggi seguenti nell'interfaccia utente di OpsManager:
  1. Passare al riquadro di configurazione Migrazione da MP a Criterio.
  2. Specificare le risorse NSX da migrare.
  3. Abilitare la casella di controllo Eseguire la migrazione solo delle risorse NSX create manualmente. Se questa opzione è selezionata, le risorse NSX create da NCP per questa base non verranno migrate a Criterio.
  4. Selezionare il pulsante di opzione Esegui migrazione a Criterio NSX. Tutte le risorse NSX specificate dall'utente indicate in questo riquadro di configurazione e le risorse NSX create da NCP vengono migrate alla modalità Criterio. Questa operazione viene eseguita distribuendo una nuova macchina virtuale nella distribuzione di VMware-NSX-T ed eseguendo una commissione per tale distribuzione.
  5. Fare clic su Salva.
  6. Fare clic Dashboard di installazione.
  7. Fare clic su Rivedi modifiche in sospeso.
  8. Nelle attività di Riquadro VMware NSX-T, abilitare Esegui migrazione MP2P.
  9. Fare clic su Applica modifiche.