11.4. 虚拟机健康检查

流程

1. 在虚拟机配置文件中包括就绪度探测的详细信息。

   使用 HTTP GET 测试就绪度探测示例

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     annotations:
     name: fedora-vm
     namespace: example-namespace
   # ...
   spec:
     template:
       spec:
         readinessProbe:
           httpGet: 1
             port: 1500 2
             path: /healthz 3
             httpHeaders:
             - name: Custom-Header
               value: Awesome
           initialDelaySeconds: 120 4
           periodSeconds: 20 5
           timeoutSeconds: 10 6
           failureThreshold: 3 7
           successThreshold: 3 8
   # ...

   1

   执行的 HTTP GET 请求以连接 VM。

   2

   探测查询的虚拟机端口。在上例中，探测查询端口 1500。

   3

   在 HTTP 服务器上访问的路径。在上例中，如果服务器的 /healthz 路径的处理程序返回成功代码，则 VMI 被视为健康。如果处理程序返回失败代码，则虚拟机将从可用端点列表中移除。

   4

   虚拟机启动就绪度探测前的时间（以秒为单位）。

   5

   执行探测之间的延迟（以秒为单位）。默认延迟为 10 秒。这个值必须大于 timeoutSeconds。

   6

   在不活跃的时间（以秒为单位）超过这个值时探测会超时，且假定 VM 失败。默认值为 1。这个值必须小于 periodSeconds。

   7

   探测允许失败的次数。默认值为 3。在进行了指定数量的尝试后，pod 被标记为 Unready。

   8

   在失败后，在探测报告成功的次数达到这个值时才能被视为成功。默认值为 1。

2. 运行以下命令来创建虚拟机：

   $ oc create -f <file_name>.yaml

流程

1. 在虚拟机配置文件中包括 TCP 就绪度探测的详细信息。

   使用 TCP 套接字测试的就绪度探测示例

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     annotations:
     name: fedora-vm
     namespace: example-namespace
   # ...
   spec:
     template:
       spec:
         readinessProbe:
           initialDelaySeconds: 120 1
           periodSeconds: 20 2
           tcpSocket: 3
             port: 1500 4
           timeoutSeconds: 10 5
   # ...

   1

   虚拟机启动就绪度探测前的时间（以秒为单位）。

   2

   执行探测之间的延迟（以秒为单位）。默认延迟为 10 秒。这个值必须大于 timeoutSeconds。

   3

   要执行的 TCP 操作。

   4

   探测查询的虚拟机端口。

   5

   在不活跃的时间（以秒为单位）超过这个值时探测会超时，且假定 VM 失败。默认值为 1。这个值必须小于 periodSeconds。

2. 运行以下命令来创建虚拟机：

   $ oc create -f <file_name>.yaml

流程

1. 在虚拟机配置文件中包括 HTTP 存活度探测的详细信息。

   使用 HTTP GET 测试的存活度探测示例

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     annotations:
     name: fedora-vm
     namespace: example-namespace
   # ...
   spec:
     template:
       spec:
         livenessProbe:
           initialDelaySeconds: 120 1
           periodSeconds: 20 2
           httpGet: 3
             port: 1500 4
             path: /healthz 5
             httpHeaders:
             - name: Custom-Header
               value: Awesome
           timeoutSeconds: 10 6
   # ...

   1

   虚拟机启动存活度探测前的时间（以秒为单位）。

   2

   执行探测之间的延迟（以秒为单位）。默认延迟为 10 秒。这个值必须大于 timeoutSeconds。

   3

   执行的 HTTP GET 请求以连接 VM。

   4

   探测查询的虚拟机端口。在上例中，探测查询端口 1500。VM 通过 cloud-init 在端口 1500 上安装并运行最小 HTTP 服务器。

   5

   在 HTTP 服务器上访问的路径。在上例中，如果服务器的 /healthz 路径的处理程序返回成功代码，则 VMI 被视为健康。如果处理程序返回失败代码，则会删除虚拟机并创建新虚拟机。

   6

   在不活跃的时间（以秒为单位）超过这个值时探测会超时，且假定 VM 失败。默认值为 1。这个值必须小于 periodSeconds。

2. 运行以下命令来创建虚拟机：

   $ oc create -f <file_name>.yaml

流程

1. 创建包含以下内容的 YAML 文件：

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     labels:
       kubevirt.io/vm: vm2-rhel84-watchdog
     name: <vm-name>
   spec:
     running: false
     template:
       metadata:
         labels:
           kubevirt.io/vm: vm2-rhel84-watchdog
       spec:
         domain:
           devices:
             watchdog:
               name: <watchdog>
               i6300esb:
                 action: "poweroff" 1
   # ...

   1

   指定 poweroff, reset, 或 shutdown.

   上面的示例使用 poweroff 操作配置 RHEL8 虚拟机上的 i6300esb watchdog 设备，并将设备公开为 /dev/watchdog。

   现在，watchdog 二进制文件可以使用这个设备。

2. 运行以下命令，将 YAML 文件应用到集群：

   $ oc apply -f <file_name>.yaml

1. 运行以下命令来验证虚拟机是否已连接到 watchdog 设备：

   $ lspci | grep watchdog -i

2. 运行以下命令之一以确认 watchdog 处于活跃状态：

   • 触发内核 panic：

     # echo c > /proc/sysrq-trigger

   • 停止 watchdog 服务：

     # pkill -9 watchdog

流程

1. 以 root 用户身份登录虚拟机。

2. 安装 watchdog 软件包及其依赖项：

   # yum install watchdog

3. 在 /etc/watchdog.conf 文件中取消注释以下行并保存更改：

   #watchdog-device = /dev/watchdog

4. 在引导时启用 watchdog 服务：

   # systemctl enable --now watchdog.service