fix: The gc delete multus ip cr and lsp setting when enable keep vm ip

[watermelon-brother]

What type of this PR

The vm multus ip cr and lsp setting will be deleted by gc logic when vm define multus networkName as below:

spec:
  template:
    spec:
      networks:
      - multus:
          networkName: <nad-name> # not <nad-namespace>/<nad-name>
        name: <nic-name>

Which issue(s) this PR fixes

The vm ip and mac somethime change when enable keep VM IP.

WHAT

I have remove not need logic in the pr.

HOW

Keep vm ip and mac not change is very important, because it can cause the vm nic not get ip when mac address change.

[bobz965]

我存在一个疑问，感觉bug原因还需要澄清下：

情况1： networkName: nad-name
之前：vmLsps 从 attachNets 缓存到了 vm 的所有 lsp （这里应该是能缓存到吧？）
现在：vmLsps 从 vm.Spec.Template.Spec.Networks 缓存到了 vm 的所有 lsp

结果一致

情况2： networkName: nad-namespace/nad-name
之前：vmLsps 从 attachNets 缓存到了 vm 的所有 lsp
现在：vmLsps 从 vm.Spec.Template.Spec.Networks 缓存到了 vm 的所有 lsp

结果一致

[watermelon-brother]

我存在一个疑问，感觉bug原因还需要澄清下：

情况1： networkName: nad-name 之前：vmLsps 从 attachNets 缓存到了 vm 的所有 lsp （这里应该是能缓存到吧？） 现在：vmLsps 从 vm.Spec.Template.Spec.Networks 缓存到了 vm 的所有 lsp

结果一致

情况2： networkName: nad-namespace/nad-name 之前：vmLsps 从 attachNets 缓存到了 vm 的所有 lsp 现在：vmLsps 从 vm.Spec.Template.Spec.Networks 缓存到了 vm 的所有 lsp

结果一致

vm is not define below:

vm.Spec.Template.ObjectMeta.Annotations[util.AttachmentNetworkAnnotation]

The virt-launcher-pod have multus annotations is auto add by virt-controller-pod.

[bobz965]

@watermelon-brother, if vm.Spec.Template.ObjectMeta.Annotation is not used, How about the logic in pod.go which used vm.Spec.Template.ObjectMeta.Annotation should be dealt with too?

[watermelon-brother]

@watermelon-brother, if vm.Spec.Template.ObjectMeta.Annotation is not used, How about the logic in pod.go which used vm.Spec.Template.ObjectMeta.Annotation should be dealt with too?

I mean that the vm.Spec.Template.ObjectMeta.Annotation key util.AttachmentNetworkAnnotation is not need.

[bobz965]

Spec.Template.ObjectMeta.Annotations[

Oh, I get it. thanks

[hongzhen-ma]

vm.Spec.Template.Spec.Networks

跟兵兵沟通后，确认情况如下
1、使用 vm.Spec.Template.Spec.Networks 参数指定 multus网络，在包含 ns 参数的时候，不会出现 lsp 丢失的情况。没有 ns 参数的时候，有 issue 描述的问题，所以需要支持 不带ns 的情况。
2、multus 支持使用 annotation 指定 multus 网卡的情况，这种使用方式是符合正常需求的。具体可以参考
https://github.com/k8snetworkplumbingwg/multus-cni/blob/master/docs/quickstart.md

所以基于annotation 检查 multus 配置的逻辑，应该保留

[bobz965]

keep this section for util.AttachmentNetworkAnnotation case

[watermelon-brother]

This logic is not need for kubevirt. If you add this annotation, it is work only you not set vm multus network.

[watermelon-brother]

vm.Spec.Template.Spec.Networks

跟兵兵沟通后，确认情况如下 1、使用 vm.Spec.Template.Spec.Networks 参数指定 multus网络，在包含 ns 参数的时候，不会出现 lsp 丢失的情况。没有 ns 参数的时候，有 issue 描述的问题，所以需要支持 不带ns 的情况。 2、multus 支持使用 annotation 指定 multus 网卡的情况，这种使用方式是符合正常需求的。具体可以参考 https://github.com/k8snetworkplumbingwg/multus-cni/blob/master/docs/quickstart.md

所以基于annotation 检查 multus 配置的逻辑，应该保留

This logic is not need, because if you set vm.Spec.Template.ObjectMeta.Annotation key util.AttachmentNetworkAnnotation, It can override by the kubevirt controller logic. this logic you can see below:

https://github.com/kubevirt/kubevirt/blob/main/pkg/virt-controller/services/template.go -> generatePodAnnotations

[bobz965]

hi @watermelon-brother ，那段之前就有的逻辑应该不会产生 bug, 而且大家使用的kubevirt的版本可能不太一样，而且查看所有关于 AttachmentNetworkAnnotation 历史代码逻辑变更的操作也是一个比较繁琐的操作。我当前不确定 kubevirt 是否一直以来都是只用你说的这一种设计。毕竟这段代码应该是为了兼容另外一种逻辑。

[watermelon-brother]

hi @watermelon-brother ，那段之前就有的逻辑应该不会产生 bug, 而且大家使用的kubevirt的版本可能不太一样，而且查看所有关于 AttachmentNetworkAnnotation 历史代码逻辑变更的操作也是一个比较繁琐的操作。我当前不确定 kubevirt 是否一直以来都是只用你说的这一种设计。毕竟这段代码应该是为了兼容另外一种逻辑。

OK, I had reserve it in the pr.