Amazon CloudWatch
用户指南
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 Amazon AWS 入门

有关管理 CloudWatch 资源的访问权限的概述

每个 AWS 资源都归某个 AWS 账户所有,创建和访问资源的权限由权限策略进行管理。账户管理员可以向 IAM 身份(即:用户、组和角色)挂载权限策略,某些服务(如 AWS Lambda)也支持向资源挂载权限策略。

注意

账户管理员 (或管理员 IAM 用户) 是具有管理员权限的用户。有关更多信息,请参阅 IAM 用户指南 中的 IAM 最佳实践

在授予权限时,您要决定谁获得权限,获得对哪些资源的权限,以及您允许对这些资源执行的具体操作。

CloudWatch 资源和操作

CloudWatch 不为您提供控制访问的任何特定资源。因此,IAM 策略中没有可供您使用的 CloudWatch Amazon 资源名称 (ARN)。例如,您无法仅为用户授予一组特定的 EC2 实例或某个特定负载均衡器的 CloudWatch 数据访问权限。使用 IAM 授予的权限涵盖您通过 CloudWatch 使用或监视的所有云资源。除此之外,您也不能将 IAM 角色用于 CloudWatch 命令行工具。

当您编写用于控制访问 CloudWatch 操作的策略时,可以使用 * (星号) 作为资源。例如:

{ "Version": "2012-10-17", "Statement":[{ "Effect":"Allow", "Action":["cloudwatch:GetMetricStatistics","cloudwatch:ListMetrics"], "Resource":"*", "Condition":{ "Bool":{ "aws:SecureTransport":"true" } } } ] }

有关 ARN 的更多信息,请参阅 IAM 用户指南 中的 ARN。有关 CloudWatch Logs ARN 的信息,请参阅 Amazon Web Services 一般参考 中的 Amazon 资源名称 (ARN) 和 AWS 服务命名空间。要查看包含 CloudWatch 操作的策略的示例,请参阅 为 CloudWatch 使用基于身份的策略 (IAM 策略)

操作 ARN (包含区域) ARN (与 IAM 角色一起使用)

Stop

arn:aws:automate:us-east-1:ec2:stop

arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Stop/1.0

Terminate

arn:aws:automate:us-east-1:ec2:terminate

arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Terminate/1.0

Reboot

不适用

arn:aws:swf:us-east-1:customer-account:action/actions/AWS_EC2.InstanceId.Reboot/1.0

Recover

arn:aws:automate:us-east-1:ec2:recover

了解资源所有权

AWS 账户对在该账户下创建的资源具有所有权,而无论创建资源的人员是谁。具体而言,资源所有者是对资源创建请求进行身份验证的委托人实体 (即 AWS 账户根用户、IAM 用户或 IAM 角色) 的 AWS 账户。CloudWatch 没有您可以拥有的任何资源。

管理对资源的访问

权限策略 规定谁可以访问哪些内容。下一节介绍创建权限策略时的可用选项。

注意

本节讨论如何在 CloudWatch 范围内使用 IAM。它不提供有关 IAM 服务的详细信息。有关完整的 IAM 文档,请参阅什么是 IAM?(在 IAM 用户指南 中)。有关 IAM 策略语法和说明的信息,请参阅 IAM 用户指南 中的 IAM 策略参考

附加到 IAM 身份的策略称为基于身份的策略 (IAM 策略),而附加到资源的策略称为基于资源的策略。CloudWatch 仅支持基于身份的策略。

基于身份的策略 (IAM 策略)

您可以向 IAM 身份挂载策略。例如,您可以执行以下操作:

  • 将权限策略挂载到您的账户中的用户或组 – 要授予创建 Amazon CloudWatch 资源(例如 metrics)的用户权限,您可以将权限策略挂载到用户或用户所属的组。

  • 向角色挂载权限策略(授予跨账户权限) - 您可以向 IAM 角色挂载基于身份的权限策略,以授予跨账户的权限。例如,账户 A 中的管理员可以创建一个角色,向另一 AWS 账户 (如账户 B) 或某项 AWS 服务授予跨账户权限,如下所述:

    1. 账户 A 管理员可以创建一个 IAM 角色,然后向该角色挂载权限策略,授予其访问账户 A 中资源的权限。

    2. 账户 A 管理员可以向角色挂载信任策略,将账户 B 标识为能够担任该角色的委托人。

    3. 之后,账户 B 管理员可以委派权限,指派账户 B 中的任何用户担任该角色。这样,账户 B 中的用户就可以创建或访问账户 A 中的资源了。如果您需要授予 AWS 服务权限来担任该角色,则信任策略中的委托人也可以是 AWS 服务委托人。

    有关使用 IAM 委派权限的更多信息,请参阅 IAM 用户指南 中的访问权限管理

有关将基于身份的策略用于 CloudWatch 的更多信息,请参阅 为 CloudWatch 使用基于身份的策略 (IAM 策略)。有关用户、组、角色和权限的更多信息,请参阅 IAM 用户指南 中的身份 (用户、组和角色)

基于资源的策略 (IAM 策略)

其他服务 (如 Amazon S3) 也支持基于资源的权限策略。例如,您可以将策略附加到 Amazon S3 存储桶以管理对该存储桶的访问权限。CloudWatch 不支持基于资源的策略。

指定策略元素:操作、效果和委托人

对于每种 CloudWatch 资源,该服务都定义了一组 API 操作。为授予这些 API 操作的权限,CloudWatch 定义了一组您可以在策略中指定的操作。某些 API 操作可能需要多个操作的权限才能执行 API 操作。有关资源和 API 操作的更多信息,请参阅 CloudWatch 资源和操作和 CloudWatch 操作

以下是基本的策略元素:

  • Resource – 使用 Amazon 资源名称 (ARN) 指定策略应用到的资源。CloudWatch 没有可使用策略资源控制的任何资源,因此,请在 IAM 策略中使用通配符 (*)。有关更多信息,请参阅 CloudWatch 资源和操作

  • Action – 使用操作关键字指定要允许或拒绝的资源操作。例如,cloudwatch:ListMetrics 权限允许执行 ListMetrics 操作的用户权限。

  • Effect - 用于指定当用户请求特定操作时的效果 (可以是允许或拒绝)。如果没有显式授予 (允许) 对资源的访问权限,则隐式拒绝访问。您也可显式拒绝对资源的访问,这样可确保用户无法访问该资源,即使有其他策略授予了访问权限的情况下也是如此。

  • Principal - 在基于身份的策略 (IAM 策略) 中,附加了策略的用户是隐式委托人。对于基于资源的策略,您可以指定要接收权限的用户、账户、服务或其他实体 (仅适用于基于资源的策略)。CloudWatch 不支持基于资源的策略。

要了解 IAM 策略语法和描述的更多信息,请参阅 IAM 用户指南 中的 AWS IAM JSON 策略参考

有关显示所有 CloudWatch API 操作及其适用资源的表,请参阅 Amazon CloudWatch 权限参考

在策略中指定条件

当您授予权限时,可使用访问策略语言来指定规定策略何时生效的条件。例如,您可能希望策略仅在特定日期后应用。有关使用策略语言指定条件的更多信息,请参阅 IAM 用户指南 中的条件

要表示条件,您可以使用预定义的条件键。有关每个 AWS 服务支持的上下文键列表以及 AWS 范围的策略键列表,请参阅 IAM 用户指南 中的 AWS 服务操作和条件上下文键全局和 IAM 条件上下文键