Provedores de capacidade do Amazon ECS - Amazon Elastic Container Service

Provedores de capacidade do Amazon ECS

Provedores de capacidade do Amazon ECS são usados para gerenciar a infraestrutura usada pelas tarefas dos clusters. Cada cluster pode ter um ou mais provedores de capacidade e uma estratégia opcional de provedor de capacidade padrão. A estratégia do provedor de capacidade determina como as tarefas são distribuídas entre os provedores de capacidade de clusters. Ao executar uma tarefa autônoma ou criar um serviço, você pode usar a estratégia padrão de provedor de capacidade do cluster ou especificar uma estratégia de provedor de capacidade que substitua a estratégia padrão do cluster.

Conceitos de provedor de capacidade

Os provedores de capacidade consistem nos componentes a seguir.

Provedor de capacidade

Um provedor de capacidade é associado a um cluster e é usado em uma estratégia de provedor de capacidade para determinar a infraestrutura em que uma tarefa é executada.

Para usuários do Amazon ECS no AWS Fargate, existe um provedor de capacidade do FARGATE e do FARGATE_SPOT. Os provedores de capacidade do AWS Fargate são reservados e não precisam ser criados nem podem ser excluídos. Depois de associá-los ao cluster, você pode adicioná-los a uma estratégia de provedor de capacidade. Para obter mais informações, consulte . AWS FargateProvedores de capacidade do .

Para os usuários do Amazon ECS no Amazon EC2, um provedor de capacidade consiste em um nome, um grupo do Auto Scaling e em configurações para escalabilidade gerenciada e proteção contra encerramento gerenciada. Com escalabilidade gerenciada, o Amazon ECS gerencia as ações de redução e aumento do grupo do Auto Scaling que fornece autoescalabilidade para a infraestrutura do cluster. Para obter mais informações, consulte . Provedores de capacidade de grupo do Auto Scaling.

Estratégia padrão de provedor de capacidade

Uma estratégia padrão de provedor de capacidade é associada a um cluster do Amazon ECS. Isso determina a estratégia de provedor de capacidade usada na criação de um serviço ou na execução de uma tarefa autônoma no cluster quando não há uma estratégia de provedor de capacidade ou tipo de inicialização especificada. Considera-se uma prática recomendada definir uma estratégia padrão de provedor de capacidade para cada cluster.

Estratégia de provedor de capacidade

A estratégia de provedor de capacidade é especificada quando é criado um serviço ou executada uma tarefa autônoma caso a estratégia padrão do provedor de capacidade para um cluster não atenda às suas necessidades.

Somente provedores de capacidade que já estejam associados a um cluster e têm um status de ACTIVE ou UPDATING podem ser usados em uma estratégia de provedor de capacidade. Um provedor de capacidade pode ser associado a um cluster durante a criação do cluster ou por meio do uso da API PutClusterCapacityProviders após a criação de um cluster.

Uma estratégia de provedor de capacidade consiste em um ou mais provedores de capacidade. Um valor opcional de base e peso pode ser especificado para um controle mais preciso de um provedor de capacidade.

O valor da base designa o número mínimo de tarefas que serão executadas no provedor de capacidade especificado. Somente um provedor de capacidade em uma estratégia de provedor de capacidade pode ter uma base definida.

O valor do peso designa a porcentagem relativa do número total de tarefas executadas que devem usar o provedor de capacidade especificado. Por exemplo, se você tiver uma estratégia que contenha dois provedores de capacidade e ambos tiverem um peso de 1, quando a base for satisfeita, as tarefas serão divididas uniformemente entre os dois provedores de capacidade. Usando essa mesma lógica, se você especificar um peso de 1 para CapacityProviderA e um peso de 4 para CapacityProviderB, então, para cada tarefa executada que usar o CapacityProviderA, quatro tarefas usariam o CapacityProviderB.

Considerações sobre o provedor de capacidade

Ao usar provedores de capacidade, deve-se levar em consideração o seguinte:

  • Um provedor de capacidade deve ser associado a um cluster antes de ser especificado em uma estratégia de provedor de capacidade.

  • Quando você especifica uma estratégia de provedor de capacidade, o número máximo de provedores de capacidade que podem ser especificados é de seis.

  • Um serviço que usa um provedor de capacidade do grupo do Auto Scaling não pode ser atualizado para usar um provedor de capacidade do Fargate e vice-versa.

  • Em uma estratégia de provedor de capacidade, se não houver um valor de weight especificado para um provedor de capacidade no console, será usado o valor padrão 1. Se a API ou a AWS CLI estiver sendo usada, será usado o valor padrão 0.

  • Quando vários fornecedores de capacidade são especificados dentro de uma estratégia de provedor de capacidade, pelo menos um dos provedores de capacidade deve ter um valor ponderal superior a zero e quaisquer prestadores de capacidade com um peso de não 0 serão utilizados para realizar tarefas. Se você especificar vários provedores de capacidade em uma estratégia em que todos tenham um peso de 0, quaisquer ações RunTask ou CreateService que usarem a estratégia de provedor de capacidade apresentarão falha.

  • Somente um provedor de capacidade em uma estratégia de provedor de capacidade pode ter um valor de base definido. Se nenhum valor de base for especificado, será usado o valor padrão de 0.

  • Um cluster pode conter uma combinação de provedores de capacidade do grupo do Auto Scaling e provedores de capacidade do Fargate. No entanto, uma estratégia de provedor de capacidade só poderá conter um dos dois tipos de provedor.

  • Um cluster pode conter uma combinação de tarefas autônomas e serviços usando tanto os provedores de capacidade quanto os tipos de inicialização. Um serviço também pode ser atualizado para usar uma estratégia de provedor de capacidade em vez de um tipo de inicialização. No entanto, quando isso for feito, será necessário forçar uma nova implantação.

  • Quando a proteção contra encerramento gerenciada é habilitada, o dimensionamento gerenciado também deve ser habilitado, caso contrário, a proteção contra encerramento gerenciada não funcionará.

  • O uso de provedores de capacidade não é compatível com o uso de balanceadores de carga clássicos para seus serviços.