As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Perguntas frequentes sobre o Eksctl
<a name="faq"></a>

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

 **Posso usar `eksctl` para gerenciar clusters que não foram criados pelo`eksctl`?** 

Sim\! A partir da versão, `0.40.0` você `eksctl` pode executar em qualquer cluster, tenha ele sido criado `eksctl` ou não. Para obter mais informações, consulte [Clusters não criados pelo eksctl](unowned-clusters.md).

## Grupos de nós
<a name="nodegroup-faq"></a>

 **Como posso alterar o tipo de instância do meu nodegroup?** 

Do ponto de vista de`eksctl`, os grupos de nós são imutáveis. Isso significa que, uma vez criado, a única coisa que `eksctl` você pode fazer é aumentar ou diminuir o grupo de nós.

Para alterar o tipo de instância, crie um novo grupo de nós com o tipo de instância desejado e, em seguida, descarregue-o para que as cargas de trabalho sejam transferidas para o novo. Depois que essa etapa for concluída, você poderá excluir o antigo grupo de nós.

 **Como posso ver os dados de usuário gerados para um grupo de nós?** 

Primeiro, você precisará do nome da pilha do Cloudformation que gerencia o grupo de nós:

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

Você verá um nome semelhante `eksctl-CLUSTER_NAME-nodegroup-NODEGROUP_NAME` a.

Você pode executar o seguinte para obter os dados do usuário. Observe a linha final que decodifica a partir da base64 e descompacta os dados compactados em gzip.

```
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>

 **Como faço para configurar o ingresso com`eksctl`?** 

Recomendamos usar o [AWS Load Balancer Controller](https://github.com/kubernetes-sigs/aws-load-balancer-controller). [A documentação sobre como implantar o controlador em seu cluster, bem como sobre como migrar do antigo ALB Ingress Controller, pode ser encontrada aqui.](https://docs.aws.amazon.com/eks/latest/userguide/alb-ingress.html)

Para o Nginx Ingress Controller, a configuração seria a mesma de [qualquer outro](https://kubernetes.github.io/ingress-nginx/deploy/#aws) cluster Kubernetes.

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

 **Estou usando um proxy HTTPS e a validação do certificado de cluster falha. Como posso usar as CAs do sistema?** 

Defina a variável de ambiente `KUBECONFIG_USE_SYSTEM_CA` para `kubeconfig` respeitar as autoridades de certificação do sistema.