Wenn Sie die VMware Container Networking-Version auf eine neue Version aktualisiert haben, muss die Antrea-NSX Interworking-Bereitstellung in Ihrem registrierten Antrea-Container-Cluster zusammen aktualisiert werden.

Voraussetzungen

  1. Die VMware Container Networking-Version in Ihrem Antrea-Container-Cluster, der bei NSX registriert ist, muss erfolgreich aktualisiert werden.
  2. Führen Sie nur die folgenden vorausgesetzten Schritte aus, die in Voraussetzungen für die Registrierung eines Antrea-Container-Clusters bei einem NSX erwähnt werden. Überspringen Sie die anderen vorausgesetzten Schritte unter diesem Link.
    • Ermitteln Sie die Antrea-Version aus dem Kubernetes-Cluster.
    • Laden Sie die Interworking-Zip-Datei für Antrea-NSX herunter.
    • Importieren Sie die Container-Images in die Containerregistrierung.

      Stellen Sie sicher, dass Sie die Dateien interworking.yaml und deregisterjob.yaml bearbeiten und die Image-URLs auf das importierte Image oder auf die Online-Image-URL aktualisieren.

Prozedur

  1. Führen Sie die folgenden kubectl-Befehle aus, um den Register-Auftrag und die antrea-interworking-Bereitstellung zu löschen. 
    kubectl delete job register -n vmware-system-antrea --ignore-not-found
kubectl delete deployment antrea-interworking -n vmware-system-antrea --ignore-not-found
    Hinweis: Löschen Sie den vmware-system-antrea-Namespace, configmaps und geheime Schlüssel in diesem Namespace nicht.
  2. Führen Sie den folgenden kubectl-Befehl aus, um die Datei interworking.yaml an den Kubernetes-API-Server zu übermitteln und das Upgrade auszulösen. 
    kubectl apply -f interworking.yaml
    Hinweis: Nur die interworking.yaml muss übermittelt werden. Die Datei bootstrap-config.yaml ist für den Upgrade-Vorgang nicht erforderlich.
  3. Führen Sie den folgenden kubectl-Befehl aus, um alle Pods im namespace vmware-system-antrea aufzulisten. 
    kubectl get pods -o wide -n vmware-system-antrea
    Beachten Sie, dass der Status des Registers-xxx Pod auf Running steht. Da der Antrea-Container-Cluster bereits bei NSX registriert ist, überspringt der Pod register-xxx den Registrierungsvorgang und der Status ändert sich bald in Completed. Der Status des alten interworking-yyy-Pods ändert sich in Terminating und der neue Interworking-zzz Pod-Status ändert sich in Running.

    Wenn der Status des neuen interworking-zzz-Pods Running lautet und die bereiten Container 4/4 sind, müssen die Container nicht neu gestartet werden und das Upgrade ist erfolgreich.

    #Example output:

NAME                            READY   STATUS    RESTARTS   AGE   IP              NODE              NOMINATED NODE   READINESS GATES
interworking-7764988ddd-wnvcg   4/4     Running   0          29s   192.168.x.y     example-node-10   <none>           <none>
  4. Führen Sie den folgenden kubectl-Befehl aus, um sicherzustellen, dass der neue Interworking-zzz-Pod das neue Image verwendet und die Image-URLs erwartungsgemäß sind.
    Stellen Sie sicher, dass Sie den Pod-Namen „interworking-7764988ddd-wnvcg“ durch den tatsächlichen Pod-Namen ersetzen, der in der Ausgabe des kubectl get pods-Befehls des vorherigen Schritts angezeigt wird. 
    kubectl get pods -o yaml interworking-7764988ddd-wnvcg -n vmware-system-antrea | grep image:

# Example output:
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0
    image: vmware.io/antrea/interworking:0.11.0