管理 ElastiCache 资源的访问权限的概述 - Amazon ElastiCache
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

管理 ElastiCache 资源的访问权限的概述

每个 AWS 资源都归某个 AWS 账户所有,创建和访问资源的权限由权限策略进行管理。账户管理员可以向 IAM 身份(即:用户、组和角色)附加权限策略。此外,Amazon ElastiCache还支持向资源附加权限策略。

注意

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

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

Amazon ElastiCache 资源和操作

在 Amazon ElastiCache 中,主要资源是缓存集群

这些资源具有关联的唯一 Amazon 资源名称 (ARN),如以下所示。

注意

要使资源级权限生效,ARN 字符串上的资源名称应该为小写。

资源类型 ARN 格式

(对于 Redis 6.x 以上版本)用户

ARN: aws: 弹性:-us-east-: 用户:用户 1

(对于 Redis 6.x 以上版本)用户组

ARN: aws: 弹性:-us-east-: 用户组:我的用户组

Cluster

ARN: aws: 弹性:-us-east-: 群集:我的群集

快照

ARN: aws: 弹性:-us-east-: 快照:我的快照

参数组

ARN: aws: 弹性:-us-east-: 参数组:m-参数组

复制组

ARN: aws: 弹性:-us-east-: 复制组:my-replication-group

安全组

ARN: aws: 弹性:-us-east-: 安全组:我的安全组

子网组

ARN: aws: 弹性:-us-east-2: 子网组:我的子网组

预留实例

ARN: aws: 弹性:-us-east-2: 保留实例:我的保留实例

全局复制组

ARN: aws: 弹性:123456789012: 全局复制组:my-global-replication-group

User

ARN: aws: 弹性:-us-east-2: 用户:我的用户

用户组

ARN: aws: 弹性:-us-east-2: 用户:我-用户组

ElastiCache 提供一组操作用来处理 ElastiCache 资源。有关可用操作的列表,请参阅 Amazon ElastiCache 操作

了解资源所有权

A资源拥有者是AWS帐户创建资源。也就是说,资源所有者是AWS帐户,可对创建相应资源的请求进行身份验证。委托人实体可以是根账户、IAM 用户或 IAM 角色。以下示例说明了它的工作原理:

  • 假设您使用AWS帐户创建缓存集群。在本例中,AWS帐户是资源的所有者。在 ElastiCache 中,该资源为缓存集群。

  • 假设您创建了IAM中的用户AWS帐户并向该用户授予创建缓存集群的权限。在这种情况下,用户可以创建缓存集群。但是,您的AWS帐户拥有缓存集群资源。

  • 假设您创建了IAM角色中的AWS帐户,该帐户有权创建缓存集群。在这种情况下,任何可以代入该角色的人都可以创建缓存集群。您的AWS帐户拥有缓存集群资源。

管理对资源的访问

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

注意

本节讨论如何在 IAM 范围内使用 Amazon ElastiCache。这里不提供有关 IAM 服务的详细信息。有关完整的 IAM 文档,请参阅什么是 IAM?中的IAM 用户指南。有关 IAM 策略语法和介绍的信息,请参阅 AWS中的 IAM 用户指南 IAM 策略参考

附加到 IAM 身份的策略称为基于身份的策略(IAM 策略)。附加到资源的策略称为基于资源的策略。

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

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

  • 向您账户中的用户或组附加权限策略 – 账户管理员可以使用与特定用户关联的权限策略来授予权限。在这种情况下,权限可供该用户创建 ElastiCache 资源,例如缓存集群、参数组或安全组。

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

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

    2. 账户 A 管理员可以向将账户 B 标识为能够代入该角色的委托人的角色附加信任策略。

    3. 之后,账户 B 管理员可以向账户 B 中的任何用户委派代入该角色的权限。这样,账户 B 中的用户可以创建或访问账户 A 中的资源。在一些情况下,您可能需要向AWS服务权限代入该角色。为支持这种方法,信任策略中的委托人也可以是AWS服务委托人。

    有关使用 IAM 委派权限的更多信息,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/access.html 中的IAM 用户指南访问权限管理

以下是允许用户执行DescribeCacheClusters操作AWSaccount.ElastiCache还支持使用 API 操作的资源 ARN 来标识特定资源。(此方法也称为资源级权限。)

{ "Version": "2012-10-17", "Statement": [{ "Sid": "DescribeCacheClusters", "Effect": "Allow", "Action": [ "elasticache:DescribeCacheClusters"], "Resource": resource-arn } ] }

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

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

对于每个 Amazon ElastiCache 资源(请参阅 Amazon ElastiCache 资源和操作),该服务都定义了一组 API 操作(请参阅操作)。为授予这些 API 操作的权限,ElastiCache 定义了一组您可以在策略中指定的操作。例如,对于 ElastiCache 快照资源,定义了以下操作:CreateCacheClusterDeleteCacheClusterDescribeCacheCluster。执行一个 API 操作可能需要多个操作的权限。

以下是最基本的策略元素:

  • Resource – 在策略中,您可以使用 Amazon 资源名称 (ARN) 标识策略应用到的资源。有关更多信息,请参阅Amazon ElastiCache 资源和操作

  • Action – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如,根据指定的 Effectelasticache:CreateCacheCluster 权限允许或拒绝执行 Amazon ElastiCache CreateCacheCluster 操作的用户权限。

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

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

了解相关更多信息IAM策略语法和说明,请参阅AWSIAM 策略参考中的IAM 用户指南

有关显示所有 Amazon ElastiCache API 操作的表,请参阅 ElastiCacheAPI 权限:操作、资源和条件参考

在策略中指定条件

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

要表示条件,您可以使用预定义的条件键。使用ElastiCache特定条件键,请参阅使用条件键。有AWS范围内的条件密钥,您可以根据需要使用。有关 AWS 范围内的键的完整列表,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/reference_policies_elements.html#AvailableKeys 中的IAM 用户指南条件的可用键