Der Importvorgang besteht aus vier Phasen.

Phase 1

Rufen Sie alle Ressourcen von der Manager-API ab. Filtern Sie die Ressourcen basierend auf dem Kubernetes-Cluster-Tag (ncp/cluster) oder den gemeinsam genutzten Ressourcen, die in user-spec.yaml angegeben sind. Beginnen Sie mit dem Erstellen von Anforderungstexten, die an den Migrationsserver gesendet werden. Falls keine Anforderung generiert werden kann, migriert NCP den Cluster nicht und wird beendet.

Erwartete Fehler und Lösungen:
  • Ressourcen können aufgrund eines Konnektivitätsproblems nicht von der Manager-API abgerufen werden

    Lösung: Versuchen Sie es nach der Behebung des Konnektivitätsproblems erneut.

  • Kubernetes enthält keine Ressource, die von der Manager-API abgerufen wird

    Lösung: Führen Sie NCP erneut im Managermodus aus, bis der Status „Leerlauf“ erreicht wird. Dies bedeutet, dass keine Vorgänge zum Erstellen, Lesen, Aktualisieren oder Löschen (CRUD, Create, Read, Update, Delete) durchgeführt werden. Sie sollten mindestens 10 Minuten warten, da dies das maximale Zeitintervall ist, bis NCP Wiederholungsanforderungen sendet. Wenn in den NCP-Protokollen keine Fehler aufgeführt werden, sollte das Problem behoben sein.

Phase 2

Beginnen Sie mit dem Versand der in Phase 1 erstellten Importanforderungen an die Migrations-API. Sobald eine Anforderung erfolgreich verarbeitet wurde, erfassen Sie die in der Anforderung enthaltenen Manager-IDs auf der lokalen Festplatte des Clients. Falls eine Anforderung fehlschlägt, müssen Sie eine Wiederherstellung der bereits importierten Ressourcen mithilfe der auf der lokalen Festplatte gespeicherten Manager-IDs durchführen. Wenn die Migrations-API mitteilt, dass es sich um eine doppelte Anforderung handelt, entfernt die Importfunktion die entsprechende Manager-ID aus dem Anforderungstext und sendet die Anforderung erneut.

Erwartete Fehler und Lösungen:
  • Konnektivitätsproblem

    Lösung: Versuchen Sie es nach der Behebung des Konnektivitätsproblems erneut.

  • Migrations-API gibt einen Fehler zurück

    Lösung: Versuchen Sie es nach einiger Zeit erneut, da es sich um einen Fehler der Richtlinien-API oder Migrations-API handeln kann. Wenn das Problem weiterhin besteht, führen Sie eine Wiederherstellung aller importierten Ressourcen durch, sobald die Importfunktion unerwartet beendet wird, indem Sie die Option rollback_imported_resources in config.yaml verwenden. Standardmäßig führt die Importfunktion eine Wiederherstellung durch, wenn ein Problem in dieser Phase auftritt. Wenn bei der Wiederherstellung jedoch ein Problem auftritt, müssen Sie es manuell erneut versuchen. Wenn die Wiederherstellung mit mp_to_policy_importer fehlschlägt, müssen Sie mithilfe einer Sicherung den Zustand wiederherstellen, den NSX Manager vor dem Import des Kubernetes-Clusters hatte.

Hinweis: Wenn DFW-Abschnitte und -Regeln importiert wurden und die Importanforderungen für Ressourcen danach fehlschlagen, müssen Sie den Zustand des Managers mithilfe der erstellten Sicherung wiederherstellen, bevor Sie den Cluster-Import erneut einleiten.

Phase 3

Leiten Sie die Tags, die den Ressourcen im Richtlinienmodus hinzugefügt bzw. aus ihnen entfernt werden müssen, für alle importierten Ressourcen ab. Falls ein Tag nicht abgeleitet werden kann (Grund: Es könnte die entsprechende Kubernetes-Ressource fehlen), führt die Importfunktion eine Wiederherstellung der bereits importierten Ressourcen mithilfe der auf der lokalen Festplatte gespeicherten Manager-IDs aus. Dies kann passieren, wenn NCP im Managermodus mitten in der Transaktion angehalten wurde. Daher sollten Sie NCP in diesen Fällen erneut im Managermodus starten und eine Weile warten.

Erwartete Fehler und Lösungen:
  • Kubernetes enthält keine Ressource, die von der Manager-API abgerufen wird

    Lösung: Führen Sie nach der Wiederherstellung NCP erneut im Managermodus aus, bis der Status „Leerlauf“ erreicht wird. Sie sollten mindestens 10 Minuten warten, da dies das maximale Zeitintervall ist, bis NCP Wiederholungsanforderungen sendet. Wenn in den NCP-Protokollen keine Fehler aufgeführt werden, sollte das Problem behoben sein.

Phase 4

Dies ist die wichtigste Phase. Es wird dringend empfohlen, darauf zu achten, dass in dieser Phase kein unerwarteter Fehler auftritt. In dieser Phase aktualisiert die Importfunktion die Ressourcen im Richtlinienmodus mit neuen Tags und/oder zusätzlichen Informationen (Die Importfunktion aktualisiert beispielsweise den Anzeigenamen von Segmenten). Wenn die Ressource zu diesem Zeitpunkt nicht aktualisiert werden kann, speichert die Importfunktion den aktualisierten Richtlinienressourcentext und die Richtlinienressourcen-URL auf der lokalen Festplatte des Clients und fordert Sie auf, es erneut zu versuchen, nachdem Sie das Problem behoben haben (es handelt sich um ein Problem der Richtlinien-API oder ein Konnektivitätsproblem).

Erwartete Fehler und Lösungen:
  • Konnektivitätsproblem

    Lösung: Versuchen Sie es nach der Behebung des Konnektivitätsproblems erneut.

In allen vier Phasen besteht auch die Gefahr, dass ein unerwarteter Stromausfall und andere Probleme auftreten, die wie unter Fehler und Wiederherstellung beschrieben behandelt werden.