IAM 角色和权限参考

IAM 在评估和弹性测试中的作用

要进行评估或弹性测试，下一代弹性中心需要能够担任 IAM 角色。评估需要只读权限才能发现和了解您的 AWS 资源配置。弹性测试还需要权限才能代表你启动和管理 AWS Fault Injection Service (AWS FIS) 实验。

您可以在 IAM 控制台中创建 AWS IAM 角色。选择自定义信任策略并使用如下信任策略：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "resiliencehub.amazonaws.com"
      },
      "Action": "sts:AssumeRole",
      "Condition": {}
    }
  ]
}
  

要获得权限，请附加AWSResilienceHubV2AssessmentExecutionPolicy托管策略。该政策授予对用于弹性发现、评估和管理的 AWS 服务的只读访问权限。

如果您使用弹性测试，还要附上AWSResilienceHubResilienceTestingPolicy托管策略。该政策授予Resilience Hub代表您启动和管理实验所需的 AWS FIS 权限。

IAM Service-Linked 角色

下一代 Resilience Hub 使用AWSResilienceHubServiceRolePolicy托管策略自动创建 Service-Linked 角色。

Terraform 状态文件访问权限

如果您将 Terraform 状态文件包含到下一代弹性中心服务中，请使用如下策略提供从亚马逊 S3 存储桶读取 Terraform 文件的权限：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "s3:GetObject",
      "Resource": "arn:aws:s3:::s3-bucket-name/path-to-state-file"
    },
    {
      "Effect": "Allow",
      "Action": "s3:ListBucket",
      "Resource": "arn:aws:s3:::s3-bucket-name"
    }
  ]
}
  

IAM 在弹性测试中的执行角色

弹性测试在 IAM 角色下运行，该角色 AWS Fault Injection Service 假定会向您的资源注入故障。所需的权限取决于测试模板，单账户和多账户测试使用不同的角色结构。有关每项测试的信任和权限政策，请参阅用于弹性测试的 IAM 执行角色。

亚马逊 EKS 权限

如果您要将亚马逊 EKS 集群纳入您的下一代 Resilience Hub 服务，请遵循以下 3 步流程，提供下一代 Resilience Hub 权限，允许其使用 Kubernetes 基于角色的访问控制 (RBAC) 读取亚马逊 EKS 集群的配置数据。

第 1 步：将以下内容应用到您的 Amazon EKS 集群

这为下一代 Resilience Hub 提供了对所有命名空间所需的 Kubernetes 资源的只读访问权限：

cat << EOF | kubectl apply -f -
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: resilience-hub-eks-access-cluster-role
rules:
- apiGroups:
    - ""
  resources:
    - pods
    - replicationcontrollers
    - nodes
    - services
  verbs:
    - get
    - list
- apiGroups:
    - apps
  resources:
    - deployments
    - replicasets
  verbs:
    - get
    - list
- apiGroups:
    - policy
  resources:
    - poddisruptionbudgets
  verbs:
    - get
    - list
- apiGroups:
    - autoscaling.k8s.io
  resources:
    - verticalpodautoscalers
  verbs:
    - get
    - list
- apiGroups:
    - autoscaling
  resources:
    - horizontalpodautoscalers
  verbs:
    - get
    - list
- apiGroups:
    - karpenter.sh
  resources:
    - provisioners
    - nodepools
  verbs:
    - get
    - list
- apiGroups:
    - karpenter.k8s.aws
  resources:
    - awsnodetemplates
    - ec2nodeclasses
  verbs:
    - get
    - list
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: resilience-hub-eks-access-cluster-role-binding
subjects:
  - kind: Group
    name: resilience-hub-eks-access-group
    apiGroup: rbac.authorization.k8s.io
roleRef:
  kind: ClusterRole
  name: resilience-hub-eks-access-cluster-role
  apiGroup: rbac.authorization.k8s.io
---
EOF
  

第 2 步：将 IAM 角色映射到 Kubernetes 群组

将您创建的 IAM 角色映射到 resilience-hub-eks-access-group Kubernetes 群组。您可以使用亚马逊 EKS 访问条目（推荐）或 aws-auth ConfigMap.

选项 A：使用 EKS 访问条目（推荐）

EKS 访问条目是管理集群身份验证的首选方法。您的集群必须使用API或API_AND_CONFIG_MAP身份验证模式。

aws eks create-access-entry \
  --cluster-name cluster-name \
  --principal-arn arn:aws:iam::ACCOUNT-ID:role/ResilienceHubRole \
  --type STANDARD \
  --kubernetes-groups '["resilience-hub-eks-access-group"]'
  

选项 B：使用 aws-auth ConfigMap

如果您的集群使用CONFIG_MAP或API_AND_CONFIG_MAP身份验证模式，则可以改为编辑 aws-auth ConfigMap ：

使用 eksctl：

eksctl create iamidentitymapping \
  --cluster cluster-name \
  --region region \
  --arn arn:aws:iam::ACCOUNT-ID:role/ResilienceHubRole \
  --group resilience-hub-eks-access-group \
  --username AwsResilienceHubAssessmentEKSAccessRole
  

或者手动编辑 ConfigMap：

kubectl edit -n kube-system configmap/aws-auth
  

mapRoles在数据部分下方添加以下内容：

- groups:
    - resilience-hub-eks-access-group
  rolearn: arn:aws:iam::ACCOUNT-ID:role/ResilienceHubRole
  username: AwsResilienceHubAssessmentEKSAccessRole
  

第 3 步：验证

确认 RBAC 资源存在且角色映射已到位：

kubectl get clusterrole resilience-hub-eks-access-cluster-role
kubectl describe clusterrolebinding resilience-hub-eks-access-cluster-role-binding
  

如果使用访问条目（选项 A）：

aws eks describe-access-entry \
  --cluster-name cluster-name \
  --principal-arn arn:aws:iam::ACCOUNT-ID:role/ResilienceHubRole
  

如果使用 aws-auth ConfigMap （选项 B）：

kubectl get configmap aws-auth -n kube-system -o yaml | grep -A 3 "ResilienceHubRole"