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.

# `AWSSupport-TroubleshootEKSWorkerNode`
<a name="automation-awssupport-troubleshooteksworkernode"></a>

 **Beschreibung** 

 Das `AWSSupport-TroubleshootEKSWorkerNode` Runbook analysiert einen Amazon Elastic Compute Cloud (Amazon EC2) -Worker-Knoten und einen Amazon Elastic Kubernetes Service (Amazon EKS) -Cluster, um Sie bei der Identifizierung und Behebung häufiger Ursachen zu unterstützen, die verhindern, dass Worker-Knoten einem Cluster beitreten können. Das Runbook enthält Anleitungen, die Ihnen bei der Lösung aller identifizierten Probleme helfen sollen. 

**Wichtig**  
 Um diese Automatisierung erfolgreich auszuführen, muss der Status Ihres Amazon EC2 `running` EC2-Worker-Knotens und der Amazon EKS-Cluster-Status sein`ACTIVE`. 

 [Führen Sie diese Automatisierung aus (Konsole)](https://console.aws.amazon.com/systems-manager/automation/execute/AWSSupport-TroubleshootEKSWorkerNode) 

**Art des Dokuments**

Automatisierung

**Eigentümer**

Amazon

**Plattformen**

Linux

**Parameter**
+ AutomationAssumeRole

  Typ: Zeichenfolge

  Beschreibung: (Optional) Der Amazon-Ressourcenname (ARN) der AWS Identity and Access Management (IAM) -Rolle, mit der Systems Manager Automation die Aktionen in Ihrem Namen ausführen kann. Wenn keine Rolle angegeben ist, verwendet Systems Manager Automation die Berechtigungen des Benutzers, der dieses Runbook startet.
+ ClusterName

  Typ: Zeichenfolge

  Beschreibung: (Erforderlich) Der Name des Amazon EKS-Clusters.
+ Worker-ID

  Typ: Zeichenfolge

  Beschreibung: (Erforderlich) Die ID des Amazon EC2 EC2-Worker-Knotens, der dem Cluster nicht beitreten konnte.

**Erforderliche IAM-Berechtigungen**

Der `AutomationAssumeRole` Parameter erfordert die folgenden Aktionen, um das Runbook erfolgreich zu verwenden.
+  `ec2:DescribeDhcpOptions` 
+  `ec2:DescribeImages` 
+  `ec2:DescribeInstanceAttribute` 
+  `ec2:DescribeInstances` 
+  `ec2:DescribeInstanceStatus` 
+  `ec2:DescribeNatGateways` 
+  `ec2:DescribeNetworkAcls` 
+  `ec2:DescribeNetworkInterfaces` 
+  `ec2:DescribeRouteTables` 
+  `ec2:DescribeSecurityGroups` 
+  `ec2:DescribeSubnets` 
+  `ec2:DescribeVpcAttribute` 
+  `ec2:DescribeVpcEndpoints` 
+  `ec2:DescribeVpcs` 
+  `eks:DescribeCluster` 
+  `iam:GetInstanceProfile` 
+  `iam:GetRole` 
+  `iam:ListAttachedRolePolicies` 
+  `ssm:DescribeInstanceInformation` 
+  `ssm:ListCommandInvocations` 
+  `ssm:ListCommands` 
+  `ssm:SendCommand` 

 **Dokumentschritte** 
+  `aws:assertAwsResourceProperty`— Bestätigt, dass der Amazon EKS-Cluster, den Sie im `ClusterName` Parameter angeben, existiert und sich in einem `ACTIVE` Zustand befindet. 
+  `aws:assertAwsResourceProperty`— Bestätigt, dass der Amazon EC2 EC2-Worker-Knoten, den Sie im `WorkerID` Parameter angeben, vorhanden ist und sich in einem `running` Status befindet. 
+  `aws:executeScript`- Führt ein Python-Skript aus, das dabei hilft, mögliche Ursachen dafür zu identifizieren, dass der Worker-Knoten dem Cluster nicht beitreten kann.