OS Configuration Management

本页面介绍了 OS Configuration Management 服务和客机政策。

您可以使用 OS Configuration Management 服务来部署、查询和保持一致的虚拟机实例配置(期望的状态和软件)。在 Compute Engine 上,您必须使用客机政策来保持一致的虚拟机软件配置。

如需创建客机政策,请参阅创建客机政策

概览

客机政策是一种资源,包含所需软件包、软件包代码库和软件配置等设置。客机政策还指定了哪些虚拟机应该应用这些设置。

您可以使用客机政策来完成以下任务:

  • 安装、移除和自动更新软件包。
  • 配置软件包代码库。
  • 使用软件配方安装软件。

关键词

  • 软件包:dpkg 或 rpm 等软件包。
  • 软件包代码库:可从中安装软件包的代码库。
  • 软件配方:关于为客机操作系统安装未打包软件的一系列说明。借助软件配方,您可以指定有关在虚拟机上安装软件的说明。这些说明包括其他步骤,例如:

    • 下载文件
    • 将归档文件(例如 zip 或 tar)解压缩
    • 运行配置软件所需的命令或脚本

    如果您希望安装并非作为传统软件包提供的软件,则软件配方是理想之选。另外,软件配方非常适合需要额外安装参数或说明的软件包。

价格

如需了解价格,请参阅 VM 管理器价格

客机政策的工作原理

当您为项目或特定虚拟机实例设置客机政策并安装 OS Config 代理后,OS Config 代理会在虚拟机上运行,并使用客机政策中的规范来保持期望的虚拟机状态。OS Config 代理会在首次运行期间应用配置,然后每 10 分钟轮询一次服务并进行偏移校正。

OS Config 代理使用标准系统软件包管理器视情况应用更改。在 Linux 上,这意味着运行一个系统软件包管理器(例如 apt installyum install)来安装软件包。

例如,您可以设置一项政策,以确保在项目中具有前缀 test- 的所有实例上安装 Cloud Monitoring 代理。如需了解详情,请参阅配置客机政策 yaml 或 JSON 文件

配置管理服务如何处理分配冲突

由于客机政策会应用于目前正在运行的虚拟机和今后运行的虚拟机,因此在客机政策创建过程中,服务会验证当前是否有冲突,或者今后是否可能发生冲突。

配置管理服务会通过拒绝被视为互相冲突的两个政策中的后一个,以防止将有冲突的配置分配给同一虚拟机。

例如,如果您制定了以下政策:

  • 政策 A:在所有带有标签 color=red 的虚拟机实例上安装软件包 foo
  • 政策 B:移除名称前缀为 dev- 的所有实例上的软件包 foo

假设您创建了一个名为 dev-instance 且带有标签 color=red 的实例,这样就会导致政策发生冲突。为了缓解此问题,该服务会限制您创建 policy B

后续步骤