Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

管理 Amazon Redshift 资源的访问权限的概览

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

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

Amazon Redshift 资源和操作

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

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

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

Amazon Redshift 查询编辑器 v2 资源

这些 Amazon Redshift 查询编辑器 v2 资源具有关联的唯一 Amazon Resource Name（ARN），如下表所示。

了解资源所有权

资源所有者是创建资源的 Amazon 账户。也就是说，资源拥有者是 主体实体（根账户、IAM 用户或 IAM 角色）的 Amazon 账户，该账户会对创建资源的请求进行身份验证。以下示例说明了它的工作原理：

管理对资源的访问

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

附加到 IAM 身份的策略称作基于身份 的策略（IAM policy），附加到资源的策略称作基于资源 的策略。Amazon Redshift 只支持基于身份的策略（IAM policy）。

基于身份的策略（IAM policy）

您可以向 IAM 身份附加策略。例如，可以：

下面的示例策略允许某位用户创建、删除、修改和重启您的 Amazon 账户的 Amazon Redshift 集群。

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

有关将基于身份的策略与 Amazon Redshift 结合使用的更多信息，请参阅将基于身份的策略（IAM policy）用于 Amazon Redshift。有关用户、组、角色和权限的更多信息，请参阅 IAM 用户指南中的身份（用户、组和角色）。

基于资源的策略

其他服务 [如Simple Storage Service（Amazon S3）] 还支持基于资源的权限策略。例如，您可以将策略附加到 S3 桶以管理对该桶的访问权限。Amazon Redshift 不支持基于资源的策略。 

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

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

以下是基本的策略元素：

有关 IAM policy 语法和描述的更多信息，请参阅 IAM 用户指南中的 Amazon IAM policy 参考。

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

在策略中指定条件

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

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

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

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

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

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

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

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

使用以下 IAM policy，仅允许用户针对位于 us-west-2 区域的特定 Amazon 账户修改标签名为 environment、值为 test 的 Amazon Redshift 集群。

{
    "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 policy，仅允许用户在创建集群的命令包含名为 usage、值为 production 的标签时创建 Amazon Redshift 集群。带有 aws:TagKeys 和 ForAllValues 修饰符的条件指定只能在请求中指定 costcenter 和 usage 键。

{
    "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"
                ]
            }
        }
    }
}