AWS announces preview of AWS Interconnect - multicloud
AWS announces AWS Interconnect – multicloud (preview), providing simple, resilient, high-speed private connections to other cloud service providers. AWS Interconnect - multicloud is easy to configure and provides high-speed, resilient connectivity with dedicated bandwidth, enabling customers to interconnect AWS networking services such as AWS Transit Gateway, AWS Cloud WAN, and Amazon VPC to other cloud service providers with ease.
Como soluciono problemas de auto scaling no Amazon ECS?
O auto scaling que eu configurei para o Amazon Elastic Container Service (Amazon ECS) não está aumentando ou reduzindo a contagem de tarefas desejada.
Breve descrição
Para atualizar automaticamente a contagem de tarefas desejada, configure os alarmes do AWS Application Auto Scaling e do Amazon CloudWatch para o Amazon ECS.
O Application Auto Scaling pode não adicionar ou remover tarefas conforme o esperado pelos seguintes motivos:
- Você não configurou corretamente as políticas de scaling.
- Você excluiu ou editou o alarme do CloudWatch que invoca as políticas de scaling.
- O auto scaling está suspenso.
- Você especificou incorretamente o formato da expressão cron na ação agendada.
- Você usou o AWS CloudFormation ou o AWS Cloud Development Kit (AWS CDK) para atualizar manualmente a contagem de tarefas desejada e inseriu o valor errado.
- O número desejado de tarefas está configurado incorretamente.
- Seu cluster do Amazon ECS não tem recursos ou capacidade suficientes para executar novas tarefas.
- Você está enfrentando problemas de rede.
Resolução
Observação: Se você receber erros ao executar comandos da AWS Command Line Interface (AWS CLI), consulte Solução de problemas da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.
Solucionar problemas de alarmes e políticas de scaling do CloudWatch.
Para solucionar problemas de alarmes e políticas de scaling do CloudWatch, conclua as tarefas a seguir com base na política de scaling que você usa.
Alvo dimensionável
Para verificar se o serviço está registrado como um destino dimensionável com o Application Auto Scaling, execute o comando describe-scalable-targets:
aws application-autoscaling describe-scalable-targets --service-namespace ecs --region example-region
Observação: Substitua example-region pelo sua região AWS.
Se o serviço não estiver registrado, execute o comando register-scalable-target para registrar o serviço:
aws application-autoscaling register-scalable-target --service-namespace ecs --scalable-dimension ecs:service:DesiredCount --resource-id service/your-cluster/your-service-name --min-capacity 1 --max-capacity 10 --region example-region
Observação: Substitua your-cluster pelo nome do cluster do Amazon ECS, your-service-name pelo nome do serviço, e example-region pela sua região.
Na saída do comando anterior, verifique o valor de DynamicScalingInSuspended, DynamicScalingOutSuspended, e ScheduledScalingSuspended. Quando DynamicScalingInSuspended ou DynamicScalingOutSuspended está definido como verdadeiro, o Application Auto Scaling não atualiza a capacidade quando você inicia uma política de escalabilidade. Quando ScheduledScalingSuspended está definido como verdadeiro, o Application Auto Scaling não inicia as ações de escalabilidade que você programou para executar durante o período de suspensão. Para obter mais informações sobre como retomar o auto scaling suspenso, consulte Suspender e retomar o scaling para o Application Auto Scaling.
Após registrar o serviço, configure as políticas de scaling e os alarmes do CloudWatch.
Scaling por etapas
Verifique se o CloudWatch está iniciando os alarmes associados às políticas de scaling. É possível encontrar erros no histórico do alarme do CloudWatch. Se não houver ajuste de etapa para o delta da violação, você verá o seguinte erro: “Falha ao executar a ação de AutoScaling: Nenhum ajuste de etapa foi encontrado para o valor métrico [xx, xx] and breach delta xx”. Para resolver esse problema, certifique-se de definir o limite, os ajustes de etapa e o tipo de ajuste de scaling no alarme do CloudWatch. Além disso, especifique todos os ajustes de etapas em suas políticas. Para reduzir a escala horizontalmente, insira -infinity to 0, e para aumentar a escala horizontalmente, insira 0 to +infinity.
Observação: Se você usa provedores de capacidade do Amazon ECS, certifique-se de que haja instâncias de contêiner suficientes para que as tarefas sejam executadas.
Scaling de monitoramento de alvos
Pois as políticas de scaling de monitoramento de alvos podem afetar o comportamento de scaling, não edite nem exclua os alarmes associados do CloudWatch. Se você modificar ou excluir esses alarmes, deverá recriar a política de monitoramento de alvos.
Quando você configura várias políticas de scaling, as mesmas podem entrar em conflito e causar atividades consecutivas de redução e aumento da escala horizontalmente. Cada política deve usar uma métrica diferente se você quiser ter várias políticas de scaling de monitoramento de alvos para um serviço do Amazon ECS.
Solucionar problemas de expressão cron incorreta
Certifique-se de que a expressão cron na configuração de ações agendadas para o Application Auto Scaling use o seguinte formato: [Minutos] [Horas] [Dia_do_Mês] [Mês] [Dia_da_Semana] [Ano]. Os seis campos devem ser separados por um espaço em branco.
Para ver um exemplo de ação que usa a expressão cron, consulte Criar uma ação agendada que seja executada em uma agenda recorrente.
Solucionar problemas na atualização da contagem de tarefas desejada
Ao atualizar a contagem de tarefas desejada para um serviço do Amazon ECS, é possível invocar um evento de escala. Para aumentar a escala horizontalmente, o Application Auto Scaling aumenta a contagem desejada até a capacidade mínima. Para reduzir a escala horizontalmente, o Application Auto Scaling aumenta a contagem desejada até a capacidade máxima. Em ambos os casos, o Application Auto Scaling continua a escalar com base na política de scaling, mas não modifica a contagem desejada.
Se você criar seu serviço Amazon ECS com o CloudFormation ou o AWS CDK, o valor padrão de DesiredCount será 1. Se você atualizar seu serviço Amazon ECS com o CloudFormation ou o AWS CDK, a aplicação usará o DesiredCount existente para novas implantações.
Para o valor de contagem desejado na pilha do CloudFormation ou no AWS CDK, especifique um valor entre os valores mínimo e máximo durante a atualização do serviço.
Observação: Certifique-se de que a contagem desejada atenda às necessidades da configuração de implantação do serviço, especialmente às configurações percentuais mínima e máxima.
Solucionar problemas de capacidade do cluster
Para evitar problemas de capacidade, use os provedores de capacidade do Amazon ECS para provisionar automaticamente instâncias do Amazon Elastic Compute Cloud (Amazon EC2).
Para evitar o scaling excessivo, o auto scaling usa a contagem real de tarefas em execução em um serviço como ponto de partida, não a contagem desejada. Se não houver recursos de instância de contêiner suficientes para realizar as tarefas adicionais, o auto scaling não poderá concluir o scaling. Para resolver esse problema, use provedores de capacidade para escalar automaticamente capacidade da instância do contêiner. Caso contrário, você deverá aumentar manualmente a capacidade da instância do contêiner.
Após o período de espera, o auto scaling continua as atividades de scaling. Para tarefas do AWS Fargate, use os provedores de capacidade do Fargate para gerenciar a capacidade computacional.
O auto scaling usa a contagem real de tarefas em execução, não a contagem desejada, como ponto de partida para o scaling. Se não houver recursos suficientes da instância de contêiner para realizar as tarefas adicionais, o auto scaling não poderá concluir a ação de scaling. No entanto, para evitar tentativas excessivas de scaling que não possam ser atendidas, o auto scaling ainda tenta escalar o máximo possível com base nos recursos disponíveis.
Solucionar problemas de scaling relacionados à rede
Verifique a configuração das tarefas no modo de rede awsvpc
Quando o ajuste de escala automático aumenta o número de tarefas, cada tarefa no modo de rede awsvpc exige seu próprio endereço IP. Se suas sub-redes de nuvem privada virtual (VPC) não tiverem endereços IP disponíveis suficientes, o número de tarefas não aumenta. Monitore regularmente o uso do endereço IP da sua VPC. Se sua configuração estiver próxima dos limites de capacidade, use blocos CIDR maiores ou crie novas sub-redes.
As tarefas do Amazon ECS no modo de rede awsvpc usam interfaces de rede elásticas. Há uma cota máxima para o total de interfaces de rede em cada tipo de instância de cada VPC. Se você exceder essa cota, suas tarefas não serão iniciadas. Para verificar o uso da interface de rede, conclua as seguintes etapas:
- Abra o console do Amazon EC2.
- No painel de navegação, escolha Interfaces de rede.
- Use a Instância ID da instância para visualizar as instâncias às quais cada interface de rede está conectada. Para ver mais informações sobre a interface de rede, como endereços IP e grupos de segurança, escolha a interface de rede.
Verifique se sua configuração não bloqueia o tráfego necessário
Grupos de segurança ou regras da lista de controle de acesso à rede (ACL de rede) podem bloquear o tráfego necessário e causar falhas na verificação de integridade que levam a eventos de scaling desnecessários. Certifique-se de que seus grupos de segurança permitam tráfego de entrada nas portas da sua aplicação. Certifique-se também de que suas ACLs de rede permitam tráfego de entrada e saída entre sua aplicação e o Amazon ECS.
Informações relacionadas
- Tópicos
- Containers
- Idioma
- Português

Conteúdo relevante
- feita há um ano
- feita há 3 meses
AWS OFICIALAtualizada há 6 meses