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.

# Häufig gestellte Fragen zu Eksctl
<a name="faq"></a>

## General
<a name="_general"></a>

 **Kann ich `eksctl` damit Cluster verwalten, die nicht von erstellt wurden? `eksctl`** 

Ja\! Ab der Version können `0.40.0` Sie für `eksctl` jeden Cluster arbeiten, unabhängig davon, ob er von `eksctl` oder nicht erstellt wurde. Weitere Informationen finden Sie unter [Nicht von EKSCTL erstellte Cluster](unowned-clusters.md).

## Knotengruppen
<a name="nodegroup-faq"></a>

 **Wie kann ich den Instanztyp meiner Nodegroup ändern?** 

Aus der Sicht von sind Knotengruppen `eksctl` unveränderlich. Das bedeutet, dass nach der Erstellung nur noch die `eksctl` Knotengruppe nach oben oder unten skaliert werden kann.

Um den Instanztyp zu ändern, erstellen Sie eine neue Knotengruppe mit dem gewünschten Instanztyp und entleeren Sie sie dann, sodass die Workloads auf die neue verschoben werden. Nachdem dieser Schritt abgeschlossen ist, können Sie die alte Knotengruppe löschen.

 **Wie kann ich die generierten Benutzerdaten für eine Knotengruppe sehen?** 

Zunächst benötigen Sie den Namen des Cloudformation-Stacks, der die Knotengruppe verwaltet:

```
eksctl utils describe-stacks --region=us-west-2 --cluster NAME
```

Sie werden einen Namen sehen, der ähnlich ist wie. `eksctl-CLUSTER_NAME-nodegroup-NODEGROUP_NAME`

Sie können Folgendes ausführen, um die Benutzerdaten abzurufen. Beachten Sie die letzte Zeile, die aus Base64 dekodiert und die gezippten Daten dekomprimiert.

```
NG_STACK=eksctl-scrumptious-monster-1595247364-nodegroup-ng-29b8862f # your stack here
LAUNCH_TEMPLATE_ID=$(aws cloudformation describe-stack-resources --stack-name $NG_STACK \
| jq -r '.StackResources | map(select(.LogicalResourceId == "NodeGroupLaunchTemplate") \
| .PhysicalResourceId)[0]')
aws ec2 describe-launch-template-versions --launch-template-id $LAUNCH_TEMPLATE_ID \
| jq -r '.LaunchTemplateVersions[0].LaunchTemplateData.UserData' \
| base64 -d | gunzip
```

## Ingress
<a name="_ingress"></a>

 **Wie richte ich Ingress mit ein? `eksctl`** 

Wir empfehlen die Verwendung des [AWS Load Balancer Controllers](https://github.com/kubernetes-sigs/aws-load-balancer-controller). [Die Dokumentation zur Bereitstellung des Controllers in Ihrem Cluster sowie zur Migration vom alten ALB Ingress Controller finden Sie hier.](https://docs.aws.amazon.com/eks/latest/userguide/alb-ingress.html)

Für den Nginx Ingress Controller wäre die Einrichtung dieselbe wie bei [jedem anderen](https://kubernetes.github.io/ingress-nginx/deploy/#aws) Kubernetes-Cluster.

## Kubectl
<a name="_kubectl"></a>

 **Ich verwende einen HTTPS-Proxy und die Validierung des Clusterzertifikats schlägt fehl. Wie kann ich die Systemzertifizierungsstellen verwenden?** 

Stellen Sie die Umgebungsvariable so `KUBECONFIG_USE_SYSTEM_CA` ein, dass sie die Zertifizierungsstellen des Systems `kubeconfig` respektiert.