本页面介绍了旧版操作系统客机政策。
您可以使用操作系统客机政策为虚拟机实例部署、查询和维护一致的配置（期望的状态和软件）。在 Compute Engine 上，您必须使用客机政策来保持一致的虚拟机软件配置。
如需创建客机政策，请参阅创建客机政策。
概览
客机政策是一种资源，包含所需软件包、软件包代码库和软件配置等设置。客机政策还指定了哪些虚拟机应该应用这些设置。
您可以使用客机政策来完成以下任务：
- 安装、移除和自动更新软件包。
- 配置软件包代码库。
- 使用软件配方安装软件。
关键词
- 软件包：dpkg 或 rpm 等软件包。
- 软件包代码库：可从中安装软件包的代码库。
软件配方：关于为客机操作系统安装未打包软件的一系列说明。借助软件配方，您可以指定有关在虚拟机上安装软件的说明。这些说明包括其他步骤，例如：
- 下载文件
- 将归档文件（例如 zip 或 tar）解压缩
- 运行配置软件所需的命令或脚本
如果您希望安装并非作为传统软件包提供的软件，则软件配方是理想之选。另外，软件配方非常适合需要额外安装参数或说明的软件包。
价格
如需了解价格，请参阅 VM 管理器价格。
客机政策的工作原理
当您为项目或特定虚拟机实例设置客机政策并安装 OS Config 代理后，OS Config 代理会在虚拟机上运行，并使用客机政策中的规范来保持期望的虚拟机状态。OS Config 代理会在首次运行期间应用配置，然后每 10 分钟轮询一次服务并进行偏移校正。
OS Config 代理使用标准系统软件包管理器视情况应用更改。在 Linux 上，这意味着运行一个系统软件包管理器（例如 apt install 或 yum install）来安装软件包。
例如，您可以设置一项政策，以确保在项目中具有前缀 test- 的所有实例上安装 Cloud Monitoring 代理。如需了解详情，请参阅配置客机政策 yaml 或 JSON 文件。
配置管理服务如何处理分配冲突
由于客机政策会应用于目前正在运行的虚拟机和今后运行的虚拟机，因此在客机政策创建过程中，服务会验证当前是否有冲突，或者今后是否可能发生冲突。
配置管理服务会通过拒绝被视为互相冲突的两个政策中的后一个，以防止将有冲突的配置分配给同一虚拟机。
例如，如果您制定了以下政策：
- 政策 A：在所有带有标签
color=red的虚拟机实例上安装软件包foo。 - 政策 B：移除名称前缀为
dev-的所有实例上的软件包foo。
假设您创建了一个名为 dev-instance 且带有标签 color=red 的实例，这样就会导致政策发生冲突。为了缓解此问题，该服务会限制您创建 policy B。