As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Exemplos de políticas baseadas em identidade para planos de escalabilidade
Por padrão, um novo usuário do IAM não tem permissões para fazer nada. Um administrador do IAM deve criar e atribuir políticas do IAM que concedam a uma identidade do IAM (como um usuário ou perfil) permissão para trabalhar com planos de escalabilidade.
Para saber como criar uma política do IAM usando esses exemplos de documentos de política JSON, consulte Criar políticas na aba JSON no Manual do usuário do IAM.
Tópicos
Melhores práticas de política
As políticas baseadas em identidade determinam se alguém pode criar, acessar ou excluir AWS Auto Scaling recursos em sua conta. Essas ações podem incorrer em custos para seus Conta da AWS. Ao criar ou editar políticas baseadas em identidade, siga estas diretrizes e recomendações:
-
Comece com as políticas AWS gerenciadas e avance para as permissões de privilégios mínimos — Para começar a conceder permissões aos seus usuários e cargas de trabalho, use as políticas AWS gerenciadas que concedem permissões para muitos casos de uso comuns. Eles estão disponíveis no seu Conta da AWS. Recomendamos que você reduza ainda mais as permissões definindo políticas gerenciadas pelo AWS cliente que sejam específicas para seus casos de uso. Para obter mais informações, consulte Políticas Gerenciadas pela AWS ou AWS Políticas Gerenciadas para Funções de Trabalho no Guia do Usuário do IAM.
-
Aplique permissões de privilégio mínimo: ao definir permissões com as políticas do IAM, conceda apenas as permissões necessárias para executar uma tarefa. Você faz isso definindo as ações que podem ser executadas em atributos específicos sob condições específicas, também conhecidas como permissões de privilégio mínimo. Para obter mais informações sobre como usar o IAM para aplicar permissões, consulte Políticas e Permissões no IAM no Guia do Usuário do IAM.
-
Utilize condições nas políticas do IAM para restringir ainda mais o acesso: você pode adicionar uma condição às políticas para limitar o acesso a ações e recursos. Por exemplo, você pode gravar uma condição de política para especificar que todas as solicitações devem ser enviadas usando SSL. Você também pode usar condições para conceder acesso às ações de serviço se elas forem usadas por meio de uma ação específica AWS service (Serviço da AWS), como AWS CloudFormation. Para obter mais informações, consulte Condição de Elementos de Política JSON do IAM no Guia do Usuário do IAM.
-
Use o IAM Access Analyzer para validar suas políticas do IAM para garantir permissões seguras e funcionais: o IAM Access Analyzer valida as políticas novas e existentes para que elas sigam o idioma de política do IAM (JSON) e as práticas recomendadas do IAM. O IAM Access Analyzer oferece mais de 100 verificações de política e ações recomendadas para ajudar você a criar políticas seguras e funcionais. Para obter mais informações, consulte Validação de Política do IAM Access Analyzer no Guia do Usuário do IAM.
-
Exigir autenticação multifator (MFA) — Se você tiver um cenário que exija usuários do IAM ou um usuário root, ative Conta da AWS a MFA para obter segurança adicional. Para exigir MFA quando as operações de API forem chamadas, adicione condições de MFA às suas políticas. Para obter mais informações, consulte Configurando Acesso à API Protegido por MFA no Guia do Usuário do IAM.
Para obter mais informações sobre as práticas recomendadas do IAM, consulte Práticas Recomendadas de Segurança no IAM no Guia do Usuário do IAM.
Permitir que os usuários criem planos de escalabilidade
Veja a seguir um exemplo de política baseada em permissões que concede aos usuários permissão para criar planos de escalabilidade.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "autoscaling-plans:*", "cloudwatch:PutMetricAlarm", "cloudwatch:DeleteAlarms", "cloudwatch:DescribeAlarms", "cloudformation:ListStackResources" ], "Resource": "*" } ] }
Para trabalhar com um plano de escalabilidade, os usuários finais precisam ter permissões adicionais que permitam trabalhar com recursos específicos na conta deles. Essas permissões estão listadas em Permissões adicionais necessárias.
Cada usuário do console também precisa de permissões que permitam descobrir os recursos escaláveis em sua conta e visualizar gráficos de dados CloudWatch métricos do AWS Auto Scaling console. O conjunto adicional de permissões necessárias para trabalhar com o AWS Auto Scaling console está listado abaixo:
-
cloudformation:ListStacks: para listar pilhas. -
tag:GetTagKeys: para encontrar recursos escaláveis que contêm determinadas chaves de tag. -
tag:GetTagValues: para encontrar recursos que contêm determinados valores de tag. -
autoscaling:DescribeTags: para encontrar grupos do Auto Scaling que contêm determinadas etiquetas. -
cloudwatch:GetMetricData: para ver dados em gráficos de métricas.
Permitir que os usuários habilitem a escalabilidade preditiva
Veja a seguir um exemplo de política baseada em permissões que concede aos usuários permissão para habilitar escalabilidade preditiva. Essas permissões estendem os recursos dos planos de escalabilidade configurados para escalar grupos do Auto Scaling.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloudwatch:GetMetricData", "autoscaling:DescribeAutoScalingGroups", "autoscaling:DescribeScheduledActions", "autoscaling:BatchPutScheduledUpdateGroupAction", "autoscaling:BatchDeleteScheduledAction" ], "Resource": "*" } ] }
Permissões adicionais necessárias
Para configurar corretamente planos de escalabilidade, os usuários finais devem receber as permissões para cada serviço de destino para o qual configurarão a escalabilidade. Para conceder as permissões mínimas necessárias para trabalhar com os serviços de destino, leia as informações nesta seção e especifique as ações relevantes no elemento Action de uma declaração de política do IAM.
Grupos do Auto Scaling
Para adicionar grupos do Auto Scaling a um plano de escalabilidade, os usuários precisam ter as seguintes permissões do Amazon EC2 Auto Scaling:
-
autoscaling:UpdateAutoScalingGroup -
autoscaling:DescribeAutoScalingGroups -
autoscaling:PutScalingPolicy -
autoscaling:DescribePolicies -
autoscaling:DeletePolicy
serviços da ECS
Para adicionar serviços do ECS a um plano de escalabilidade, os usuários precisam ter as seguintes permissões do Amazon ECS e do Application Auto Scaling:
-
ecs:DescribeServices -
ecs:UpdateService -
application-autoscaling:RegisterScalableTarget -
application-autoscaling:DescribeScalableTargets -
application-autoscaling:DeregisterScalableTarget -
application-autoscaling:PutScalingPolicy -
application-autoscaling:DescribeScalingPolicies -
application-autoscaling:DeleteScalingPolicy
Frota spot
Para adicionar frotas spot a um plano de escalabilidade, os usuários precisam ter as seguintes permissões do Amazon EC2 e do Application Auto Scaling:
-
ec2:DescribeSpotFleetRequests -
ec2:ModifySpotFleetRequest -
application-autoscaling:RegisterScalableTarget -
application-autoscaling:DescribeScalableTargets -
application-autoscaling:DeregisterScalableTarget -
application-autoscaling:PutScalingPolicy -
application-autoscaling:DescribeScalingPolicies -
application-autoscaling:DeleteScalingPolicy
Tabelas ou índices globais do DynamoDB
Para adicionar tabelas ou índices globais do DynamoDB a um plano de escalabilidade, os usuários precisam ter as seguintes permissões do DynamoDB e do Application Auto Scaling:
-
dynamodb:DescribeTable -
dynamodb:UpdateTable -
application-autoscaling:RegisterScalableTarget -
application-autoscaling:DescribeScalableTargets -
application-autoscaling:DeregisterScalableTarget -
application-autoscaling:PutScalingPolicy -
application-autoscaling:DescribeScalingPolicies -
application-autoscaling:DeleteScalingPolicy
clusters de bancos de dados Aurora
Para adicionar clusters de banco de dados do Aurora a um plano de escalabilidade, os usuários precisam ter as seguintes permissões do Amazon Aurora e do Application Auto Scaling:
-
rds:AddTagsToResource -
rds:CreateDBInstance -
rds:DeleteDBInstance -
rds:DescribeDBClusters -
rds:DescribeDBInstances -
application-autoscaling:RegisterScalableTarget -
application-autoscaling:DescribeScalableTargets -
application-autoscaling:DeregisterScalableTarget -
application-autoscaling:PutScalingPolicy -
application-autoscaling:DescribeScalingPolicies -
application-autoscaling:DeleteScalingPolicy
Permissões necessárias para criar uma função vinculada ao serviço
AWS Auto Scaling exige permissões para criar uma função vinculada ao serviço na primeira vez que qualquer usuário em seu Conta da AWS criar um plano de escalabilidade com a escalabilidade preditiva ativada. Se a função vinculada ao serviço ainda não existir, AWS Auto Scaling crie-a em sua conta. A função vinculada ao serviço concede permissões para AWS Auto Scaling que ela possa chamar outros serviços em seu nome.
Para que a criação automática da função seja bem-sucedida, os usuários devem ter permissões para a ação iam:CreateServiceLinkedRole.
"Action": "iam:CreateServiceLinkedRole"Veja a seguir um exemplo de política baseada em permissões que concede aos usuários permissão para criar planos um perfil vinculado a um serviço.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "iam:CreateServiceLinkedRole",
"Resource": "arn:aws:iam::*:role/aws-service-role/autoscaling-plans.amazonaws.com/AWSServiceRoleForAutoScalingPlans_EC2AutoScaling",
"Condition": {
"StringLike": {
"iam:AWSServiceName":"autoscaling-plans.amazonaws.com"
}
}
}
]
}Para ter mais informações, consulte Função vinculada ao serviço de escalabilidade preditiva.
