第 6 章 Greenboot 健康检查框架
Greenboot 是 rpm-ostree 系统上 systemd 服务的通用健康检查框架，如 Red Hat Enterprise Linux for Edge (RHEL for Edge)。此框架包含在 MicroShift 安装中，带有 microshift-greenboot 和 greenboot-default-health-checks RPM 软件包。
Greenboot 健康检查会在不同时间运行来评估系统健康状况，并在软件出现问题的情况下自动回滚到最后一个健康状态，例如：
- 每次系统启动时都运行默认健康检查脚本。
- 除了默认的健康检查外，您还可以编写、安装和配置应用程序健康检查脚本，以便在系统每次启动时也运行。
- Greenboot 可减少在更新过程中锁定边缘设备的风险，并防止在更新失败时中断服务。
-
当检测到失败时，系统会使用
rpm-ostree回滚功能引导至最后一个已知的工作配置中。此功能对于直接服务有限或不存在的边缘设备特别有用。
MicroShift 应用程序健康检查脚本包含在 microshift-greenboot RPM 中。greenboot-default-health-checks RPM 包括健康检查脚本，验证 DNS 和 ostree 服务是否可以访问。您可以为正在运行的工作负载创建自己的健康检查脚本。您可以编写一个来验证应用程序是否已启动，例如：
6.1. Greenboot 如何使用目录运行脚本
从四个 /etc/greenboot 目录运行的健康检查脚本。这些脚本按字母顺序运行。当您为工作负载配置脚本时请注意这一点。
当系统启动时，Greenboot 在 required.d 目录中 运行脚本。根据这些脚本的结果，Greenboot 会继续启动或尝试回滚，如下所示：
-
系统如预期：当
required.d目录中的所有脚本都成功运行，Greenboot 会运行/etc/greenboot/green.d目录中的任何脚本。 -
系统问题：如果
required.d目录中的任何脚本失败，Greenboot 会运行red.d目录中的任何 prerollback 脚本，然后重启系统。
greenboot 将脚本和健康检查输出重定向到系统日志。登录后，每日信息会提供整个系统健康输出。
6.1.1. Greenboot 目录详情
从任何脚本返回非零退出代码意味着该脚本失败。greenboot 在尝试回滚到之前的版本前，会多次重启系统以重试脚本。
/etc/greenboot/check/required.d包含不能失败的健康检查。-
如果脚本失败，Greenboot 默认重试三次。您可以通过将
GREENBOOT_MAX_BOOTS参数设置为所需的重试次数，在/etc/greenboot/greenboot.conf文件中配置重试次数。 - 在所有重试失败后，Greenboot 会在一个可用时自动启动回滚。如果没有回滚，系统日志输出显示需要手动干预。
-
MicroShift 的
40_microshift_running_check.sh健康检查脚本被安装到这个目录中。
-
如果脚本失败，Greenboot 默认重试三次。您可以通过将
/etc/greenboot/check/wanted.d包含允许失败的健康脚本，而不会导致系统被回滚。- 如果这些脚本失败，Greenboot 会记录失败，但不会启动回滚。
-
/etc/greenboot/green.d包含在 Greenboot 声明启动成功后运行的脚本。 -
/etc/greenboot/red.d包含在 Greenboot 声明启动后运行的脚本，包括40_microshift_pre_rollback.shprerollback 脚本。这个脚本在系统回滚前执行。脚本执行 MicroShift pod 和 OVN-Kubernetes 清理，以避免在系统回滚到以前的版本后潜在的冲突。
如果您自定义 /etc/greenboot/greenboot.conf 文件中任何环境变量的值，则当 greenboot RPM 软件包被更新或降级时，这些更改可能会丢失。
-
要在使用 MicroShift 构建系统镜像时保留自定义，请将
greenboot.conf文件添加到蓝图中。 -
要在使用 RPM 安装时保留自定义，请在安装 MicroShift 和 greenboot RPM 后对
greenboot.conf文件应用更改。
