**Unterstützung für die Verbesserung dieser Seite beitragen** 

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.

Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link **Diese Seite bearbeiten auf**, der sich im rechten Bereich jeder Seite befindet.

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.

# Problembehandlung bei lokalen Amazon EKS-Clustern auf AWS Mit EC2-Instance-Speicher konfigurierte Outposts
<a name="eks-outposts-instance-store-troubleshooting"></a>

In diesem Thema werden häufig auftretende Fehler behandelt, die bei der Verwendung lokaler Amazon EKS-Cluster auf AWS Outposts auftreten können, die mit dem EC2-Instance-Speicher konfiguriert sind, und deren Behebung.

## `kubectl` `funktioniert nach der Konfiguration von kubeconfig nicht`
<a name="eks-outposts-instance-store-troubleshooting-kubectl"></a>

Wenn nach dem Ausführen der folgende Fehler angezeigt wird: `aws eks update-kubeconfig`

```
Either parameter --cluster-name or --cluster-id must be specified.
```

Oder:

```
couldn't get current server API group list: getting credentials: exec: executable aws failed with exit code 1
```

Stellen Sie sicher, dass Ihr `kubeconfig` (`~/.kube/config`) `--cluster-name` in den `exec` Argumenten angegeben ist, nicht`--cluster-id`:

```
      args:
        - --region
        - region-code
        - eks
        - get-token
        - --cluster-name
        - my-cluster
        - --output
        - json
      command: aws
```

## Knoten, die dem Cluster nicht beitreten
<a name="eks-outposts-instance-store-troubleshooting-nodes-not-joining"></a>

Wenn Ihre Knoten beim Ausführen nicht angezeigt werden`kubectl get nodes`:

1.  **Überprüfen Sie die `kubelet` Protokolle auf dem Knoten.** Greifen Sie mit SSM oder SSH auf den Knoten zu und führen Sie Folgendes aus:

   ```
   systemctl status kubelet -l
   ```

1.  **Suchen Sie nach nicht autorisierten Fehlern.** Unautorisierte Fehler können auf fehlende Knotenrollenberechtigungen oder `aws-auth` ConfigMap Probleme hinweisen. Stellen Sie sicher, dass die Instanzrolle des Knotens korrekt zugeordnet ist. `aws-auth` ConfigMap

1.  **Überprüfen Sie den CSR-Status.** Stellen Sie sicher, dass die Zertifikatsignieranforderung des Knotens genehmigt wurde:

   ```
   kubectl get csr
   ```

   Wenn sich die CSR im `Pending` Status befindet, genehmigen Sie sie:

   ```
   kubectl certificate approve node-csr-EXAMPLE
   ```

## Der Cluster blieb im Status `CREATING hängen`
<a name="eks-outposts-instance-store-troubleshooting-creating"></a>

Wenn Ihr Cluster den Status FEHLGESCHLAGEN annimmt:
+  **Unzureichende Kapazität:** Stellen Sie sicher, dass Ihr Outpost über ausreichend virtualisierte Kapazität für 6 Kontrollebeneninstanzen (`etcd`3\+3 API-Server) der angegebenen Instance-Typen verfügt. Die Instance-Typen müssen auf Ihrem Outpost installiert sein.
+  Die **Spread-Topologie kann nicht eingehalten werden:** Wenn Sie einen Wert `spreadLevel` von angegeben haben`host`, stellen Sie sicher, dass mindestens 3 Hosts mit dem ausgewählten Instance-Typ konfiguriert sind. Falls Sie dies angegeben haben`rack`, stellen Sie sicher, dass mindestens 3 Racks über Hosts mit dem ausgewählten Instance-Typ verfügen.
+  **Subnetzprobleme:** Stellen Sie sicher, dass sich die von Ihnen angegebenen Subnetze in der Availability Zone befinden, in der der Outpost beheimatet ist, und dass jedes Subnetz über mindestens 3 verfügbare IP-Adressen verfügt. Siehe [Erstellen Sie eine VPC und Subnetze für lokale Amazon EKS-Cluster auf AWS Mit EC2-Instance-Speicher konfigurierte Outposts](eks-outposts-instance-store-vpc-subnet-requirements.md).

## `Der Cluster blieb im Status UPDATE hängen`
<a name="eks-outposts-instance-store-troubleshooting-updating"></a>

Wenn Ihr Cluster während eines Updates der Kubernetes-Version oder der Plattformversion in diesem `UPDATING` Zustand bleibt:
+  **Unzureichende Kapazität:** Bei Updates werden Instanzen der Kontrollebene vor der erneuten Instanziierung gelöscht. Wenn die freigewordene Kapazität von einem anderen Workload verbraucht wird, bevor die Ersatzinstanz bereitgestellt werden kann, wird das Update angehalten. Stellen Sie sicher, dass Ihr Outpost über verfügbare Kapazität für die Instance-Typen auf der Kontrollebene verfügt.

## `etcd Quorumverlust`
<a name="eks-outposts-instance-store-troubleshooting-etcd-quorum"></a>

Wenn Sie die Fähigkeit verlieren, Kubernetes-API-Operationen durchzuführen, und Ihr Outpost unterbrochen wird:
+  `etcd`hat möglicherweise das Quorum verloren. Dies tritt auf, wenn während einer Verbindungsunterbrechung mehr als eine `etcd` Instanz nicht verfügbar ist.
+ Workloads, die bereits ausgeführt werden, funktionieren weiterhin, aber Kubernetes-API-Operationen sind nicht verfügbar.
+ Wenn die Konnektivität wiederhergestellt ist, stellt Amazon EKS Ihren Cluster-Status aus dem letzten `etcd` Snapshot wieder her.

Wenden Sie sich an [das AWS Support Center](https://console.aws.amazon.com/support/home).