Application Auto Scaling 如何与 IAM 一起使用 - Application Auto Scaling
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

Application Auto Scaling 如何与 IAM 一起使用

注意

2017 年 12 月,对 Application Auto Scaling 进行了更新,同时为 Application Auto Scaling 集成服务启用了多个服务相关角色。需要特定的 IAM 权限 Application Auto Scaling 服务相关角色(或用于 Amazon EMR 弹性伸缩的服务角色),以便用户可以配置扩缩。

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

Application Auto Scaling 基于身份的策略

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

Actions

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

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

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

Application Auto Scaling 中的策略操作在操作前面使用以下前缀:application-autoscaling:。策略语句必须包含 ActionNotAction 元素。Application Auto Scaling 定义了一组自己的操作,以描述您可以使用该服务执行的任务。

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

"Action": [ "application-autoscaling:DescribeScalingPolicies", "application-autoscaling:DescribeScalingActivities"

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

"Action": "application-autoscaling:Describe*"

要查看 Application Auto Scaling 操作列表,请参阅 Application Auto Scaling API 参考中的操作

Resources

Resource 元素指定要向其应用操作的对象。

Application Auto Scaling 没有可用作 IAM 策略声明的 Resource 元素的服务定义的资源。因此,IAM 策略中没有适用于 Application Auto Scaling 的 Amazon Resource Name (ARN)。要控制对 Application Auto Scaling API 操作的访问,请在编写 IAM 策略时始终使用 *(星号)作为资源。

条件键

Condition 元素(或 Condition )中,可以指定语句生效的条件。例如,您可能希望策略仅在特定日期后应用。要表示条件,请使用预定义的条件键。

Application Auto Scaling 不提供任何特定于服务的条件键,但支持使用某些全局条件键。要查看所有 Amazon 全局条件键,请参阅 IAM 用户指南中的 Amazon 全局条件上下文键

Condition 元素是可选的。

Examples

要查看 Application Auto Scaling 基于身份的策略的示例,请参阅 Application Auto Scaling 基于身份的策略示例

Application Auto Scaling 基于资源的策略

其他 Amazon 服务(如 Amazon Simple Storage Service)支持基于资源的权限策略。例如,您可以将权限策略挂载到 S3 存储桶以管理对该存储桶的访问权限。

Application Auto Scaling 不支持基于资源的策略。

访问控制列表 (ACL)

Application Auto Scaling 不支持访问控制列表 (ACL)。

基于 Application Auto Scaling 标签的授权

Application Auto Scaling 没有可添加标签的服务定义的资源。因此,它不支持基于标签控制访问。

Application Auto Scaling IAM 角色

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

将临时凭证与 Application Auto Scaling 一起使用

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

Application Auto Scaling 支持使用临时凭证。

服务相关角色

服务相关角色向 Application Auto Scaling 授予权限,以便它可以代表您对其他 Amazon 服务进行特定调用。服务相关角色显示在您的 IAM 账户中,并归该服务所有。IAM 管理员可以查看但不能编辑服务相关角色的权限。

Application Auto Scaling 支持服务相关角色。有关更多信息,请参阅 Application Auto Scaling 的服务相关角色

服务角色

如果您的 Amazon EMR 集群使用弹性伸缩,则此功能允许 Application Auto Scaling 代表您担任服务角色。与服务相关角色类似,服务角色允许此服务访问其他服务中的资源以代表您完成操作。服务角色显示在您的 IAM 账户中,并归该账户所有。这意味着,IAM 管理员可以更改该角色的权限。但是,这样做可能会中断服务的功能。

Application Auto Scaling 仅支持 Amazon EMR 的服务角色。有关 EMR 服务角色的文档,请参阅 Amazon EMR Management Guide 中的 Using automatic scaling with a custom policy for instance groups

注意

随着服务相关角色的引入,不再需要几个旧的服务角色。如果为任何其他服务(例如,Amazon ECS 或 Spot 实例集)指定旧式服务角色,则 Application Auto Scaling 忽略该角色。相反,它使用服务相关角色。如果此角色不存在,您必须拥有创建它的权限,否则会出现权限错误。