管理 MemoryDB 资源的访问权限的概述 - Amazon MemoryDB
MemoryDB 资源和操作了解资源所有权管理对 资源的访问

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

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

每个 AWS 资源都归一个 AWS 账户所有，创建或访问资源的权限受权限策略的约束。账户管理员可以将权限策略附加到IAM身份（即用户、群组和角色）。此外，MemoryDB 还支持为资源附加权限策略。

注意

帐户管理员（或管理员用户）是具有管理员权限的用户。有关更多信息，请参阅《IAM用户指南》中的IAM最佳实践。

要提供访问权限，请为您的用户、组或角色添加权限：

  • 中的用户和群组 AWS IAM Identity Center：

    创建权限集合。按照《AWS IAM Identity Center 用户指南》中创建权限集的说明进行操作。

  • IAM通过身份提供商管理的用户：

    创建适用于身份联合验证的角色。按照《IAM用户指南》中为第三方身份提供商创建角色（联合）中的说明进行操作。

  • IAM用户：

主题

MemoryDB 资源和操作

在 MemoryDB 中，主要资源是群集。

这些资源具有与之关联的唯一 Amazon 资源名称 (ARNs)，如下所示。

注意

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

资源类型 ARN格式

用户

arn: aws: memorydb:us-east-1:123456789012:user/user1

访问控制列表 (ACL)

arn: aws: memorydb:us-east-1:123456789012:acl/myacl

集群

arn: aws: memorydb:us-east-1:123456789012:cluster/my-cluster

快照

arn: aws: memorydb:us-east-1:123456789012:快照/我的快照

参数组

arn: aws: memorydb:us-east-1:123456789012:parametergroup/ my-parameter-group

子网组

arn: aws: memorydb:us-east-1:123456789012:subnetgroup/ my-subnet-group

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

了解资源所有权

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

  • 假设您使用账户的根 AWS 账户凭证创建集群。在这种情况下，您的 AWS 账户就是资源的所有者。在 MemoryDB 中，该资源为集群。

  • 假设您在 AWS 账户中创建了一个IAM用户，并向该用户授予了创建集群的权限。在这种情况下，用户可以创建集群。但是，该用户所属的您的 AWS 账户拥有群集资源。

  • 假设您在 AWS 账户中创建了一个拥有创建集群权限的IAM角色。在这种情况下，任何可以代入该角色的人都可以创建集群。该角色所属的 AWS 账户拥有群集资源。

管理对 资源的访问

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

注意

本节讨论如何IAM在 MemoryDB 的上下文中使用。它不提供有关IAM服务的详细信息。有关完整IAM文档，请参阅什么是IAM？ 在《IAM用户指南》中。有关IAM策略语法和描述的信息，请参阅IAM用户指南中的AWS IAM策略参考。

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

基于身份的策略（策略）IAM

您可以将策略附加到IAM身份。例如，您可以执行以下操作：

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

  • 将@@ 权限策略附加到角色（授予跨账户权限）-您可以将基于身份的权限策略附加到IAM角色以授予跨账户权限。例如，账户 A 中的管理员可以创建一个角色来向另一个 AWS 账户（例如账户 B）或 AWS 服务授予跨账户权限，如下所示：

    1. 账户 A 管理员创建一个IAM角色并向该角色附加权限策略，该策略授予账户 A 中资源的权限。

    2. 账户 A 管理员可以把信任策略附加至用来标识账户 B 的角色，账户 B 由此可以作为主体代入该角色。

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

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

以下是允许用户对您的 AWS 账户执行DescribeClusters操作的策略示例。MemoryDB 还支持使用资源来识别特定资源ARNs进行操作。API（此方法也称为资源级权限。） 

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

有关对 MemoryDB 使用基于身份的策略的更多信息，请参阅 为 MemoryDB 使用基于身份的策略（IAM策略）。有关用户、群组、角色和权限的更多信息，请参阅《用户指南》中的身份（用户、群组和角色）。IAM

指定策略元素：操作、效果、资源和主体

对于每个 MemoryDB 资源（参见MemoryDB 资源和操作），该服务定义了一组API操作（请参阅操作）。为了授予这些API操作的权限，MemoryDB 定义了一组可以在策略中指定的操作。例如，对于 MemoryDB 集群资源，定义了以下操作：CreateCluster、DeleteCluster 和 DescribeClusters。执行一项API操作可能需要多个操作的权限。

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

  • 资源-在策略中，您可以使用 Amazon 资源名称 (ARN) 来标识该政策适用的资源。有关更多信息，请参阅 MemoryDB 资源和操作。

  • 操作 – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如，根据指定的权限Effect，该memorydb:CreateCluster权限允许或拒绝用户执行 MemoryDB CreateCluster 操作的权限。

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

  • 委托人 — 在基于身份的策略（IAM策略）中，策略所关联的用户是隐式委托人。对于基于资源的策略，您可以指定要接收权限的用户、帐户、服务或其他实体（仅适用于基于资源的策略）。

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

有关显示所有 MemoryDB API 操作的表，请参阅。MemoryDB API 权限：操作、资源和条件参考

在策略中指定条件

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