Für Pods die Verwendung eines Kubernetes Dienstkontos konfigurieren

Wenn ein Zugriff Pod erforderlich ist AWS-Services, müssen Sie es für die Verwendung eines Kubernetes Dienstkontos konfigurieren. Das Dienstkonto muss einer AWS Identity and Access Management (IAM-) Rolle zugeordnet sein, die über Zugriffsberechtigungen für die AWS-Services verfügt.

Voraussetzungen

• Einen vorhandenen -Cluster. Wenn Sie keine haben, können Sie eine mit einer der Erste Schritte mit Amazon EKS-Hilfslinien erstellen.

• Ein vorhandener IAM OpenID Connect (OIDC)-Anbieter für Ihren Cluster. Informationen zum Feststellen, ob Sie bereits einen haben oder wie Sie einen erstellen können, finden Sie unter Erstellen Sie einen OIDC IAM-Anbieter für Ihren Cluster.

• Ein vorhandenes Kubernetes-Servicekonto, das einer IAM-Rolle zugeordnet ist. Das Servicekonto muss mit dem Amazon-Ressourcennamen (ARN) der IAM-Rolle versehen sein. Die Rolle muss über eine zugeordnete IAM-Richtlinie verfügen, die die Berechtigungen enthält, die Ihre Pods zur Verwendung von AWS-Services haben sollen. Weitere Informationen zu Rollen, ihren Vorteilen sowie zu ihrer Erstellung und Konfiguration finden Sie unter Konfigurieren Sie ein Kubernetes Dienstkonto für die Übernahme einer IAM-Rolle.

• Version 2.12.3 oder höher oder Version 1.27.160 oder höher von AWS Command Line Interface (AWS CLI), die auf Ihrem Gerät installiert und konfiguriert ist, oder AWS CloudShell. Um Ihre aktuelle Version zu überprüfen, verwenden Sie aws --version | cut -d / -f2 | cut -d ' ' -f1. Paket-Manager wie yum, apt-get oder Homebrew für macOS sind oft mehrere Versionen hinter der neuesten Version von AWS CLI. Informationen zur Installation der neuesten Version von finden Sie unter Installation, Aktualisierung und Deinstallation der AWS CLI und Schnellkonfiguration mit aws configure im AWS Command Line Interface -Benutzerhandbuch. Die AWS CLI Version, in der installiert ist, AWS CloudShell kann auch mehrere Versionen hinter der neuesten Version liegen. Informationen zur Aktualisierung finden Sie unter Installation AWS CLI in Ihrem Home-Verzeichnis im AWS CloudShell Benutzerhandbuch.

• Das kubectl-Befehlszeilen-Tool ist auf Ihrem Gerät oder in der AWS CloudShell installiert. Die Version kann der Kubernetes-Version Ihres Clusters entsprechen oder eine Nebenversion älter oder neuer sein. Wenn Ihre Clusterversion beispielsweise 1.29 ist, können Sie kubectl-Version 1.28, 1.29, oder 1.30 damit verwenden. Informationen zum Installieren oder Aktualisieren von kubectl finden Sie unter Installieren oder Aktualisieren von kubectl.

• Eine vorhandene kubectl config-Datei, die Ihre Clusterkonfiguration enthält. Informationen zum Erstellen einer kubectl config-Datei finden Sie unter Erstellen oder Aktualisieren einer kubeconfig-Datei für einen Amazon-EKS-Cluster.

Konfigurieren von Pod zur Verwendung eines Servicekontos

1. Verwenden Sie den folgenden Befehl, um ein Bereitstellungsmanifest zu erstellen, mit dem Sie einen Pod bereitstellen können, um die Konfiguration zu bestätigen. Ersetzen Sie example values durch Ihre eigenen Werte.

   cat >my-deployment.yaml <<EOF
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: my-app
   spec:
     selector:
       matchLabels:
         app: my-app
     template:
       metadata:
         labels:
           app: my-app
       spec:
         serviceAccountName: my-service-account
         containers:
         - name: my-app
           image: public.ecr.aws/nginx/nginx:X.XX
   EOF
   

2. Stellen Sie das Manifest in Ihrem Cluster bereit.

   kubectl apply -f my-deployment.yaml
   

3. Vergewissern Sie sich, dass die erforderlichen Umgebungsvariablen für Ihren Pod vorhanden sind.

   1. Zeigen Sie die Pods an, die im vorherigen Schritt bereitgestellt wurden.

      kubectl get pods | grep my-app
      

      Eine Beispielausgabe sieht wie folgt aus.

      my-app-6f4dfff6cb-76cv9   1/1     Running   0          3m28s

   2. Zeigen Sie den ARN der IAM-Rolle an, den der Pod verwendet.

      kubectl describe pod my-app-6f4dfff6cb-76cv9 | grep AWS_ROLE_ARN:
      

      Eine Beispielausgabe sieht wie folgt aus.

      AWS_ROLE_ARN:                 arn:aws:iam::111122223333:role/my-role

      Der Rollen-ARN muss mit dem Rollen-ARN übereinstimmen, mit dem Sie das vorhandene Servicekonto mit Anmerkungen versehen haben. Weitere Informationen zum Annotieren des Servicekontos finden Sie unter Konfigurieren Sie ein Kubernetes Dienstkonto für die Übernahme einer IAM-Rolle.

   3. Bestätigen Sie, dass der Pod ein Webidentitäts-Token-Datei-Mount hat.

      kubectl describe pod my-app-6f4dfff6cb-76cv9 | grep AWS_WEB_IDENTITY_TOKEN_FILE:
      

      Eine Beispielausgabe sieht wie folgt aus.

      AWS_WEB_IDENTITY_TOKEN_FILE:  /var/run/secrets/eks.amazonaws.com/serviceaccount/token

      Das kubelet fordert das Token im Namen des Pod an und speichert es. Standardmäßig aktualisiert das kubelet das Token, wenn es älter als 80 Prozent seiner gesamten TTL ist oder wenn das Token älter als 24 Stunden ist. Sie können die Ablaufdauer für jedes Konto mit Ausnahme des Standardservicekontos mit den Einstellungen in Ihrer Pod-Spezifikation ändern. Weitere Informationen finden Sie unter Service Account Token Volume Projection in der Kubernetes-Dokumentation.

      Der Pod-Identitäts-Webhook von Amazon EKS auf dem Cluster sucht nach Pods, die ein Servicekonto mit der folgenden Anmerkung verwenden:

      eks.amazonaws.com/role-arn: arn:aws:iam::111122223333:role/my-role

      Der Webhook wendet die vorherigen Umgebungsvariablen auf diese Pods an. Ihr Cluster muss nicht den Webhook verwenden, um die Umgebungsvariablen und die Token-Datei-Mounts zu konfigurieren. Sie können Pods manuell so konfigurieren, dass diese Umgebungsvariablen vorhanden sind. Die unterstützten Versionen des AWS SDK suchen zuerst im Credential Chain Provider nach diesen Umgebungsvariablen. Die Anmeldeinformationen der Rolle werden für Pods verwendet, die diese Kriterien erfüllen.

4. Vergewissern Sie Pods sich, dass Sie AWS-Services mit den Berechtigungen interagieren können, die Sie in der Ihrer Rolle zugewiesenen IAM-Richtlinie zugewiesen haben.

   Anmerkung

   Wenn a AWS Anmeldeinformationen aus einer IAM-Rolle Pod verwendet, die einem Dienstkonto zugeordnet ist, Pod verwenden die AWS CLI oder andere SDKs in den entsprechenden Containern die Anmeldeinformationen, die von dieser Rolle bereitgestellt werden. Der Pod hat weiterhin Zugriff auf die der Amazon-EKS-Knoten-IAM-Rolle bereitgestellten Anmeldeinformationen, es sei denn, Sie beschränken den Zugriff auf diese Anmeldeinformationen. Weitere Informationen finden Sie unter Beschränken Sie den Zugriff auf das Instance-Profil, das dem Worker-Knoten zugewiesen ist.

   Wenn Ihre Pods nicht wie erwartet mit den Services interagieren können, führen Sie die folgenden Schritte aus, um sicherzustellen, dass alles richtig konfiguriert ist.

   1. Vergewissern Sie sich, dass Sie eine AWS SDK-Version Pods verwenden, die die Übernahme einer IAM-Rolle über eine OpenID Connect Web-Identity-Token-Datei unterstützt. Weitere Informationen finden Sie unter Verwendung eines unterstützten AWS -SDK.

   2. Stellen Sie sicher, dass die Bereitstellung das Servicekonto verwendet.

      kubectl describe deployment my-app | grep "Service Account"
      

      Eine Beispielausgabe sieht wie folgt aus.

      Service Account:  my-service-account

   3. Wenn Ihre Pods immer noch nicht auf die Services zugreifen können, überprüfen Sie die in Konfigurieren Sie ein Kubernetes Dienstkonto für die Übernahme einer IAM-Rolle beschriebenen Schritte, um sicherzustellen, dass Ihre Rolle und Ihr Servicekonto richtig konfiguriert sind.