kubervirt使用与运行策略

三、KubeVirt基本命令

3.1查看virtctl版本，说明安装成功

[root@k8s-master ~]# virtctl version

3.2创建和管理虚拟机

列出所有可用的虚拟机实例

[root@master ~]# kubectl get vmi -n <namespace>

参数-n用于指定命名空间

查看特定虚拟机实例的详细信息

[root@master ~]# kubectl describe vmi <vmi-name> -n <namespace>

删除虚拟机实例

[root@master ~]# kubectl delete vmi <vmi-name> -n <namespace>

3.3创建和管理虚拟机定义

KubeVirt中的虚拟机定义（VirtualMachine）与虚拟机实例（VirtualMachinInstance，VM）不同。虚拟机定义是一个模版，可以用来启动多个虚拟机实例

创建一个新的虚拟机定义

[root@master ~]# kubectl create -f <file>.yaml

启动由虚拟机定义创建的虚拟机实例

[root@master ~]# kubectl patch vm <vm-name> -p '{"spec":{"running":true}}' --type=merge -n <namespace>

停止虚拟机实例

[root@master ~]# kubectl patch vm <vm-name> -p '{"spec":{"running":false}}' --type=merge -n <namespace>

查看KubeVirt组件的状态

[root@master ~]# kubectl -n kubevirt get all

连接到虚拟机控制台

[root@master ~]# kubectl virt console <vmi-name> -n <namespace>

四、KubeVirt运行策略

KubeVirt对象遵循kubernetes惯例，它们通常有Spec（规范）和Status（状态）节。该规范是用户可配置的，允许用户以声明的方式指示集群所需的状态。同时，状态部分不是用户可配置的，它反映了集群中食物的实际状态。简而言之，用户编辑规范，控制器编辑状态

Running

Running字段在VM的规范中，换句话说，运行（Running）VM是用户的意图。它不能反映虚拟机的实际运行（Running）状态

RunStrategy

通过使用“RunStrategy”这个名称，最终用户清楚地知道他们在请求状态，这当然是完全独立于系统实际提供的状态的。RunStrategy有助于解决命名术语的混淆，但它碰巧也是一个枚举值。因为Running是一个布尔值，只能为真或假。我们现在能够创建更有意义的状态来适应不同的案例

目前存在四种运行策略：

◎Always：如果一个VM由于任何原因被停止，一个新的实例将被派生

◎RerunOnFailure:如果VM在错误状态下结束执行，将会产生一个新的实例。这样就解决了上面所列的第二个问题。如果用户手动停止VM，则不会生成新的实例

◎Manual：KubeVirt不会尝试启动或者停止VM。为了改变状态，用户必须从API调用start/stop/restart。在virtctl命令行客户端中也有方便的函数

◎Halted：如果VM正在运行，它将被停止，并且将保持关闭状态

高可用性

如果不提到高可用性，对运行策略的讨论就不完整。毕竟，在RerunOnFailure和Always运行策略背后的含义是：VM应该始终可用。在大多数情况下，这是完全正确的，但有一个重要的场景需要注意：如果一个节点完全失败，例如网络或者电源丢失。如果没有自动检测节点不再活动的方法，KubeVirt将不知道VM已经失败。在使用中启用了MachineHealthCheck（MHC）的IPI安装的OpenShift集群上，可以检测失败节点并重新安排运行在那里的工作负载

例：创建一个 Always运行策略的 VM

[root@k8s-master ~]# cat vm-f.yaml

apiVersion: kubevirt.io/v1

kind: VirtualMachine

metadata:

labels:

kubevirt.io/vm: vm-fedora

spec:

runStrategy: Always

template:

metadata:

labels:

kubevirt.io/vm: vm-fedora

spec:

domain:

resources:

requests:

memory: 1Gi

devices:

disks:

- name: containerdisk

disk:

bus: virtio

volumes:

- name: containerdisk

containerDisk:

image: kubevirt/fedora-cloud-container-disk-demo:latest

- name: cloudinitdisk

cloudInitNoCloud:

userDataBase64: SGkuXG4=

创建、查看VM

[root@k8s-master~]# kubectl delete -f vm-fedora.yaml

[root@k8s-master ~]# kubectl get vm

[root@k8s-master ~]# kubectl get vmi

4.1容器与虚拟机的统一管理

KubeVirt 是一个基于 Kubernetes 的扩展项目，旨在实现对虚拟机（VM）和容器的统一管理。通过将虚拟机作为 Kubernetes 中的原生资源（Custom Resources），KubeVirt 使得虚拟机可以像容器一样进行管理，允许用户在同一平台上运行容器化应用和传统虚拟化工作负载。

传统的虚拟化技术（如 KVM）和容器技术（如 Docker）在管理、调度和操作方式上存在很大差异。KubeVirt 通过 Kubernetes 提供的资源调度、自动化扩展、集群管理等能力，解决了这些差异，并提供了跨虚拟机与容器的统一平台。