Amazon EKS 如何与 IAM 配合使用 - Amazon EKS
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

Amazon EKS 如何与 IAM 配合使用

在使用 IAM 管理对 Amazon EKS 的访问权限之前,您应该了解哪些 IAM 功能可用于 Amazon EKS。要大致了解 Amazon EKS 和其他Amazon服务如何与 IAM 一起使用,请参阅 IAM 用户指南中的与 IAM 一起使用的Amazon服务

Amazon EKS 基于身份的策略

通过使用 IAM 基于身份的策略,您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。Amazon EKS 支持特定的操作、资源和条件键。要了解在 JSON 策略中使用的所有元素,请参阅《IAM 用户指南》中的 IAM JSON 策略元素参考

操作

管理员可以使用 Amazon JSON 策略来指定谁有权访问什么内容。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。

JSON 策略的 Action 元素描述可用于在策略中允许或拒绝访问的操作。策略操作通常与相关联的 Amazon API 操作同名。有一些例外情况,例如没有匹配 API 操作的仅限权限操作。还有一些操作需要在策略中执行多个操作。这些附加操作称为相关操作

在策略中包含操作以授予执行关联操作的权限。

Amazon EKS 中的策略操作在操作前面使用以下前缀:eks:。例如,要授予某人获取关于 Amazon EKS 集群的描述性信息的权限,您应将 DescribeCluster 操作纳入其策略中。策略语句必须包含 ActionNotAction 元素。

要在单个语句中指定多项操作,请使用逗号将它们隔开,如下所示:

"Action": ["eks:action1", "eks:action2"]

您也可以使用通配符(*)指定多个操作。例如,要指定以单词 Describe 开头的所有操作,包括以下操作:

"Action": "eks:Describe*"

要查看 Amazon EKS 操作的列表,请参阅《服务授权参考》中的 Amazon Elastic Kubernetes Service 定义的操作

资源

管理员可以使用 Amazon JSON 策略来指定谁有权访问什么内容。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。

Resource JSON 策略元素指定要向其应用操作的一个或多个对象。语句必须包含 ResourceNotResource 元素。作为最佳实践,请使用其 Amazon 资源名称(ARN)指定资源。对于支持特定资源类型(称为资源级权限)的操作,您可以执行此操作。

对于不支持资源级权限的操作(如列出操作),请使用通配符(*)指示语句应用于所有资源。

"Resource": "*"

Amazon EKS 集群资源具有以下 ARN。

arn:aws:eks:region-code:account-id:cluster/cluster-name

有关 ARN 格式的更多信息,请参阅 Amazon 资源名称 (ARN) 和 Amazon 服务命名空间

例如,要在语句中指定名为 my-cluster 的集群,请使用以下 ARN:

"Resource": "arn:aws:eks:region-code:111122223333:cluster/my-cluster"

要指定属于特定账户和 Amazon Web Services 区域 的所有集群,请使用通配符 (*):

"Resource": "arn:aws:eks:region-code:111122223333:cluster/*"

无法对特定资源执行某些 Amazon EKS 操作,例如用于创建资源的操作。在这些情况下,您必须使用通配符 (*)。

"Resource": "*"

要查看 Amazon EKS 资源类型及其 ARN 的列表,请参阅《服务授权参考》中的 Amazon Elastic Kubernetes Service 定义的资源。要了解您可以在哪些操作中指定每个资源的 ARN,请参阅 Amazon Elastic Kubernetes Service 定义的操作

条件键

Amazon EKS 定义了自己的一组条件键,还支持使用一些全局条件键。要查看所有 Amazon 全局条件键,请参阅《IAM 用户指南》中的 Amazon 全局条件上下文键

在将 OpenID Connect 提供商与集群关联时,您可以设置条件键。有关更多信息,请参阅 示例 IAM policy

所有 Amazon EC2 操作都支持 aws:RequestedRegionec2:Region 条件键。有关更多信息,请参阅 示例:限制对特定 Amazon Web Services 区域的访问

有关 Amazon EKS 条件键的列表,请参阅《服务授权参考》中的 Amazon Elastic Kubernetes Service 定义的条件。要了解您可以对哪些操作和资源使用条件键,请参阅 Amazon Elastic Kubernetes Service 定义的操作

示例

要查看 Amazon EKS 基于身份的策略的示例,请参阅 Amazon EKS 基于身份的策略示例

创建 Amazon EKS 集群时,将为创建集群的 IAM 主体自动授予 Amazon EKS 控制面板中基于集群角色的访问控制(RBAC)配置中的 system:masters 权限。该主体不会显示在任何可见配置中,因此请确保跟踪最初创建集群的主体。要授予其他 IAM 主体与集群进行交互的能力,请编辑 Kubernetes 中的 aws-auth ConfigMap,创建 Kubernetes rolebindingclusterrolebinding,名为 aws-auth ConfigMap 中指定的 group

有关使用 ConfigMap 的更多信息,请参阅 让 IAM 主体访问您的集群

Amazon EKS 基于资源的策略

Amazon EKS 不支持基于资源的策略。

基于 Amazon EKS 标签的授权

您可以将标签附加到 Amazon EKS 资源,或者在请求中将标签传递给 Amazon EKS。要基于标签控制访问,需要使用 aws:ResourceTag/key-nameaws:RequestTag/key-nameaws:TagKeys 条件键在策略的条件元素中提供标签信息。有关标记 Amazon EKS 资源的更多信息,请参阅 为您的 Amazon EKS 资源添加标签。想要了解您可以将条件键中的标签用于哪些操作,请参阅服务授权参考中的 Amazon EKS 定义的操作

Amazon EKS IAM 角色

IAM 角色是Amazon账户中具有特定权限的实体。

将临时凭证用于 Amazon EKS

可以使用临时凭证进行联合身份验证登录,分派 IAM 角色或分派跨账户角色。可以通过调用Amazon STS API 操作(如 AssumeRoleGetFederationToken)获得临时安全凭证。

Amazon EKS 支持使用临时凭证。

服务相关角色

服务相关角色允许Amazon服务访问其他服务中的资源以代表您完成操作。服务相关角色显示在 IAM 账户中,并归该服务所有。管理员可以查看但不能编辑服务相关角色的权限。

Amazon EKS 支持服务相关角色。有关创建或管理 Amazon EKS 服务相关角色的详细信息,请参阅 对 Amazon EKS 使用服务相关角色

服务角色

此功能允许服务代表您分派服务角色。此角色允许服务访问其他服务中的资源以代表您完成操作。服务角色显示在 IAM 账户中,并归该账户所有。这意味着,IAM 管理员可以更改该角色的权限。但是,这样做可能会中断服务的功能。

Amazon EKS 支持服务角色。有关更多信息,请参阅 Amazon EKS 集群 IAM 角色Amazon EKS 节点 IAM 角色

在 Amazon EKS 中选择 IAM 角色

当您在 Amazon EKS 中创建集群资源时,您必须选择一个角色以允许 Amazon EKS 代表您访问一些其他Amazon资源。如果您之前创建了一个服务角色,Amazon EKS 会为您提供一个角色列表供您选择。请务必选择一个附带 Amazon EKS 托管策略的角色。有关更多信息,请参阅 检查现有集群角色检查现有节点角色