Uploaded image for project: 'OpenShift Service Mesh'
  1. OpenShift Service Mesh
  2. OSSM-2101

Delete istio-cni-node DaemonSet when last SMCP is deleted

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done-Errata
    • Icon: Major Major
    • OSSM 2.6.0
    • OSSM 2.3.0
    • Customer Impact, Maistra
    • None
    • 8
    • False
    • None
    • False
    • Hide
      Previously, the Istio operator never deleted the istio-cni-node DaemonSet and other CNI resources when they were no longer needed.

      For example, when you created a v2.4 SMCP, the v2.4 CNI resources were installed. If you then deleted this SMCP or updated its version to v2.5, the v2.4 CNI was preserved until it was deleted manually. Now the operator deletes the v2.4 CNI resources immediately when there are no remaining v2.4 SMCPs in the cluster.

      After upgrading the operator, if there is at least one SMCP installed in the cluster, the operator will reconcile this SMCP and then delete all unused CNI installations that are no longer being used (even very old CNI versions all the way down to v2.0).
      Show
      Previously, the Istio operator never deleted the istio-cni-node DaemonSet and other CNI resources when they were no longer needed. For example, when you created a v2.4 SMCP, the v2.4 CNI resources were installed. If you then deleted this SMCP or updated its version to v2.5, the v2.4 CNI was preserved until it was deleted manually. Now the operator deletes the v2.4 CNI resources immediately when there are no remaining v2.4 SMCPs in the cluster. After upgrading the operator, if there is at least one SMCP installed in the cluster, the operator will reconcile this SMCP and then delete all unused CNI installations that are no longer being used (even very old CNI versions all the way down to v2.0).
    • Enhancement
    • Set a Value

      As a mesh admin, I want the OSSM operator to delete the istio-cni-node DaemonSet when the last SMCP is deleted so that my cluster doesn't run Pods that I no longer need.

      The operator starts up the istio-cni-node DaemonSet the first time you deploy an SMCP. It never deletes this DaemonSet. It's fairly easy to implement the deletion of this DaemonSet when the last SMCP is deleted.

      Also important is the fact that we now create different a DaemonSet based on the version in the SMCP. If someone creates a v2.2 SMCP, the istio-cni-node DaemonSet is created. If they then upgrade the SMCP to v2.3, the istio-cni-node-2-3 DaemonSet is created alongside the first DaemonSet. The first DaemonSet is no longer used, so it should be deleted.

      Acceptance criteria:

      • When you create an SMCP in an empty cluster and then delete it, the DaemonSet is deleted.
      • When you create multiple SMCPs and then delete one, the DaemonSet should NOT be deleted.
      • When you deploy multiple SMCPs with different versions and then delete the SMCPs of a particular version, only that version's DaemonSet is deleted.
      • When you create a v2.2 SMCP and then upgrade it to v2.3, only the 2.3 DaemonSet remains.
      • Create OSSMDOC ticket explaining the new functionality.

            mluksa@redhat.com Marko Luksa
            mluksa@redhat.com Marko Luksa
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: