操作系统客户机政策（旧版）

本页面介绍了旧版操作系统客机政策。

您可以使用操作系统客机政策为虚拟机实例部署、查询和维护一致的配置（期望的状态和软件）。在 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。

后续步骤