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á.

Arquitetura Beanstalk Cluster

O Beanstalk Cluster usa os mesmos conceitos de aplicativo, versão do aplicativo, ambiente e opção de configuração do Elastic Beanstalk que o Beanstalk Standard. Beanstalk Standard é o EC2-based tipo de ambiente. O Beanstalk Cluster usa uma camada de computação e uma superfície de configuração diferentes. Este tópico descreve as diferenças por aspecto e identifica o tipo de ambiente aplicável.

Modelo computacional

No Beanstalk Standard, o Elastic Beanstalk lança instâncias do Amazon Elastic Compute Cloud (Amazon EC2) em um grupo de Auto Scaling dedicado ao ambiente. O aplicativo é executado diretamente nessas instâncias. Em um ambiente Beanstalk Cluster, o Elastic Beanstalk, em vez disso, executa o aplicativo como uma imagem de contêiner em um cluster Amazon EKS que pode ser compartilhado por seus ambientes Beanstalk Cluster. O Elastic Beanstalk cria e opera o cluster. O Elastic Beanstalk programa o aplicativo no cluster. O Elastic Beanstalk isola cada ambiente no cluster e reconcilia o número de réplicas de aplicativos para corresponder aos valores configurados. Você não cria um cluster, escolhe em qual cluster um ambiente é executado nem seleciona sua versão do Kubernetes.

Vários de seus ambientes podem ser executados no mesmo cluster do Amazon EKS. O Elastic Beanstalk coloca um ambiente no cluster que atende às sub-redes VPC configuradas. Ele cria um cluster na primeira vez que essas sub-redes são usadas; consulte. Agrupamento de ambientes O Amazon EKS Auto Mode fornece capacidade de nós. Ele adiciona e remove nós para caber nos contêineres que estão programados. Como o cluster pode ser compartilhado e a capacidade dos nós é gerenciada pelo Amazon EKS, as contagens de instâncias não são configuradas por meio do aws:autoscaling:asg namespace. Em vez disso, o número de réplicas do aplicativo é definido com as max-replica opções min-replica e no aws:elasticbeanstalk:eks:environment:autoscaling namespace. Para saber os limites da réplica e os gatilhos que alteram a contagem de réplicas, consulte. Dimensionamento de ambientes Beanstalk Cluster

O Elastic Beanstalk resolve a configuração do ambiente a partir das configurações de opção que você fornece e aplica a configuração resolvida ao criar ou atualizar o ambiente. Quando a mesma opção de configuração é fornecida mais de uma vez, a última ocorrência vence. Para alterar a configuração, atualize as configurações da opção.

Diferenças do Beanstalk Standard

A tabela a seguir resume as diferenças enfrentadas pelo cliente entre o Beanstalk Standard e um ambiente Beanstalk Cluster. Cada linha está vinculada ao tópico que aborda detalhadamente o conceito do Elastic Beanstalk.

Customer-provided e recursos gerenciados por serviços

O Elastic Beanstalk cria e opera o cluster Amazon EKS que executa um ambiente de cluster Beanstalk. As funções de cluster e node AWS Identity and Access Management (IAM) exigidas pelo Amazon EKS são fornecidas pelo cliente. Recomendamos que você use os nomes das funções e as políticas AWS gerenciadas descritas emPermissões para o Beanstalk Cluster, pois o Elastic Beanstalk exige que cada ambiente em um cluster forneça as mesmas funções. Uma função de aplicativo também pode ser fornecida para o aplicativo em execução por meio do Amazon EKS Pod Identity. A função do aplicativo é selecionada no console do Elastic Beanstalk durante a criação do ambiente. Para ver o modelo completo de responsabilidade do IAM e o procedimento de função do aplicativo, consulte. Permissões para o Beanstalk Cluster

As sub-redes VPC para o ambiente são opcionais. Quando as sub-redes são omitidas, o Elastic Beanstalk usa as sub-redes públicas da VPC padrão. O conjunto de sub-redes determina qual cluster executa o ambiente. Para a atribuição de clusters e a infraestrutura que o Elastic Beanstalk opera, consulte. Agrupamento de ambientes

O Elastic Beanstalk opera o aplicativo no cluster criado pelo serviço. Ele implanta a imagem do contêiner e aplica atualizações contínuas por meio do aws:elasticbeanstalk:eks:environment:deployment namespace. Ele reconcilia o número em execução de réplicas de aplicativos com os max-replica limites min-replica e na configuração. Ele relata a saúde em nível ambiental por meio dos estados de saúde descritos em. Monitorando ambientes do Beanstalk Cluster O Elastic Beanstalk rastreia cada cluster ao qual atribui ambientes como gerenciado por serviços.

Requisitos e limitações do aplicativo

Um ambiente Beanstalk Cluster exige um aplicativo que possa ser executado como uma imagem de contêiner e como uma ou mais réplicas idênticas e intercambiáveis. Um balanceador de carga é opcional. Quando um balanceador de carga é configurado, ele distribui solicitações entre réplicas de aplicativos. Um serviço web ou API sem estado cujas réplicas não contêm nenhum estado local que deva sobreviver a uma reinicialização atende a esse requisito. A porta de solicitação, as solicitações de CPU e memória, o número de réplicas de aplicativos e o comportamento de implantação são configurados por meio das aws:elasticbeanstalk:eks:* opções. O Elastic Beanstalk fornece a capacidade do cluster por meio do Amazon EKS Auto Mode.

Confirme os seguintes requisitos e limitações do aplicativo antes de criar um ambiente Beanstalk Cluster:

Exemplo de configuração

A AWS CLI solicitação a seguir define a porta de solicitação, a solicitação de memória, o número de réplicas em execução e o comportamento de implantação para um ambiente Beanstalk Cluster. As configurações usam os aws:elasticbeanstalk:eks:* namespaces.

$ aws elasticbeanstalk update-environment \
    --environment-name my-cluster-env \
    --option-settings \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=service-port,Value=8080 \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=memory,Value=1Gi \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=load-balancer-type,Value=ALB \
        Namespace=aws:elasticbeanstalk:eks:environment:autoscaling,OptionName=min-replica,Value=3 \
        Namespace=aws:elasticbeanstalk:eks:environment:autoscaling,OptionName=max-replica,Value=3 \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment,OptionName=strategy,Value=RollingUpdate \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling,OptionName=max-surge,Value=25% \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling,OptionName=max-unavailable,Value=0

A strategy opção aceita RollingUpdate ouRecreate, que o console mostra como uma atualização contínua e de uma só vez. ComRollingUpdate, max-surge limita quantas réplicas extras o Elastic Beanstalk inicia durante uma implantação. A max-unavailable opção limita quantas réplicas existentes são removidas por vez. Cada opção aceita uma contagem ou uma porcentagem. O memory valor usa a notação de quantidade do Kubernetes, como ou. 1Gi 512Mi Para ver o conjunto completo de opções, consulteOpções de configuração para ambientes Beanstalk Cluster.

Agrupamento de ambientes

O Elastic Beanstalk agrupa seus ambientes Beanstalk Cluster em clusters pelas sub-redes VPC que eles usam:

O primeiro ambiente criado com um determinado conjunto de sub-redes faz com que o Elastic Beanstalk crie um cluster para ele, o que leva cerca de dez minutos. O Elastic Beanstalk relata isso nos eventos do ambiente:

INFO  Creating CloudFormation stack for cluster infrastructure. This is a one-time operation and generally takes about 10 minutes. stack='beanstalk-cluster-uuid'
INFO  Starting cluster assignment. environment='my-cluster-env'
INFO  Successfully completed cluster assignment. environment='my-cluster-env' clusterArn='arn:aws:eks:us-east-1:111122223333:cluster/beanstalk-cluster-uuid'

O Elastic Beanstalk coloca ambientes posteriores que usam as mesmas sub-redes nesse cluster existente. Seus eventos relatam a tarefa sem a mensagem de criação da pilha. O Elastic Beanstalk nomeia o cluster e a AWS CloudFormation pilha que o cria. beanstalk-cluster-uuid

A ordem na qual o Elastic Beanstalk considera as sub-redes não importa; as mesmas sub-redes em uma ordem diferente são o mesmo conjunto. Somente o conjunto de sub-redes seleciona o cluster. Quando um cluster já está registrado para o conjunto de sub-redes, as configurações de função de cluster e nó que você fornece devem corresponder às funções registradas para esse cluster. O Elastic Beanstalk rejeita configurações de função conflitantes; ARNs de funções diferentes não selecionam um cluster diferente. Você também fornece a função de observabilidade, e o Elastic Beanstalk a valida em relação ao cluster da mesma forma. A função opcional do aplicativo pertence ao ambiente e pode diferir entre os ambientes. Configure-o com o procedimento de criação de ambiente em. Configurar uma função de aplicativo

O Elastic Beanstalk não limita quantos ambientes compartilham um cluster. O Amazon EKS Auto Mode adiciona nós para caber nos contêineres programados no cluster. O compartilhamento de clusters não adiciona um limite de escalabilidade específico do ambiente. Cada ambiente permanece sujeito aos limites configurados de réplica ou escalonamento automático, às cotas de serviço aplicáveis e à capacidade disponível. Para executar um ambiente em um cluster separado, crie-o com um conjunto diferente de sub-redes.

Isolamento entre ambientes que compartilham computação

As sub-redes são o principal limite entre os ambientes. Como o conjunto de sub-redes seleciona o cluster, dar a um grupo de ambientes suas próprias sub-redes dá a esse grupo seu próprio cluster, seus próprios nós e sua própria rede. Em um único cluster, o Elastic Beanstalk isola o tráfego de rede entre os ambientes do Beanstalk Cluster por padrão, e as opções no aws:elasticbeanstalk:eks:environment namespace permitem que ambientes específicos se comuniquem ou coloquem um ambiente em nós dedicados.

Para o limite que cada opção oferece, as opções que o ampliam e o que um cluster compartilhado não separa, consulte. Multi-tenancy para ambientes Beanstalk Cluster

Configuração de infraestrutura gerenciada

O Elastic Beanstalk cria cada cluster com uma configuração fixa que você não escolhe:

Como o Elastic Beanstalk os define sozinho, você configura seu aplicativo por meio das aws:elasticbeanstalk:eks:* opções em vez de configurar o cluster. Consulte Opções de configuração para ambientes Beanstalk Cluster.

Desvio na configuração do cluster

O Elastic Beanstalk opera um cluster criado somente enquanto esse cluster corresponde à configuração esperada de gerenciamento de serviços. Se a infraestrutura não corresponder mais a essa configuração, o Elastic Beanstalk detecta desvios na configuração, pausa a manutenção do cluster e relata um evento do ambiente:

ERROR  Cluster drift detected for environment 'my-cluster-env'. what changed. Service will skip cluster maintenance for this environment.

Enquanto um cluster está à deriva:

A deriva é recuperável. Para se recuperar, reverta a alteração que a causou, para que o cluster corresponda novamente à configuração que o Elastic Beanstalk espera. O evento de deriva nomeia o que mudou, o que indica o que reverter. O Elastic Beanstalk reavalia o cluster na próxima operação do ambiente e retoma o gerenciamento quando a configuração coincide. Tente novamente a operação que falhou.

Se você não conseguir restaurar a configuração esperada, entre em contato com o AWS Suporte.

Para evitar desvios, faça alterações no ambiente por meio de operações e opções de configuração do Elastic Beanstalk, em vez de alterar diretamente o cluster. Consulte Opções de configuração para ambientes Beanstalk Cluster.

Exclusão de cluster

O Elastic Beanstalk agenda a exclusão do cluster três horas após você encerrar seu último ambiente. Se você criar outro ambiente com as mesmas sub-redes durante esse intervalo, o Elastic Beanstalk cancela a limpeza pendente e reutiliza o cluster existente.