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á. # Erros Comuns e Solução de Problemas Os erros AWS Batch geralmente ocorrem no nível do aplicativo ou são causados por configurações de instância que não atendem aos requisitos específicos do trabalho. Outros problemas incluem trabalhos presos no status `RUNNABLE` ou ambientes de computação presos em um estado `INVALID`. Para obter mais informações sobre soluções de problemas de trabalhos presos no status `RUNNABLE`, consulte [Trabalhos presos no status `RUNNABLE`](job_stuck_in_runnable.md). Para obter informações sobre solução de problemas em ambientes de computação em um estado `INVALID`, consulte [Ambiente de computação do `INVALID`](invalid_compute_environment.md). + **Verifique as Cotas vCPU do Amazon EC2 Spot**: verifique se suas service quotas atuais atendem aos requisitos do trabalho. Por exemplo, ao supor que sua cota de serviço atual seja de 256 vCPUs e que o trabalho exija 10.000 vCPUs. Nesse caso, a cota de serviço não está em conformidade com os requisitos do trabalho. Para obter mais informações e instruções sobre solução de problemas, consulte [service quotas do Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) e [Como aumento a service quota dos meus recursos do Amazon EC2?](https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-limit/). + **Trabalhos com falha antes da execução do aplicativo**: Alguns trabalhos podem falhar devido a um erro `DockerTimeoutError` ou a um erro `CannotPullContainerError`. Para obter informações sobre solução de problemas, consulte [Como faço para resolver o erro DockerTimeoutError "" em AWS Batch?](https://aws.amazon.com/premiumsupport/knowledge-center/batch-docker-timeout-error/) . + **Endereços IP insuficientes**: O número de endereçamento de IP na sua VPC e sub redes pode limitar o número de instâncias que você pode criar. Use Inter-Domain roteamentos sem classe (CIDRs) para fornecer mais endereços IP do que o necessário para executar suas cargas de trabalho. Se necessário, você também pode compilar uma VPC dedicada com grande espaço de endereço. Por exemplo, você pode criar uma VPC com vários CIDRs em `10.x.0.0/16` e uma sub-rede em cada zona de disponibilidade com um CIDR de `10.x.y.0/17`. Neste exemplo, *x* está entre 1-4 e *y* é 0 ou 128. Essa configuração fornece 36.000 endereços IP em cada sub-rede. ![](http://docs.aws.amazon.com/pt_br/batch/latest/userguide/images/batch-best-practices-VPC_larges_scale-1.png) + **Verifique se as instâncias estão registradas no Amazon EC2**: Se você vê suas instâncias no console do Amazon EC2 mas não vê nenhuma instância de contêiner do Amazon Elastic Container Service em seu cluster do Amazon ECS, o atendente do Amazon ECS pode não estar instalado em uma imagem de máquina da Amazon (AMI). O atendente do Amazon ECS, a entrada de dados do Amazon EC2 em sua AM, ou o modelo de inicialização também podem não estar configurados corretamente. Para isolar a causa raiz, crie uma instância separada do Amazon EC2 ou conecte-se a uma instância existente usando SSH. Para obter mais informações, consulte [Configuração do atendente de Contêiner do Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-agent-config.html), [Locais de Arquivo de Log do Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/logs.html) e [Recurso computacional AMIs](compute_resource_AMIs.md). + **Revise o AWS painel** — revise o AWS painel para verificar se os estados de trabalho esperados e se o ambiente computacional é dimensionado conforme o esperado. Você também pode revisar os registros de trabalhos CloudWatch. + **Verifique se sua instância foi criada**: Se uma instância tiver sido criada, significa que seu ambiente de computação foi escalado conforme o esperado. Se suas instâncias não foram criadas, descubra as sub-redes associadas em seu ambiente de computação para alterá-las. Para obter mais informações, consulte [Verificar uma Ação em Escala para um Grupo do Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-verify-scaling-activity.html). Também recomendamos que você verifique se suas instâncias podem atender aos requisitos de trabalho relacionados. Por exemplo, um trabalho pode exigir 1 TiB de memória, mas o ambiente de computação utiliza um tipo de instância C5 limitado a 192 GB de memória. + **Verifique se suas instâncias estão sendo solicitadas por AWS Batch** — Verifique o histórico do grupo Auto Scaling para verificar se suas instâncias estão sendo solicitadas por. AWS Batch Esse é um indicador de como o Amazon EC2 tenta adquirir instâncias. Se você receber um estado de erro informando que o Amazon EC2 Spot não pode adquirir uma instância em uma Zona de Disponibilidade específica, talvez esta Zona de Disponibilidade não ofereça uma família de instâncias específica. + **Verifique se as instâncias estão registradas no Amazon ECS**: Caso você veja suas instâncias no console do Amazon EC2, mas não veja nenhuma instância de contêiner do Amazon ECS em seu cluster do Amazon ECS, o atendente do Amazon ECS pode não estar instalado em uma imagem de máquina da Amazon (AMI). Além disso, o atendente do Amazon ECS, os Dados Amazon EC2 em sua AMI, ou o modelo de inicialização podem não estar configurados corretamente. Para isolar a causa raiz, crie uma instância separada do Amazon EC2 ou conecte-se a uma instância existente usando SSH. Para obter mais informações, consulte o [arquivo de configuração do CloudWatch agente: seção Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Agent-Configuration-File-Details.html#CloudWatch-Agent-Configuration-File-Logssection)[, Localizações dos arquivos de log do Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/logs.html) e. [Recurso computacional AMIs](compute_resource_AMIs.md) + **Abra um tíquete de suporte**: Se ainda estiver enfrentando problemas após uma solução de problemas e tiver um Plano do Support, abra um tíquete de suporte. No tíquete de suporte, certifique-se de incluir informações sobre o problema, as especificações da workload, a configuração e os resultados do teste. Para obter mais informações, consulte [Comparar Suporte planos](https://aws.amazon.com/premiumsupport/plans/). + **Analise os fóruns AWS Batch e HPC** — Para obter mais informações, consulte os fóruns [AWS Batch](https://repost.aws/tags/TAAQ5TlH16Tc686CgyYUNX0g/aws-batch)e [HPC](https://repost.aws/tags/TAjBvP4otfT3eX8PswbXo9AQ/high-performance-compute). + **Analise o painel AWS Batch de monitoramento de tempo de execução** — Esse painel usa uma arquitetura sem servidor para capturar eventos do Amazon ECS e do Amazon EC2 para fornecer informações sobre trabalhos e instâncias. AWS Batch Para obter mais informações, consulte [Solução de Painéis de Monitoramento de Runtime AWS Batch](https://github.com/aws-samples/aws-batch-runtime-monitoring).