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

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

有关管理对 Amazon Redshift 资源的访问权限的概述

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

注意

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

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

Amazon Redshift 资源和运营

在 Amazon Redshift 中,主要资源为集群。Amazon Redshift 支持可与主要资源配合使用的其他资源,如快照、参数组和事件订阅。这些资源称作子资源

这些资源和子资源具有与其关联的唯一 Amazon 资源名称 (ARN),如下表所示。

资源类型 ARN 格式
Cluster arn:aws:redshift:region:account-id:cluster:cluster-name
集群数据库 arn:aws:redshift:region:account-id:dbname:cluster-name/database-name
集群数据库用户 arn:aws:redshift:region:account-id:dbuser:cluster-name/database-user-name
集群数据库用户组 arn:aws:redshift:region:account-id:dbgroup:cluster-name/database-group-name
集群参数组 arn:aws:redshift:region:account-id:parametergroup:parameter-group-name
集群安全组 arn:aws:redshift:region:account-id:securitygroup:security-group-name
CIDR/IP 地址 arn:aws:redshift:region:account-id:securitygroupingress:security-group-name/cidrip/IP-range
EC2 安全组 arn:aws:redshift:region:account-id:securitygroupingress:security-group-name/ec2securitygroup/owner/EC2-security-group-id
事件订阅 arn:aws:redshift:region:account-id:eventsubscription:event-subscription-name
硬件安全模块 (HSM) 客户端证书 arn:aws:redshift:region:account-id:hsmclientcertificate:HSM-client-certificate-id
HSM 配置 arn:aws:redshift:region:account-id:hsmconfiguration:HSM-configuration-id
参数组 arn:aws:redshift:region:account-id:parametergroup:parameter-group-name
红移托管的 VPC 终端节点 arn:aws:redshift:region:account-id:managedvpcendpoint:endpoint-name
快照 arn:aws:redshift:region:account-id:snapshot:cluster-name/snapshot-name
快照复制授权 arn:aws:redshift:region:account-id:snapshotcopygrant:snapshot-copy-grant-name
子网组 arn:aws:redshift:region:account-id:subnetgroup:subnet-group-name

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

了解资源所有权

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

  • 如果您使用的根帐户凭证Amazon帐户创建数据库集群,您的Amazon帐户是 Amazon Redshift 资源的所有者。

  • 如果您在Amazon帐户并向该用户授予创建 Amazon Redshift 资源的权限,则该用户可以创建 Amazon Redshift 资源。但是,您的Amazon账户(该用户所属的账户)拥有 Amazon Redshift 资源。

  • 如果您在Amazon账户,则任何能够担任该角色的人都可以创建 Amazon Redshift 资源。您的Amazon账户(该角色所属的账户)拥有 Amazon Redshift 资源。

管理对资源的访问

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

注意

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

附加到 IAM 身份的策略称作基于身份 的策略(IAM 策略),附加到资源的策略称作基于资源 的策略。Amazon Redshift 只支持基于身份的策略(IAM 策略)。

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

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

  • 将权限策略附加到账户中的用户或组— 账户管理员可以使用与特定用户关联的权限策略。此类策略授予该用户创建 Amazon Redshift 资源(例如集群)的权限。

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

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

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

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

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

以下示例策略允许用户创建、删除、修改和重启 Amazon Redshift 集群的示例策略。Amazonaccount.

{ "Version": "2012-10-17", "Statement": [ { "Sid":"AllowManageClusters", "Effect":"Allow", "Action": [ "redshift:CreateCluster", "redshift:DeleteCluster", "redshift:ModifyCluster", "redshift:RebootCluster" ], "Resource":"*" } ] }

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

基于资源的策略

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

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

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

以下是基本的策略元素:

  • 资源— 在策略中,您可以使用 Amazon 资源名称 (ARN) 标识策略应用到的资源。有关更多信息,请参阅 Amazon Redshift 资源和运营

  • 操作 – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如,redshift:DescribeClusters权限允许执行 Amazon Redshift 的用户权限DescribeClustersoperation.

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

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

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

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

在策略中指定条件

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

要确定权限策略适用的条件,请在 IAM 权限策略中包含元素 Condition。例如,您可以创建一个策略,允许用户使用 redshift:CreateCluster 操作来创建集群,也可以添加 Condition 元素来限制用户只能在特定的区域中创建集群。有关详细信息,请参阅使用 IAM 策略条件进行精细访问控制。有关显示它们适用于的所有条件键值以及 Amazon Redshift 操作和资源的列表,请参阅Amazon Redshift API 权限参考

使用 IAM 策略条件进行精细访问控制

在 Amazon Redshift 中,您可以根据资源的标签使用条件键来限制对资源的访问。以下是常见的 Amazon Redshift 条件密钥。

条件键 描述

aws:RequestTag

要求用户在创建资源时添加标签密钥(名称)和值。有关更多信息,请参阅 。aws:RequestTag中的IAM 用户指南

aws:ResourceTag

根据特定标签密钥和值限制用户对资源的访问。有关更多信息,请参阅 。aws:ResourceTag中的IAM 用户指南

aws:TagKeys

使用此键可将请求中的标签键与您在策略中指定的键进行比较。有关更多信息,请参阅 。aws:TagKeys中的IAM 用户指南

有关标签的信息,请参阅标记概述

有关支持 redshift:RequestTagredshift:ResourceTag 条件密钥的 API 操作的列表,请参阅 Amazon Redshift API 权限参考

以下条件密钥可用于 Amazon Redshift GetClusterCredentials re操作。

条件键 描述

redshift:DurationSeconds

限制可为持续时间指定的秒数。

redshift:DbName

限制可指定的数据库名称。

redshift:DbUser

限制可指定的数据库用户名。

示例 1:使用 aws: ResourceTag 条件键限制访问

使用以下 IAM 策略,仅允许用户针对特定的 Amazon Redshift 集群修改Amazon的us-west-2区域,标签名为environment标签值为test

{ "Version": "2012-10-17", "Statement": { "Sid": "AllowModifyTestCluster", "Effect": "Allow", "Action": "redshift:ModifyCluster", "Resource": "arn:aws:redshift:us-west-2:123456789012:cluster:*", "Condition": { "StringEquals": { "aws:ResourceTag/environment": "test" } } } }

示例 2:使用 aws: RequestTag 条件键限制访问

使用以下 IAM 策略,仅允许 Amazon Redshift 户在创建集群的命令包含名为usage和标签值production。带有 aws:TagKeysForAllValues 修饰符的条件指定只能在请求中指定 costcenterusage 键。

{ "Version": "2012-10-17", "Statement": { "Sid": "AllowCreateProductionCluster", "Effect": "Allow", "Action": [ "redshift:CreateCluster", "redshift:CreateTags" ], "Resource": "*", "Condition": { "StringEquals": { "aws:RequestTag/usage": "production" }, "ForAllValues:StringEquals": { "aws:TagKeys": [ "costcenter", "usage" ] } } } }