Beispiele für identitätsbasierte Richtlinien für Skalierungspläne - AWS Auto Scaling

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Beispiele für identitätsbasierte Richtlinien für Skalierungspläne

Standardmäßig besitzt ein völlig neuer IAM-Benutzer überhaupt keine Berechtigungen. Ein IAM-Administrator muss IAM-Richtlinien erstellen und zuweisen, die einer IAM-Identität (etwa einem Benutzer oder einer Rolle) die Berechtigung geben, mit Skalierungsplänen zu arbeiten.

Informationen dazu, wie Sie unter Verwendung dieser Beispiel-JSON-Richtliniendokumente eine IAM-Richtlinie erstellen, finden Sie unter Erstellen von Richtlinien auf der JSON-Registerkarte im IAM-Benutzerhandbuch.

Bewährte Methoden für Richtlinien

Identitätsbasierte Richtlinien legen fest, ob jemand AWS Auto Scaling Ressourcen in Ihrem Konto erstellen, darauf zugreifen oder sie löschen kann. Dies kann zusätzliche Kosten für Ihr verursachen AWS-Konto. Befolgen Sie beim Erstellen oder Bearbeiten identitätsbasierter Richtlinien die folgenden Anleitungen und Empfehlungen:

  • Beginnen Sie mit AWS verwalteten Richtlinien und wechseln Sie zu Berechtigungen mit den geringsten Rechten — Verwenden Sie die AWS verwalteten Richtlinien, die Berechtigungen für viele gängige Anwendungsfälle gewähren, um Ihren Benutzern und Workloads zunächst Berechtigungen zu gewähren. Sie sind in Ihrem verfügbar. AWS-Konto Wir empfehlen Ihnen, die Berechtigungen weiter zu reduzieren, indem Sie vom AWS Kunden verwaltete Richtlinien definieren, die speziell auf Ihre Anwendungsfälle zugeschnitten sind. Weitere Informationen finden Sie unter AWS -verwaltete Richtlinien oder AWS -verwaltete Richtlinien für Auftrags-Funktionen im IAM-Benutzerhandbuch.

  • Anwendung von Berechtigungen mit den geringsten Rechten – Wenn Sie mit IAM-Richtlinien Berechtigungen festlegen, gewähren Sie nur die Berechtigungen, die für die Durchführung einer Aufgabe erforderlich sind. Sie tun dies, indem Sie die Aktionen definieren, die für bestimmte Ressourcen unter bestimmten Bedingungen durchgeführt werden können, auch bekannt als die geringsten Berechtigungen. Weitere Informationen zur Verwendung von IAM zum Anwenden von Berechtigungen finden Sie unter Richtlinien und Berechtigungen in IAM im IAM-Benutzerhandbuch.

  • Verwenden von Bedingungen in IAM-Richtlinien zur weiteren Einschränkung des Zugriffs – Sie können Ihren Richtlinien eine Bedingung hinzufügen, um den Zugriff auf Aktionen und Ressourcen zu beschränken. Sie können beispielsweise eine Richtlinienbedingung schreiben, um festzulegen, dass alle Anforderungen mithilfe von SSL gesendet werden müssen. Sie können auch Bedingungen verwenden, um Zugriff auf Serviceaktionen zu gewähren, wenn diese für einen bestimmten Zweck verwendet werden AWS-Service, z. AWS CloudFormation B. Weitere Informationen finden Sie unter IAM-JSON-Richtlinienelemente: Bedingung im IAM-Benutzerhandbuch.

  • Verwenden von IAM Access Analyzer zur Validierung Ihrer IAM-Richtlinien, um sichere und funktionale Berechtigungen zu gewährleisten – IAM Access Analyzer validiert neue und vorhandene Richtlinien, damit die Richtlinien der IAM-Richtliniensprache (JSON) und den bewährten IAM-Methoden entsprechen. IAM Access Analyzer stellt mehr als 100 Richtlinienprüfungen und umsetzbare Empfehlungen zur Verfügung, damit Sie sichere und funktionale Richtlinien erstellen können. Weitere Informationen finden Sie unter Richtlinienvalidierung zum IAM Access Analyzer im IAM-Benutzerhandbuch.

  • Multi-Faktor-Authentifizierung (MFA) erforderlich — Wenn Sie ein Szenario haben, das IAM-Benutzer oder einen Root-Benutzer in Ihrem System erfordert AWS-Konto, aktivieren Sie MFA für zusätzliche Sicherheit. Um MFA beim Aufrufen von API-Vorgängen anzufordern, fügen Sie Ihren Richtlinien MFA-Bedingungen hinzu. Weitere Informationen finden Sie unter Konfigurieren eines MFA-geschützten API-Zugriffs im IAM-Benutzerhandbuch.

Weitere Informationen zu bewährten Methoden in IAM finden Sie unter Bewährte Methoden für die Sicherheit in IAM im IAM-Benutzerhandbuch.

Benutzern das Erstellen von Skalierungsplänen erlauben

Im Folgenden wird ein Beispiel für eine identitätsbasierte Richtlinie gezeigt, die Berechtigungen zum Erstellen von Skalierungsplänen gewährt.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "autoscaling-plans:*", "cloudwatch:PutMetricAlarm", "cloudwatch:DeleteAlarms", "cloudwatch:DescribeAlarms", "cloudformation:ListStackResources" ], "Resource": "*" } ] }

Um mit einem Skalierungsplan arbeiten zu können, müssen Endnutzer über zusätzliche Berechtigungen verfügen, die es ihnen erlauben, mit bestimmten Ressourcen in ihren Konten zu arbeiten. Diese Berechtigungen sind in Zusätzliche erforderliche Berechtigungen aufgeführt.

Jeder Konsolenbenutzer benötigt außerdem Berechtigungen, die es ihm ermöglichen, die skalierbaren Ressourcen in seinem Konto zu ermitteln und Diagramme mit CloudWatch Metrikdaten von der Konsole aus anzuzeigen. AWS Auto Scaling Die zusätzlichen Berechtigungen, die für die Arbeit mit der AWS Auto Scaling Konsole erforderlich sind, sind unten aufgeführt:

  • cloudformation:ListStacks: Auflisten von Stacks.

  • tag:GetTagKeys: Für das Auffinden von skalierbaren Ressourcen, die bestimmte Tag-Schlüssel enthalten.

  • tag:GetTagValues: Für das Auffinden von Ressourcen, die bestimmte Tag-Werte enthalten.

  • autoscaling:DescribeTags: Zum Finden von Auto-Scaling-Gruppen, die bestimmte Tags enthalten.

  • cloudwatch:GetMetricData: Zum Anzeigen von Daten in Metrikdiagrammen.

Benutzern das Aktivieren der prädiktiven Skalierung erlauben

Im Folgenden wird ein Beispiel für eine identitätsbasierte Richtlinie gezeigt, die Berechtigungen zur Aktivierung der vorausschauenden Skalierung gewährt. Mit diesen Berechtigungen werden die Funktionen von Skalierungsplänen erweitert, die zum Skalieren von Auto-Scaling-Gruppen eingerichtet werden.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloudwatch:GetMetricData", "autoscaling:DescribeAutoScalingGroups", "autoscaling:DescribeScheduledActions", "autoscaling:BatchPutScheduledUpdateGroupAction", "autoscaling:BatchDeleteScheduledAction" ], "Resource": "*" } ] }

Zusätzliche erforderliche Berechtigungen

Um Skalierungspläne erfolgreich zu konfigurieren und zu verwenden, müssen die Benutzer über Berechtigungen für jeden Ziel-Service verfügen, für den sie die Skalierung konfigurieren. Um die für die Arbeit mit Zieldiensten erforderlichen Mindestberechtigungen zu gewähren, lesen Sie die Informationen in diesem Abschnitt und geben Sie die entsprechenden Aktionen im Action Element einer IAM-Richtlinienerklärung an.

Auto-Scaling-Gruppen

Um Auto-Scaling-Gruppen zu einem Skalierungsplan hinzuzufügen, müssen Benutzer über die folgenden Berechtigungen für Amazon EC2 Auto Scaling verfügen:

  • autoscaling:UpdateAutoScalingGroup

  • autoscaling:DescribeAutoScalingGroups

  • autoscaling:PutScalingPolicy

  • autoscaling:DescribePolicies

  • autoscaling:DeletePolicy

ECS-Services

Um ECS-Services zu einem Skalierungsplan hinzuzufügen, müssen Benutzer über die folgenden Berechtigungen für Amazon ECS und Application Auto Scaling verfügen:

  • ecs:DescribeServices

  • ecs:UpdateService

  • application-autoscaling:RegisterScalableTarget

  • application-autoscaling:DescribeScalableTargets

  • application-autoscaling:DeregisterScalableTarget

  • application-autoscaling:PutScalingPolicy

  • application-autoscaling:DescribeScalingPolicies

  • application-autoscaling:DeleteScalingPolicy

Spot-Flotte

Um Spot-Flotten zu einem Skalierungsplan hinzuzufügen, müssen Benutzer über die folgenden Berechtigungen für Amazon EC2 und Application Auto Scaling verfügen:

  • ec2:DescribeSpotFleetRequests

  • ec2:ModifySpotFleetRequest

  • application-autoscaling:RegisterScalableTarget

  • application-autoscaling:DescribeScalableTargets

  • application-autoscaling:DeregisterScalableTarget

  • application-autoscaling:PutScalingPolicy

  • application-autoscaling:DescribeScalingPolicies

  • application-autoscaling:DeleteScalingPolicy

DynamoDB-Tabellen oder globale Indizes

Um DynamoDB-Tabellen oder globale Indizes zu einem Skalierungsplan hinzuzufügen, müssen Benutzer über die folgenden Berechtigungen für DynamoDB und Application Auto Scaling verfügen:

  • dynamodb:DescribeTable

  • dynamodb:UpdateTable

  • application-autoscaling:RegisterScalableTarget

  • application-autoscaling:DescribeScalableTargets

  • application-autoscaling:DeregisterScalableTarget

  • application-autoscaling:PutScalingPolicy

  • application-autoscaling:DescribeScalingPolicies

  • application-autoscaling:DeleteScalingPolicy

Aurora-DB-Cluster

Um Aurora DB-Cluster zu einem Skalierungsplan hinzuzufügen, müssen Benutzer über die folgenden Berechtigungen für Amazon Aurora und Application Auto Scaling verfügen:

  • 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

Erforderliche Berechtigungen zum Erstellen einer serviceverknüpften Rolle

AWS Auto Scaling erfordert Berechtigungen zum Erstellen einer serviceverknüpften Rolle, wenn ein Benutzer in Ihrem Unternehmen zum ersten Mal einen Skalierungsplan mit aktivierter vorausschauender Skalierung AWS-Konto erstellt. Wenn die serviceverknüpfte Rolle noch nicht existiert, AWS Auto Scaling wird sie in Ihrem Konto erstellt. Die dienstverknüpfte Rolle gewährt Berechtigungen, AWS Auto Scaling sodass sie in Ihrem Namen andere Dienste aufrufen kann.

Damit diese automatische Rollenerstellung möglich ist, müssen Benutzer über Berechtigungen für die Aktion iam:CreateServiceLinkedRole verfügen.

"Action": "iam:CreateServiceLinkedRole"

Im Folgenden wird ein Beispiel für eine identitätsbasierte Richtlinie gezeigt, die Berechtigungen zum Erstellen einer dienstverknüpften Rolle gewährt.

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

Weitere Informationen finden Sie unter Serviceverknüpfte Rolle für vorausschauende Skalierung.