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á. # AWS serviços integrados ao Amazon EC2 Auto Scaling Trabalhar com outros serviços O Amazon EC2 Auto Scaling pode ser integrado AWS a outros serviços. Veja as opções de integração a seguir para saber mais sobre como cada serviço funciona com o Amazon EC2 Auto Scaling. **Topics** + [ # Rebalanceamento de capacidade no Auto Scaling para substituir instâncias spot em risco ](ec2-auto-scaling-capacity-rebalancing.md) + [ # Reservas de capacidade sob demanda para reservar capacidade em zonas de disponibilidade específicas ](use-ec2-capacity-reservations.md) + [ # Crie grupos de Auto Scaling a partir da linha de comando usando AWS CloudShell ](create-auto-scaling-groups-with-cloudshell.md) + [ # Crie grupos de Auto Scaling com AWS CloudFormation ](creating-auto-scaling-groups-with-cloudformation.md) + [ # Obtenha recomendações de tipo de instância com AWS Compute Optimizer ](asg-getting-recommendations.md) + [ # Use o Elastic Load Balancing para distribuir automaticamente o tráfego de entrada de aplicações no seu grupo do Auto Scaling. ](autoscaling-load-balancer.md) + [ # Gerenciar o fluxo de tráfego com um grupo de destino do VPC Lattice ](ec2-auto-scaling-vpc-lattice.md) + [ # Use EventBridge para lidar com eventos do Auto Scaling ](automating-ec2-auto-scaling-with-eventbridge.md) + [ # Fornecer conectividade de rede para suas instâncias do Auto Scaling usando a Amazon VPC ](asg-in-vpc.md) # Rebalanceamento de capacidade no Auto Scaling para substituir instâncias spot em risco Rebalanceamento de capacidade O rebalanceamento de capacidade no Auto Scaling ajuda você a manter a disponibilidade da workload ao substituir proativamente as instâncias spot com risco de interrupção. Quando as instâncias spot apresentam risco elevado de interrupção, o serviço do Amazon EC2 Spot envia uma recomendação de rebalanceamento do EC2 ao Amazon EC2 Auto Scaling. Se você habilitar o rebalanceamento de capacidade, o Auto Scaling tentará substituir proativamente as instâncias spot no seu grupo que tenham recebido uma recomendação de rebalanceamento de instância do EC2. Você pode decidir rebalancear sua workload em instâncias spot novas ou existentes que não tenham risco elevado de interrupção. Quando você não usa o rebalanceamento de capacidade, o Auto Scaling não substituirá as instâncias spot até que o serviço spot do Amazon EC2 interrompa as instâncias e sua verificação de integridade falhe. Antes de interromper uma instância, o Amazon EC2 sempre fornece uma recomendação de rebalanceamento de instância do EC2 e um aviso de interrupção de instância spot de dois minutos. **Topics** + [ ## Visão geral do ](#capacity-rebalancing-overview) + [ ## Comportamento de rebalanceamento de capacidade ](#capacity-rebalancing-behavior) + [ ## Considerações ](#capacity-rebalancing-considerations) + [ # Habilitação do rebalanceamento de capacidade para substituir proativamente as instâncias spot em risco ](enable-capacity-rebalancing-console-cli.md) ## Visão geral do Para usar o rebalanceamento de capacidade com seu grupo do Auto Scaling, as etapas básicas são: 1. Configure seu grupo do Auto Scaling para usar vários tipos de instância e zonas de disponibilidade. Dessa forma, o Amazon EC2 Auto Scaling pode analisar a capacidade disponível para instâncias spot em cada zona de disponibilidade. Para obter mais informações, consulte [Grupos do Auto Scaling com vários tipos de instâncias e opções de compra](ec2-auto-scaling-mixed-instances-groups.md). 1. Adicione ganchos do ciclo de vida conforme necessário para realizar um desligamento suave da sua aplicação dentro das instâncias que recebem a notificação de rebalanceamento. Para obter mais informações, consulte [Ganchos do ciclo de vida do Amazon EC2 Auto Scaling](lifecycle-hooks.md). A seguir estão alguns motivos pelos quais você pode usar um gancho do ciclo de vida: + Para o encerramento suave de operadores do Amazon SQS + Para concluir o cancelamento do registro do sistema de nomes de domínio (DNS) + Para extrair logs do sistema ou da aplicação e carregá-los no Amazon Simple Storage Service (Amazon S3) 1. Desenvolva uma ação personalizada para o gancho do ciclo de vida. Para invocar sua ação personalizada o mais rápido possível, você precisa saber quando uma instância está pronta para ser encerrada. Descubra isso detectando o estado do ciclo de vida da instância. + Para invocar uma ação fora da instância, escreva uma EventBridge regra e automatize a ação a ser tomada quando um padrão de evento corresponder à regra. + Para invocar uma ação dentro da instância, configure a instância para executar um script de desligamento e recuperar o estado do ciclo de vida por meio dos metadados da instância. É fundamental projetar a ação personalizada para ser concluída em menos de dois minutos. Isso garante que haja tempo suficiente para concluir as tarefas antes do encerramento da instância. Depois de concluir essas etapas, será possível começar a usar o rebalanceamento de capacidade. ## Comportamento de rebalanceamento de capacidade Com o rebalanceamento de capacidade, o Amazon EC2 Auto Scaling se comporta da seguinte maneira quando uma instância recebe uma recomendação de rebalanceamento: + Quando a nova instância spot é iniciada, o Amazon EC2 Auto Scaling aguarda até que a nova instância passe na verificação de integridade antes de encerrar a instância anterior. Ao substituir mais de uma instância, o término de cada instância anterior é iniciado depois que a nova instância foi iniciada e aprovada na verificação de integridade. + Como o Amazon EC2 Auto Scaling tenta iniciar novas instâncias antes de terminar as anteriores, estar na capacidade máxima especificada ou próximo a ela pode impedir ou parar completamente as atividades de rebalanceamento. Para evitar esse problema, o Amazon EC2 Auto Scaling pode exceder temporariamente o tamanho máximo do grupo em até 10% da capacidade desejada. + Se você não adicionou um gancho do ciclo de vida ao grupo do Auto Scaling, o Amazon EC2 Auto Scaling começará a encerrar as instâncias anteriores assim que as novas instâncias passarem na verificação de integridade. + Se você adicionou um gancho do ciclo de vida, isso aumenta o tempo necessário até começarmos a encerrar as instâncias anteriores pelo valor de tempo limite especificado para o gancho do ciclo de vida. + Se você estiver usando políticas de escalabilidade ou escalabilidade agendada, as atividades de escalabilidade serão executadas em paralelo. Se uma ação de escalabilidade estiver em andamento e seu grupo do Auto Scaling estiver abaixo da nova capacidade desejada, o Amazon EC2 Auto Scaling aumentará a escala na horizontal antes de terminar as instâncias anteriores. Se não houver capacidade para seus tipos de instância em uma zona de disponibilidade, o Amazon EC2 Auto Scaling continuará tentando iniciar instâncias spot em outras zonas de disponibilidade habilitadas até que ela seja bem-sucedida. Na pior das hipóteses, se as novas instâncias falharem na inicialização ou se suas verificações de integridade falharem, o Amazon EC2 Auto Scaling continuará tentando reiniciá-las. Enquanto ele tenta iniciar novas instâncias, as anteriores serão eventualmente interrompidas e encerradas à força com um aviso de interrupção de dois minutos. ## Considerações Considere o seguinte ao usar o reequilíbrio de capacidade: **Projete sua aplicação para ser tolerante a interrupções pontuais** Sua aplicação deve ser capaz de lidar com alterações dinâmicas no número de instâncias e com a possibilidade de uma instância spot ser interrompida antecipadamente. Por exemplo, se o seu grupo do Auto Scaling estiver atrás de um balanceador de carga do Elastic Load Balancing, o Amazon EC2 Auto Scaling aguardará o cancelamento do registro da instância no balanceador de carga antes de chamar o gancho do ciclo de vida. Se o tempo para cancelar o registro da instância e concluir a ação do ciclo de vida demorar muito, a instância poderá ser interrompida enquanto o Amazon EC2 Auto Scaling aguarda a conclusão da ação do ciclo de vida antes de encerrar a instância. Nem sempre é possível para o Amazon EC2 enviar o sinal de recomendação de rebalanceamento antes do aviso de interrupção da instância spot de dois minutos. Às vezes, o sinal de recomendação de reequilíbrio chega ao mesmo tempo que o aviso de interrupção de dois minutos. Quando isso acontece, o Amazon EC2 Auto Scaling chama o gancho do ciclo de vida e tenta iniciar uma nova instância spot imediatamente. **Evitar um risco elevado de interrupção das instâncias spot substitutas** Suas instâncias spot de substituição poderão correr um risco elevado de interrupção se você usar a estratégia de alocação`lowest-price`. Isso ocorre porque lançamos instâncias no pool de menor preço que tem capacidade disponível naquele momento, mesmo que suas instâncias spot substitutas possam ser interrompidas logo após serem lançadas. Para evitar um alto risco de interrupção, recomendamos fortemente que não use a estratégia de alocação`lowest-price`. Em vez disso, recomendamos a estratégia de alocação`price-capacity-optimized`. Essa estratégia executa instâncias spot de substituição em grupos spot com menor probabilidade de interrupção e com o preço mais baixo possível. Portanto, é menos provável que sejam interrompidos em um futuro próximo. **O Amazon EC2 Auto Scaling só lançará uma nova instância se a disponibilidade for igual ou melhor** Um dos objetivos do rebalanceamento de capacidade é melhorar a disponibilidade de uma instância spot. Se uma instância spot existente receber uma recomendação de rebalanceamento, o Amazon EC2 Auto Scaling só iniciará uma nova instância se a nova instância fornecer a mesma ou melhor disponibilidade do que a instância existente. Se o risco de interrupção de uma nova instância for pior do que a instância existente, o Amazon EC2 Auto Scaling não iniciará uma nova instância. No entanto, o Amazon EC2 Auto Scaling continuará avaliando os pools de capacidade Spot com base nas informações fornecidas pelo serviço Amazon EC2 Spot e iniciará uma nova instância se a disponibilidade melhorar. Há uma chance de que sua instância existente seja interrompida sem que o Amazon EC2 Auto Scaling inicie proativamente uma nova instância. Quando isso acontece, o Amazon EC2 Auto Scaling tenta iniciar uma nova instância assim que recebe o aviso de interrupção da instância spot. Isso acontece independentemente de a nova instância ter um alto risco de interrupção. **O rebalanceamento da capacidade não aumenta a taxa de interrupção de instâncias spot** Quando o Rebalanceamento da capacidade é habilitado, ele não aumenta a [Taxa de interrupção de instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-interruptions.html) (o número de instâncias spot que são recuperadas quando o Amazon EC2 precisa novamente de capacidade). Porém, se o Rebalanceamento da capacidade detectar que uma instância está sob risco de interrupção, o Amazon EC2 Auto Scaling tentará iniciar imediatamente uma nova instância. Portanto, mais instâncias poderão ser substituídas do que se você esperasse que o Amazon EC2 Auto Scaling iniciasse uma nova instância após a interrupção da instância em risco. Embora você possa substituir mais instâncias com o rebalanceamento de capacidade habilitado, você se beneficia por ser proativo em vez de reativo. Isso lhe dá mais tempo para agir antes que suas instâncias sejam interrompidas. Com um [Aviso de interrupção de instâncias spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-instance-termination-notices.html), normalmente você só tem até dois minutos para encerrar sua instância sem problemas. Com o Rebalanceamento da capacidade iniciando uma nova instância com antecedência, os processos existentes têm maiores chances de serem concluídos na instância em risco. Além disso, você pode iniciar os procedimentos de desligamento da instância, impedir que novos trabalhos sejam agendados na instância em risco e preparar a instância recém-executada para assumir o controle da aplicação. Com a substituição proativa no reequilíbrio de capacidade, você se beneficia de uma continuidade tranquila. O exemplo teórico a seguir demonstra os riscos e benefícios do uso do rebalanceamento de capacidade: + 14h – Uma recomendação de rebalanceamento é recebida para a instância A. O Amazon EC2 Auto Scaling tenta imediatamente iniciar a instância de substituição B, dando a você tempo para iniciar seus procedimentos de encerramento. + 14h30 – Uma recomendação de rebalanceamento é recebida para a instância B, que é substituída pela instância C. Isso lhe dá tempo para iniciar seus procedimentos de desligamento. + 14h32 – Se o reequilíbrio de capacidade não estiver ativado e se um aviso de interrupção da instância spot tiver sido recebido às 14h32, para a instância A, você terá apenas dois minutos para agir. Porém, a instância A teria continuado em execução até esse momento. # Habilitação do rebalanceamento de capacidade para substituir proativamente as instâncias spot em risco Habilitar o rebalanceamento de capacidade Você pode usar o Console de gerenciamento da AWS ou AWS CLI para ativar o rebalanceamento de capacidade para seu grupo de Auto Scaling. Quando o rebalanceamento de capacidade está habilitado, o Amazon EC2 Auto Scaling tenta substituir proativamente as instâncias spot no seu grupo que receberam uma recomendação de rebalanceamento de instância do EC2. ## Habilitar o rebalanceamento de capacidade (console) Você pode habilitar ou desabilitar o rebalanceamento de capacidade quando cria ou atualiza um grupo do Auto Scaling. **Para habilitar o rebalanceamento de capacidade para um novo grupo do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Selecione **Criar grupo do Auto Scaling**. 1. Para **Etapa 1: escolher modelo de execução ou configuração**, insira um nome para o grupo do Auto Scaling, escolha um modelo de execução e escolha **Próximo** para prosseguir para a próxima etapa. 1. Para a **Etapa 2: escolha as opções de execução da instância**, em **Requisitos do tipo de instância**, escolha as configurações para criar um grupo misto de instâncias. Isso inclui os tipos de instância que ele pode lançar, as opções de compra de instâncias e as estratégias de alocação para instâncias sob demanda e spot. Por padrão, essas configurações não estão definidas. Para configurá-las, é necessário selecionar **Override launch template** (Substituir modelo de execução). Para obter mais informações sobre como criar um grupo de instâncias mistas, consulte [Grupos do Auto Scaling com vários tipos de instâncias e opções de compra](ec2-auto-scaling-mixed-instances-groups.md). 1. Em **Rede**, escolha as opções desejadas. Verifique se as sub-redes que você deseja utilizar se encontram em diferentes zonas de disponibilidade. 1. Na seção **Estratégias de alocação**, escolha uma estratégia de alocação spot. Ative ou desative o rebalanceamento de capacidade marcando ou desmarcando a caixa de seleção em **Rebalanceamento de capacidade**. Você só vê essa opção quando solicita que uma porcentagem do grupo do Auto Scaling seja iniciada como instâncias spot na seção **Opções de compra de instância**. 1. Crie o grupo do Auto Scaling. 1. (Opcional) Adicione gancho do ciclo de vida conforme necessário. Para obter mais informações, consulte [Preparar para adicionar um gancho do ciclo de vida a um grupo do Auto Scaling](adding-lifecycle-hooks.md). **Para ativar ou desativar o reequilíbrio de capacidade para um grupo existente do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado do seu grupo do Auto Scaling. Um painel dividido é aberto na parte inferior da página. 1. Na guia **Details** (Detalhes), escolha **Allocation strategies** (Estratégias de alocação), **Edit** (Editar). 1. Na seção **Estratégias de alocação**, ative ou desative o rebalanceamento de capacidade marcando ou desmarcando a caixa de seleção em **Rebalanceamento de capacidade.** 1. Selecione **Atualizar**. ## Habilitar o rebalanceamento de capacidade (AWS CLI) Os exemplos a seguir mostram como usar o AWS CLI para ativar e desativar o rebalanceamento de capacidade. Use o [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)ou com o seguinte parâmetro: + `--capacity-rebalance` / `--no-capacity-rebalance`: - valor booleano que indica se o rebalanceamento de capacidade está habilitado. Antes de chamar o [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando, você precisa do nome de um modelo de execução configurado para uso com um grupo de Auto Scaling. Para obter mais informações, consulte [Criar um modelo de execução para um grupo do Auto Scaling](create-launch-template.md). **nota** Os procedimentos a seguir mostram como usar um arquivo de configuração formatado em JSON ou YAML. Se você usar a AWS CLI versão 1, deverá especificar um arquivo de configuração formatado em JSON. Se você usar a AWS CLI versão 2, poderá especificar um arquivo de configuração formatado em YAML ou JSON. ### JSON **Para criar e configurar um novo grupo do Auto Scaling** + Use o [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir para criar um novo grupo de Auto Scaling e ativar o rebalanceamento de capacidade. Este comando faz referência a um arquivo JSON como único parâmetro para seu grupo de Auto Scaling. ``` aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json ``` Se você ainda não possui um arquivo de configuração da CLI que especifique uma [política de instâncias mistas](ec2-auto-scaling-mixed-instances-groups.md), crie um. Adicione a entrada a seguir ao objeto JSON de nível superior no arquivo de configuração. ``` { "CapacityRebalance": true } ``` Veja a seguir um exemplo de arquivo `config.json`. ``` { "AutoScalingGroupName": "my-asg", "DesiredCapacity": 12, "MinSize": 12, "MaxSize": 15, "CapacityRebalance": true, "MixedInstancesPolicy": { "InstancesDistribution": { "OnDemandBaseCapacity": 0, "OnDemandPercentageAboveBaseCapacity": 25, "SpotAllocationStrategy": "price-capacity-optimized" }, "LaunchTemplate": { "LaunchTemplateSpecification": { "LaunchTemplateName": "my-launch-template", "Version": "$Default" }, "Overrides": [ { "InstanceType": "c5.large" }, { "InstanceType": "c5a.large" }, { "InstanceType": "m5.large" }, { "InstanceType": "m5a.large" }, { "InstanceType": "c4.large" }, { "InstanceType": "m4.large" }, { "InstanceType": "c3.large" }, { "InstanceType": "m3.large" } ] } }, "TargetGroupARNs": "arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff", "VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" } ``` ### YAML **Para criar e configurar um novo grupo do Auto Scaling** + Use o [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir para criar um novo grupo de Auto Scaling e ativar o rebalanceamento de capacidade. Este comando faz referência a um arquivo YAML como único parâmetro para seu grupo do Auto Scaling. ``` aws autoscaling create-auto-scaling-group --cli-input-yaml file://~/config.yaml ``` Adicione a linha a seguir ao arquivo de configuração formatado em YAML. ``` CapacityRebalance: true ``` Veja a seguir um exemplo de arquivo `config.yaml`. ``` --- AutoScalingGroupName: my-asg DesiredCapacity: 12 MinSize: 12 MaxSize: 15 CapacityRebalance: true MixedInstancesPolicy: InstancesDistribution: OnDemandBaseCapacity: 0 OnDemandPercentageAboveBaseCapacity: 25 SpotAllocationStrategy: price-capacity-optimized LaunchTemplate: LaunchTemplateSpecification: LaunchTemplateName: my-launch-template Version: $Default Overrides: - InstanceType: c5.large - InstanceType: c5a.large - InstanceType: m5.large - InstanceType: m5a.large - InstanceType: c4.large - InstanceType: m4.large - InstanceType: c3.large - InstanceType: m3.large TargetGroupARNs: - arn:aws:elasticloadbalancing:us-west-2:123456789012:targetgroup/my-alb-target-group/943f017f100becff VPCZoneIdentifier: subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782 ``` **Para habilitar o rebalanceamento de capacidade para um grupo do Auto Scaling existente** + Use o [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando a seguir para ativar o rebalanceamento de capacidade. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --capacity-rebalance ``` **Para verificar se o rebalanceamento de capacidade está habilitado para um grupo do Auto Scaling** + Use o [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando a seguir para verificar se o rebalanceamento de capacidade está ativado e para ver os detalhes. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` O seguinte é um exemplo de resposta. ``` { "AutoScalingGroups": [ { "AutoScalingGroupName": "my-asg", "AutoScalingGroupARN": "arn", ... "CapacityRebalance": true } ] } ``` **Para desabilitar o rebalanceamento de capacidade** Use o [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando com a `--no-capacity-rebalance` opção de desativar o rebalanceamento de capacidade. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --no-capacity-rebalance ``` ## Recursos relacionados Para obter mais informações sobre o rebalanceamento de capacidade, consulte [Gerenciar proativamente o ciclo de vida da instância spot usando o novo recurso de rebalanceamento de capacidade para Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/proactively-manage-spot-instance-lifecycle-using-the-new-capacity-rebalancing-feature-for-ec2-auto-scaling/) no blog Compute. AWS Para obter mais informações sobre as recomendações de rebalanceamento de instâncias do [EC2, consulte Recomendações de rebalanceamento](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/rebalance-recommendations.html) de *instâncias do EC2 no Guia do usuário do Amazon EC2*. Para saber mais sobre ganchos do ciclo de vida, consulte os recursos a seguir. + [Tutorial: Configurar um gancho do ciclo de vida que invoca uma função do Lambda](tutorial-lifecycle-hook-lambda.md)(usando EventBridge) + [Tutorial: Usar script de dados e metadados de instância para recuperar o estado do ciclo de vida](tutorial-lifecycle-hook-instance-metadata.md) ## Limitações + O Amazon EC2 Auto Scaling poderá substituir a instância que recebe a notificação de rebalanceamento somente se a instância não estiver protegida contra redução vertical. No entanto, a proteção escalável não impede o encerramento de uma interrupção Spot. Para obter mais informações, consulte [Use a proteção de redução da escala horizontalmente da instância para controlar a terminação da instância](ec2-auto-scaling-instance-protection.md). + O suporte para reequilíbrio de capacidade está disponível em todas as áreas comerciais Regiões da AWS onde o Amazon EC2 Auto Scaling está disponível, exceto na região do Oriente Médio (Emirados Árabes Unidos). # Reservas de capacidade sob demanda para reservar capacidade em zonas de disponibilidade específicas Reservas de capacidade As reservas de capacidade sob demanda do Amazon EC2 permitem que você reserve a capacidade computacional em zonas de disponibilidade específicas. Para começar a usar as reservas de capacidade com o Auto Scaling, crie primeiro a reserva de capacidade ou um grupo de reserva de capacidade na zona de disponibilidade específica. Em seguida, é possível adicionar uma preferência de reserva de capacidade ao seu grupo do Auto Scaling ao criá-lo ou ao atualizar um grupo existente. Para criar uma reserva de capacidade, consulte [Criação de uma reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) no *Guia do usuário do Amazon EC2*. Para criar um grupo de reserva de capacidade, consulte [Criação de um grupo de reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-cr-group.html) no *Guia do usuário do Amazon EC2*. ## Preferência de reserva de capacidade A preferência de reserva de capacidade ajuda a usar reservas de capacidade de forma eficiente, priorizando a capacidade reservada em uma reserva de capacidade antes de usar a capacidade sob demanda. É possível selecionar entre as opções de preferência de reserva de capacidade a seguir: + **Padrão**: o Auto Scaling usa a preferência de reserva de capacidade do seu modelo de execução ou uma reserva de capacidade aberta. + **Nenhuma**: o Auto Scaling não iniciará instâncias em uma reserva de capacidade. As instâncias serão executadas em capacidade sob demanda. + **Somente reservas de capacidade**: o Auto Scaling só iniciará instâncias em uma reserva de capacidade ou grupo de reserva de capacidade. Se a capacidade não estiver disponível, as instâncias falharão ao serem iniciadas. + **Reservas de capacidade primeiro**: o Auto Scaling iniciará instâncias em uma reserva de capacidade ou grupo de reserva de capacidade. Se a capacidade não estiver disponível, as instâncias serão executadas na capacidade sob demanda. Se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro", poderá especificar um destino de reserva de capacidade. **nota** É necessário selecionar uma preferência de reserva de capacidade. O destino de reserva de capacidade é opcional. **Considerações sobre preferências de reserva de capacidade e modelos de execução** Considere o seguinte se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro": + Se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro", o Auto Scaling usará a meta de reserva de capacidade especificada no grupo do Auto Scaling em vez da meta de reserva de capacidade do modelo de execução. + Se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro" e não especificar um destino de reserva de capacidade, o Auto Scaling usará o destino de reserva de capacidade do modelo de execução ou uma reserva de capacidade aberta. **Especificação do destino de reserva de capacidade** Se você selecionar Somente reservas de capacidade ou Reservas de capacidade primeiro, as opções de destino de reserva de capacidade a seguir estarão disponíveis: + **Aberto**: o Auto Scaling iniciará instâncias em qualquer reserva de capacidade aberta. Se você selecionou Somente reservas de capacidade e a capacidade não estiver disponível, as instâncias não serão iniciadas. Se você selecionou Reservas de capacidade primeiro e a capacidade não estiver disponível, as instâncias serão iniciadas na capacidade sob demanda. + **Especificar reserva de capacidade**: o Auto-Scaling iniciará as instâncias na reserva de capacidade especificada. Se você selecionou Somente reservas de capacidade e a capacidade não estiver disponível, as instâncias não serão iniciadas. Se você selecionou Reservas de capacidade primeiro e a capacidade não estiver disponível, as instâncias serão iniciadas na capacidade sob demanda. + **Especificar grupo de recursos de reserva de capacidade**: o Auto-Scaling iniciará as instâncias em uma reserva de capacidade aberta no grupo de recursos de reserva de capacidade especificado. Se você selecionou Somente reservas de capacidade e a capacidade não estiver disponível, as instâncias não serão iniciadas. Se você selecionou Reservas de capacidade primeiro e a capacidade não estiver disponível, as instâncias serão iniciadas na capacidade sob demanda. ## Saldo da zona de disponibilidade e reservas de capacidade O Auto Scaling prioriza o equilíbrio das zonas de disponibilidade mesmo quando você usa as preferências de reservas de capacidade. Isso significa que: + Com `capacity-reservations-first` — O grupo Auto Scaling distribuirá as instâncias uniformemente AZs primeiro e, em seguida, usará as reservas de capacidade quando disponíveis. Se as reservas de capacidade não estiverem disponíveis em uma AZ, as instâncias serão executadas sob demanda para manter o equilíbrio da AZ. + Com `capacity-reservations-only`: o grupo do Auto Scaling usará somente reservas de capacidade. Isso pode resultar em uma distribuição desigual de instâncias AZs com base em onde as reservas de capacidade estão disponíveis. **Exemplo** Se você tiver 10 reservas de capacidade na AZ-a, 3 na AZ-b, 1 na AZ-c e uma capacidade desejada de 9 instâncias: + O uso de `capacity-reservations-first` para 9 instâncias resultará em 3 instâncias por AZ (mantendo o equilíbrio de AZ), com algumas instâncias potencialmente funcionando sob demanda. + O uso de `capacity-reservations-only` para 9 instâncias resultará em uma distribuição desigual com base nas reservas de capacidade disponíveis. # Uso da preferência de reserva de capacidade com seu grupo do Auto Scaling Uso da preferência de reserva de capacidade Para usar reservas de capacidade com seu grupo do Auto Scaling, crie primeiro uma reserva de capacidade ou um grupo recursos de reserva de capacidade. Em seguida, é possível adicionar uma preferência de reserva de capacidade ao seu grupo do Auto Scaling ao criá-lo ou ao atualizar um grupo existente. Para criar uma reserva de capacidade, consulte [Criação de uma reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) no *Guia do usuário do Amazon EC2*. Para criar um grupo de reserva de capacidade, consulte [Criação de um grupo de reserva de capacidade](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-group.html) no *Guia do usuário do Amazon EC2*. Use um dos métodos a seguir para usar a preferência de reserva de capacidade ao criar ou editar um grupo do Auto Scaling. ------ #### [ Console ] **Para usar a preferência de reserva de capacidade em um novo grupo (console)** 1. Siga as instruções [Criar um grupo do Auto Scaling usando o assistente de execução do Amazon EC2](create-asg-ec2-wizard.md) e conclua cada etapa do procedimento, até a etapa 3. 1. Na página **Configurar tamanho e escalabilidade do grupo**, em **Configurações adicionais de capacidade**, **Preferência de reserva de capacidade**, selecione uma preferência de reserva de capacidade. Para obter mais informações sobre preferências de reservas de capacidade, consulte [Preferência de reserva de capacidade](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Continue com as etapas em [Criar um grupo do Auto Scaling usando o assistente de execução do Amazon EC2](create-asg-ec2-wizard.md). ------ #### [ AWS CLI ] **Para usar a preferência de reserva de capacidade em um novo grupo (AWS CLI)** Adicione o parâmetro `--capacity-reservation-specification` ao comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html). 1. Especifique uma preferência de reserva de capacidade. Para obter mais informações, consulte [Preferência de reserva de capacidade](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Especifique um destino de reserva de capacidade. Se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro" e não especificar um destino de reserva de capacidade, o Auto Scaling usará o destino de reserva de capacidade do modelo de execução ou uma reserva de capacidade aberta. ------ ------ #### [ Console ] **Para usar a preferência de reserva de capacidade em um grupo existente (console)** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Na barra de navegação na parte superior da tela, escolha a mesma Região da AWS na qual você criou o grupo do Auto Scaling. 1. Marque a caixa de seleção ao lado do grupo do Auto Scaling. Um painel dividido é aberto na parte inferior da página. 1. Na guia **Detalhes**, em **Preferência de reserva de capacidade**, escolha **Editar**. 1. Em **Configurações adicionais de capacidade**, **Preferência de reserva de capacidade**, selecione uma preferência de reserva de capacidade. Para obter mais informações sobre preferências de reservas de capacidade, consulte [Preferência de reserva de capacidade](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Selecione **Atualizar**. ------ #### [ AWS CLI ] **Para usar a preferência de reserva de capacidade em um grupo existente (AWS CLI)** Adicione o parâmetro `--capacity-reservation-specification` ao comando [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). 1. Especifique uma preferência de reserva de capacidade. Para obter mais informações, consulte [Preferência de reserva de capacidade](use-ec2-capacity-reservations.md#asg-capacity-reservation-preference). 1. Especifique um destino de reserva de capacidade. Se você selecionar "Somente reservas de capacidade" ou "Reservas de capacidade primeiro" e não especificar um destino de reserva de capacidade, o Auto Scaling usará o destino de reserva de capacidade do modelo de execução ou uma reserva de capacidade aberta. ------ # Reservas de capacidade interruptível com o EC2 Auto Scaling Reservas de capacidade As reservas de capacidade interruptível representam a capacidade ociosa emprestada a você pelos proprietários de reservas de capacidade sob demanda em sua organização. AWS Essas reservas são adequadas para cargas de trabalho interruptíveis porque o proprietário da capacidade pode recuperar a capacidade a qualquer momento com um aviso de interrupção de 2 minutos, após o qual as instâncias são encerradas. Para uma visão geral das reservas de capacidade interruptível e como elas funcionam, consulte Reservas de [capacidade interruptível no Guia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) do usuário do *Amazon EC2*. Para começar, você cria uma reserva interruptível alocando capacidade não utilizada de qualquer reserva de capacidade sob demanda em sua conta. Em seguida, você cria seu modelo de lançamento, especifica o ID da reserva de capacidade interruptível e o tipo de mercado apropriado. Por fim, crie seu grupo de Auto Scaling para usar o modelo de lançamento que você criou. **nota** Grupos de instâncias mistas não são compatíveis com reservas de capacidade interruptível. As reservas de capacidade interruptíveis aparecem em sua conta com um novo atributo `interruptible` `true` definido como. **Topics** + [ ## Diretrizes operacionais ](#operational-guidelines) + [ ## Especifique uma reserva de capacidade interruptível em seu modelo de lançamento ](#specify-interruptible-cr) + [ ## Limitações ](#limitations) + [ ## Recursos relacionados ](#related-resources) ## Diretrizes operacionais A seguir estão as diretrizes operacionais básicas que você deve seguir ao usar reservas de capacidade interruptível com um grupo de Auto Scaling. + As instâncias lançadas a partir de reservas de capacidade interruptível podem ser encerradas com um aviso prévio de 2 minutos quando a capacidade for recuperada. Projete seus aplicativos para lidar com desligamentos regulares. + O Amazon EC2 envia EventBridge notificações 2 minutos antes de encerrar as instâncias. Embora o Auto Scaling não reaja automaticamente a esses eventos, você pode configurar a automação personalizada para responder aos avisos de interrupção. + Quando as instâncias são encerradas devido à recuperação de capacidade, o verificador de integridade do Auto Scaling detectará o encerramento e iniciará automaticamente as instâncias de substituição de acordo com a configuração do seu grupo. + Aponte para uma versão específica do modelo de lançamento em vez da `$Latest` versão `$Default` ou para garantir a consistência. **nota** Quando uma instância de reserva de capacidade interruptível é recuperada, as atividades de escalabilidade do seu grupo de Auto Scaling indicarão:. `taken out of service in response to an Amazon EC2 health check that indicated it had been terminated or stopped` O Auto Scaling tentará substituir a instância da mesma forma que faz com qualquer instância que falhe em uma verificação de integridade. ## Especifique uma reserva de capacidade interruptível em seu modelo de lançamento Para criar um modelo de lançamento que tenha como alvo uma reserva de capacidade interruptível específica para seu grupo de Auto Scaling, use um dos seguintes métodos: ------ #### [ Console ] **Para especificar uma reserva de capacidade interruptível em seu modelo de lançamento (console)** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Na barra de navegação superior, selecione Região da AWS onde você tem sua reserva de capacidade interruptível. 1. No painel de navegação, escolha **Instances** e, em seguida, **Launch Templates**. 1. Escolha **Criar modelo de execução** e crie o modelo de execução. Inclua o ID da AMI, o tipo de instância e qualquer outra configuração do modelo de execução, conforme necessário. 1. Amplie a seção **Detalhes avançados** para ver as configurações avançadas. 1. Para a **opção de compra**, escolha **Reserva de capacidade interruptível**. 1. Em **Reserva de capacidade**, escolha **Destino por ID** e, em **Reserva de capacidade - Destino por ID**, escolha o ID de reserva de capacidade de uma reserva de capacidade interruptível existente. 1. Quando terminar, selecione **Criar modelo de execução**. Para obter ajuda na criação de um grupo de Auto Scaling com um modelo de inicialização, consulte.[Criar um grupo do Auto Scaling usando um modelo de execução](create-asg-launch-template.md) ------ #### [ AWS CLI ] **Para especificar uma reserva de capacidade interruptível em seu modelo de lançamento ()AWS CLI** Use o [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)comando a seguir para criar um modelo de execução que especifica uma ID de reserva de capacidade interruptível existente. Substitua cada espaço reservado para entrada do usuário por suas próprias informações. ``` aws ec2 create-launch-template --launch-template-name my-template-for-interruptible-cr \ --version-description AutoScalingVersion1 --region us-east-2 \ --launch-template-data file://config.json ``` **dica** Se esse comando gerar um erro, verifique se você atualizou o AWS CLI localmente para a versão mais recente. Conteúdo de `config.json`: ``` { "ImageId": "ami-04d5cc9b88example", "InstanceType": "t3.nano", "SecurityGroupIds": [ "sg-903004f88example" ], "KeyName": "MyKeyPair", "InstanceMarketOptions": { "MarketType": "interruptible-capacity-reservation" }, "CapacityReservationSpecification": { "CapacityReservationTarget": { "CapacityReservationId": "cr-02168da1478b509e0" } } } ``` A seguir está um exemplo de saída: ``` { "LaunchTemplate": { "LaunchTemplateId": "lt-068f72b724example", "LaunchTemplateName": "my-template-for-interruptible-cr", "CreateTime": "2023-10-27T15:12:44.000Z", "CreatedBy": "arn:aws:iam::123456789012:user/Bob", "DefaultVersionNumber": 1, "LatestVersionNumber": 1 } } ``` Você pode usar o [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)comando a seguir para verificar a ID de reserva de capacidade interruptível associada ao modelo de execução: ``` aws ec2 describe-launch-template-versions --launch-template-names my-template-for-interruptible-cr \ --region us-east-2 ``` ------ **Configuração em nível de grupo do Auto Scaling** Opcionalmente, você pode especificar as configurações de reserva de capacidade no nível do grupo Auto Scaling para substituir as configurações do modelo de execução: + **Preferência de reserva de capacidade**: só `capacity-reservations-only` é suportada para reservas de capacidade interruptível. A `capacity-reservations-first` preferência não é suportada. + **Especificação de destino**: você pode especificar uma ID de reserva de capacidade interruptível diferente no nível do grupo para substituir a configuração do modelo de execução. ## Limitações + As políticas de instâncias mistas não são suportadas com reservas de capacidade interruptível. + Você deve especificar o tipo de mercado correto (`interruptible-capacity-reservation`) em seu modelo de lançamento junto com o ID de reserva de capacidade. ## Recursos relacionados + Para obter informações sobre como criar e gerenciar reservas de capacidade interruptível, consulte Reservas de [capacidade interruptível no Guia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/interruptible-capacity-reservations.html) do usuário do *Amazon EC2*. + Para obter informações gerais sobre o uso de reservas de capacidade com o Auto Scaling, consulte. [Reservas de capacidade sob demanda para reservar capacidade em zonas de disponibilidade específicas](use-ec2-capacity-reservations.md) + Para obter informações sobre as verificações de saúde do grupo Auto Scaling, consulte Verificações de [saúde para instâncias em um grupo do Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html). # Crie grupos de Auto Scaling a partir da linha de comando usando AWS CloudShell AWS CloudShell Se [houver suporte Regiões da AWS](https://docs.aws.amazon.com/cloudshell/latest/userguide/supported-aws-regions.html), você pode executar AWS CLI comandos usando AWS CloudShell um shell pré-autenticado baseado em navegador que é iniciado diretamente do. Console de gerenciamento da AWS Você pode executar AWS CLI comandos em serviços usando seu shell preferido (shell Bash ou Z). PowerShell Você pode iniciar a AWS CloudShell partir do Console de gerenciamento da AWS usando um dos dois métodos a seguir: + Escolha o AWS CloudShell ícone na barra de navegação do console. Ele está à direita da caixa de pesquisa. + Use a caixa de pesquisa na barra de navegação do console para pesquisar **CloudShell**e, em seguida, escolha a **CloudShell**opção. Quando AWS CloudShell é iniciado em uma nova janela do navegador pela primeira vez, um painel de boas-vindas é exibido e lista os principais recursos. Depois de fechar esse painel, as atualizações de status serão fornecidas enquanto o shell configura e encaminha suas credenciais do console. Quando o prompt de comando for exibido, o shell estará pronto para interação. Para obter mais informações sobre esse serviço, consulte o [Manual do usuário do AWS CloudShell](https://docs.aws.amazon.com//cloudshell/latest/userguide/welcome.html). # Crie grupos de Auto Scaling com AWS CloudFormation CloudFormation O Amazon EC2 Auto Scaling é AWS CloudFormation integrado com um serviço que ajuda você a modelar e AWS configurar seus recursos para que você possa gastar menos tempo criando e gerenciando seus recursos e infraestrutura. Você cria um modelo que descreve todos os AWS recursos desejados (como grupos do Auto Scaling) e CloudFormation provisiona e configura esses recursos para você. Ao usar CloudFormation, você pode reutilizar seu modelo para configurar seus recursos do Amazon EC2 Auto Scaling de forma consistente e repetida. Descreva seus recursos uma vez e, em seguida, provisione os mesmos recursos repetidamente em várias Contas da AWS regiões. ## Amazon EC2 CloudFormation Auto Scaling e modelos Para provisionar e configurar recursos para Amazon EC2 Auto Scaling e serviços relacionados, você deve entender [CloudFormation modelos](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html). Os modelos são arquivos de texto formatados em JSON ou YAML. Esses modelos descrevem os recursos que você deseja provisionar em suas CloudFormation pilhas. Se você não estiver familiarizado com JSON ou YAML, você pode usar o CloudFormation Designer para ajudá-lo a começar a usar modelos. CloudFormation Para obter mais informações, consulte [O que é CloudFormation Designer?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/working-with-templates-cfn-designer.html) no *Guia do AWS CloudFormation usuário*. Para começar a criar seus próprios modelos de pilha para o Amazon EC2 Auto Scaling, realize as tarefas a seguir: + Crie um modelo de lançamento usando [AWS::EC2::LaunchTemplate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html)o. + Para ver um passo a passo que mostra como implantar um grupo do Auto Scaling por trás de um Application Load Balancer, consulte [Demonstração: criar uma aplicação escalável com balanceamento de carga](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/walkthrough-autoscaling.html) no *Guia do usuário do AWS CloudFormation *. Você pode encontrar exemplos úteis adicionais de modelos que criam grupos do Auto Scaling e recursos relacionados nas seções a seguir do *AWS CloudFormation Guia do usuário*. + [Referência de tipo de recurso do Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/AWS_AutoScaling.html) + [Configure os recursos do Amazon EC2 Auto Scaling com AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2-auto-scaling.html) ## Saiba mais sobre CloudFormation Para saber mais sobre isso CloudFormation, consulte os seguintes recursos: + [AWS CloudFormation](https://aws.amazon.com/cloudformation/) + [AWS CloudFormation Guia do usuário](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) + [CloudFormation API Reference](https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/Welcome.html) + [AWS CloudFormation Guia do usuário da interface de linha de comando](https://docs.aws.amazon.com/cloudformation-cli/latest/userguide/what-is-cloudformation-cli.html) # Obtenha recomendações de tipo de instância com AWS Compute Optimizer Compute Optimizer AWS fornece recomendações de tipo de instância do Amazon EC2 para ajudá-lo a melhorar o desempenho, economizar dinheiro ou ambos, usando recursos desenvolvidos por. AWS Compute Optimizer Você pode usar essas recomendações para decidir se deve mudar para um novo tipo de instância no seu grupo de Auto Scaling. Para fazer recomendações, o Compute Optimizer analisa as especificações de instância existentes e o histórico de métricas recente. Depois, os dados compilados são usados para recomendar quais tipos de instância do Amazon EC2 são mais bem otimizados para lidar com a workload de performance existente. Recomendações são retornadas com a definição de preço de instância por hora. **nota** Para obter recomendações do Compute Optimizer, primeiro é necessário optar pelo Compute Optimizer. Para obter mais informações, consulte [Conceitos básicos do AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) no *Manual do usuário do AWS Compute Optimizer *. **Topics** + [ ## Limitações ](#compute-optimizer-limitations) + [ ## Conclusões ](#findings-classifications) + [ ## Exibir recomendações ](#viewing-recommendations) + [ ## Considerações para avaliação das recomendações ](#considerations) ## Limitações O Compute Optimizer gera recomendações para instâncias em grupos do Auto Scaling configurados para iniciar e executar os tipos de instância M, C, R, T e X. No entanto, ele não gera recomendações para tipos de instância -g alimentados por processadores AWS Graviton2 (por exemplo, C6g) e para tipos de instância -n que têm maior desempenho de largura de banda de rede (por exemplo, M5n). Os grupos do Auto Scaling também devem ser configurados para executar um único tipo de instância (ou seja, nenhum tipo de instância mista), não devem ter uma política de escalabilidade anexada a eles e ter os mesmos valores para a capacidade desejada, mínima e máxima (ou seja, um grupo do Auto Scaling com um número fixo de instâncias). O Compute Optimizer gera recomendações para instâncias em grupos do Auto Scaling que atendam *todos* esses requisitos de configuração. ## Conclusões O Compute Optimizer classifica suas descobertas para grupos do Auto Scaling da seguinte forma: + **Not optimized** (Não otimizado): um grupo do Auto Scaling é considerado não otimizado quando o Compute Optimizer identifica uma recomendação que pode fornecer uma melhor performance para sua workload. + **Optimized** (Otimizado): um grupo do Auto Scaling é considerado otimizado quando o Compute Optimizer determina que o grupo está provisionado corretamente para executar sua workload, com base no tipo de instância escolhido. Para recursos otimizados, o Compute Optimizer às vezes pode recomendar um tipo de instância de nova geração. + **None** (Nenhum): não há recomendações para esse grupo do Auto Scaling. Isso poderá ocorrer se você tiver optado pelo Compute Optimizer há menos de 12 horas, quando o grupo do Auto Scaling estiver em execução há menos de 30 horas ou quando o grupo do Auto Scaling ou o tipo de instância não tiver suporte no Compute Optimizer. Para obter mais informações, consulte a seção [Limitações](#compute-optimizer-limitations). ## Exibir recomendações Depois de optar pelo Compute Optimizer, é possível visualizar as descobertas e as recomendações que ele gera para seus grupos do Auto Scaling. Caso tenho realizado a opção recentemente, as recomendações poderão não estar disponíveis durante até 12 horas. **Como visualizar as recomendações geradas para um grupo do Auto Scaling** 1. Abra o console do Compute Optimizer em. [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/) A página Dashboard (Painel) é aberta. 1. Escolha **View recommendations for all Auto Scaling groups (Visualizar recomendações para todos os grupos de Auto Scaling)**. 1. Selecione seu grupo do Auto Scaling. 1. Escolha **View detail (Visualizar detalhes)**. A visualização muda para exibir até três recomendações de instância diferentes em uma visualização pré-configurada, com base nas configurações de tabela padrão. Ele também fornece dados CloudWatch métricos recentes (utilização média da CPU, média de entrada e média de saída de rede) para o grupo Auto Scaling. Determine se deseja usar uma das recomendações. Decida se deseja realizar a otimização para melhorar a performance, reduzir custos ou ambos. Para alterar o tipo de instância no grupo do Auto Scaling, atualize o modelo de execução ou o grupo do Auto Scaling para usar uma nova configuração de execução. As instâncias existentes continuam a usar a configuração anterior. Para atualizar as instâncias existentes, termine-as para que elas sejam substituídas pelo grupo do Auto Scaling, ou permita que a escalabilidade automática substitua gradualmente as instâncias mais antigas por instâncias mais novas com base em suas [políticas de término](as-instance-termination.md). **nota** Com os recursos de tempo de vida máximo e atualização de instância, você também pode substituir instâncias existentes no grupo do Auto Scaling para iniciar novas instâncias que usem o modelo de execução ou a configuração de execução. Para obter mais informações, consulte [Substituir instâncias do Auto Scaling com base na vida útil máxima da instância](asg-max-instance-lifetime.md) e [Use uma atualização de instância para atualizar instâncias em um grupo do Auto Scaling](asg-instance-refresh.md). ## Considerações para avaliação das recomendações Antes de passar para um novo tipo de instância, considere o seguinte: + As recomendações não preveem seu uso. As recomendações são baseadas em seu histórico de uso durante os últimos 14 dias. Escolha um tipo de instância que atenda às suas necessidades de uso futuras. + Concentre-se nas métricas gráficas para determinar se o uso real é menor do que a capacidade da instância. Você também pode visualizar dados métricos (média, pico, percentil) CloudWatch para avaliar melhor suas recomendações de instância do EC2. Por exemplo, observe como as métricas de porcentagem da CPU mudam durante o dia e se há picos que precisem ser acomodados. Para obter mais informações, consulte [Visualização das métricas disponíveis](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html) no *Guia CloudWatch do usuário da Amazon*. + O Compute Optimizer pode fornecer recomendações para instâncias expansíveis, que são as instâncias T3, T3a e T2. Se você ultrapassar periodicamente sua linha de base, certifique-se de continuar fazendo isso com base no v do novo CPUs tipo de instância. Para obter mais informações, consulte [Créditos de CPU e desempenho de linha de base para instâncias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) de desempenho com capacidade de intermitência no *Guia do usuário do Amazon EC2.* + Se você comprou uma Instância reservada, sua instância sob demanda poderá ser cobrada como uma Instância reservada. Antes de alterar o tipo de instância atual, avalie o impacto sobre o uso e a cobertura da Instância reservada. + Considere conversões para instâncias da geração mais recente, sempre que possível. + Ao migrar para uma família de instâncias diferente, verifique se o tipo de instância atual e o novo tipo de instância são compatíveis, por exemplo, em termos de virtualização, arquitetura ou tipo de rede. Para obter mais informações, consulte [Compatibilidade para redimensionamento de instâncias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations) no *Guia do usuário do Amazon EC2*. + Por fim, considere a classificação de risco de performance fornecida para cada recomendação. O risco de performance indica o esforço necessário para validar se o tipo de instância recomendado atende aos requisitos de performance da sua workload. Também recomendamos testes rigorosos de carga e performance antes e depois de fazer quaisquer alterações. **Recursos adicionais do** Além dos tópicos desta página, consulte os seguintes recursos: + [Tipos de instância do Amazon EC2](https://aws.amazon.com/ec2/instance-types/) + [AWS Compute Optimizer Guia do usuário](https://docs.aws.amazon.com/compute-optimizer/latest/ug/) # Use o Elastic Load Balancing para distribuir automaticamente o tráfego de entrada de aplicações no seu grupo do Auto Scaling. Elastic Load Balancing O Elastic Load Balancing distribui automaticamente o tráfego de entrada de aplicações entre todas as instâncias do EC2 em execução. O Elastic Load Balancing ajuda a gerenciar solicitações de entrada roteando o tráfego de forma otimizada para que nenhuma instância seja sobrecarregada. Para usar o Elastic Load Balancing com seu grupo do Auto Scaling, [anexe o balanceador de carga ao seu grupo do Auto Scaling](attach-load-balancer-asg.md). Isso registra o grupo com o balanceador de carga, o qual atua como um ponto único de contato para todo o tráfego da Web de entrada para seu grupo do Auto Scaling. Quando você usa o Elastic Load Balancing com seu grupo do Auto Scaling, não é necessário registrar suas instâncias do EC2 no balanceador de carga. As instâncias iniciadas pelo grupo do Auto Scaling serão automaticamente registradas no balanceador de carga. Da mesma forma, as instâncias que são terminadas pelo grupo do Auto Scaling terão o registro cancelado automaticamente no balanceador de carga. Depois de anexar um load balancer ao grupo do Auto Scaling, você poderá configurar o grupo do Auto Scaling para usar métricas do Elastic Load Balancing (como a contagem de solicitações do Application Load Balancer por destino) para dimensionar o número de instâncias no grupo conforme a demanda flutua. Opcionalmente, você pode adicionar verificações de integridade do Elastic Load Balancing ao seu grupo do Auto Scaling para que o Amazon EC2 Auto Scaling possa identificar e substituir instâncias não íntegras com base nessas verificações de integridade adicionais. Caso contrário, você pode criar um CloudWatch alarme que o notifique se a contagem de hosts saudáveis do grupo-alvo for menor do que a permitida. **Topics** + [ ## Tipos de Elastic Load Balancing ](#integrations-aws-elastic-load-balancing-types) + [Preparar para anexar um balanceador de carga](getting-started-elastic-load-balancing.md) + [Anexar um balanceador de carga](attach-load-balancer-asg.md) + [Configurar o balanceador de carga](as-create-load-balancer-console.md) + [Verificar o status do anexo](load-balancer-status.md) + [ # Adicione uma Zona de disponibilidade ](as-add-az-console.md) + [ # Remover uma Zona de disponibilidade ](as-remove-az-console.md) + [Desvincular um balanceador de carga](as-remove-load-balancer.md) + [AWS CLI exemplos para trabalhar com o Elastic Load Balancing](examples-elastic-load-balancing-aws-cli.md) ## Tipos de Elastic Load Balancing O Elastic Load Balancing oferece quatro tipos de balanceadores de carga que podem ser usados com seu grupo do Auto Scaling: balanceadores de carga de aplicação, balanceadores de carga de rede, balanceadores de carga de gateway e balanceadores de carga clássicos Há uma diferença fundamental em como os tipos de balanceadores de carga são configurados. Com os balanceadores de carga de aplicação, balanceadores de carga de rede e balanceadores de carga de gateway, as instâncias são registradas como destinos com um grupo de destino, e o tráfego deve ser roteado para o grupo de destino. Com balanceadores de carga clássicos, as instâncias são registradas diretamente no balanceador de carga. Application Load Balancer Roteia e faz balanceamento de carga na camada da aplicação (HTTP/HTTPS) e é compatível com roteamento baseado em caminho. Um Application Load Balancer pode rotear solicitações para portas em um ou mais destinos registrados, como instâncias do EC2, na sua nuvem privada virtual (VPC). Network Load Balancer Roteia e promove o balanceamento de carga na camada de transporte (camada 4 do TCP/UDP) com base nas informações de endereço extraídas do cabeçalho da camada 4. Os balanceadores de carga de rede podem lidar com picos de tráfego, reter o IP de origem do cliente e usar um IP fixo para a vida útil do balanceador de carga. Balanceador de carga de gateway Distribui o tráfego para uma frota de instâncias de dispositivos. Fornece escalabilidade, disponibilidade e simplicidade para dispositivos virtuais de terceiros, como firewalls, sistemas de detecção e prevenção de intrusões e outros dispositivos. Os balanceadores de carga de gateway funcionam com dispositivos virtuais compatíveis com o protocolo GENEVE. Integração técnica adicional é necessária, portanto, certifique-se de consultar o manual do usuário antes de escolher um balanceador de carga de gateway. Classic Load Balancer Rotas e balanceamentos de carga na camada de transporte (TCP/SSL), or at the application layer (HTTP/HTTPS). Para obter uma compreensão mais profunda dos diferentes tipos de balanceadores de carga disponíveis, consulte os recursos a seguir: + [O que é Elastic Load Balancing?](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/what-is-load-balancing.html) + [O que é um Application Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [O que é um Network Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html) + [O que é um balanceador de carga de gateway?](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/introduction.html) + [O que é um Classic Load Balancer?](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html) # Para anexar um balanceador de carga do Elastic Load Balancing a uma camada Preparar para anexar um balanceador de carga É necessário cumprir os pré-requisitos para anexar um balanceador de carga a seu grupo do Auto Scaling. + Isso inclui criar o balanceador de carga e o grupo de destino que será usado para encaminhar o tráfego ao grupo do Auto Scaling. Há duas maneiras de criar o balanceador de carga e o grupo de destino: + **Como usar o Elastic Load Balancing**: Siga os procedimentos na documentação do Elastic Load Balancing para criar e configurar o balanceador de carga e o grupo de destino antes de criar o grupo do Auto Scaling. Ignore a etapa para registrar suas instâncias do Amazon EC2. O Amazon EC2 Auto Scaling se encarrega automaticamente de registrar (e cancelar o registro) as instâncias quando você anexa um grupo de destino ao seu grupo do Auto Scaling. Para obter mais informações, consulte [Conceitos básicos do Elastic Load Balancing](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/load-balancer-getting-started.html) no *Manual do usuário do Elastic Load Balancing*. + **Como usar o Amazon EC2 Auto Scaling**: Crie, configure e anexe o balanceador de carga e o grupo de destino com uma configuração básica no console do Amazon EC2 Auto Scaling. Para obter mais informações, consulte [Configurar um Application Load Balancer ou Network Load Balancer pelo console](as-create-load-balancer-console.md). + Antes de criar um balanceador de carga, saiba o tipo que você precisa.. Para obter mais informações, consulte [Tipos de Elastic Load Balancing](autoscaling-load-balancer.md#integrations-aws-elastic-load-balancing-types). + O balanceador de carga e seu grupo-alvo devem estar na mesma Conta da AWS VPC e região do seu grupo de Auto Scaling. + O grupo de destino deve especificar um tipo de destino `instance`. Não é possível especificar um tipo de destino `ip` ao usar um grupo do Auto Scaling. + Se seu modelo de execução não contém um grupo de segurança que permita que o tráfego do balanceador de carga alcance seu grupo do Auto Scaling, é necessário atualizar o modelo de execução. As regras recomendadas dependem do tipo de balanceador de carga e dos tipos de backends por ele usados. Por exemplo, para rotear o tráfego para servidores Web, permita o acesso HTTP de entrada na porta 80 a partir do balanceador de carga. As instâncias existentes não são atualizadas com as novas configurações quando o modelo de execução é modificado. Para atualizar as instâncias existentes, você pode iniciar uma atualização para substituir a instância. Para obter mais informações, consulte [Use uma atualização de instância para atualizar instâncias em um grupo do Auto Scaling](asg-instance-refresh.md). + Os grupos de segurança que você especifica no modelo de execução deve permitir o acesso do balanceador de carga na porta correta para que o Elastic Load Balancing execute suas verificações de integridade. + Ao implantar dispositivos virtuais atrás de um Load Balancer de gateway, a imagem de máquina da Amazon (AMI) deve especificar o ID de uma AMI compatível com o protocolo GENEVE para permitir que o grupo do Auto Scaling troque tráfego com um balanceador de carga Gateway. Além disso, os grupos de segurança especificados no modelo de execução ou na configuração de execução devem permitir o tráfego UDP na porta 6081. **dica** Se você tiver scripts de bootstrap que levam um tempo para serem concluídos, você pode adicionar opcionalmente um gancho do ciclo de vida de execução ao seu grupo do Auto Scaling para atrasar o registro das instâncias atrás do balanceador de carga antes que seus scripts de bootstrap sejam concluídos com êxito e as aplicações nas instâncias estejam prontas para aceitar o tráfego. Você não pode adicionar um gancho do ciclo de vida ao criar inicialmente um grupo do Auto Scaling no console do Amazon EC2 Auto Scaling. Você pode adicionar um gancho do ciclo de vida após a criação do grupo. Para obter mais informações, consulte [Ganchos do ciclo de vida do Amazon EC2 Auto Scaling](lifecycle-hooks.md). ## Configurar verificações de integridade para destinos É possível configurar verificações de integridade para os destinos registrados com um balanceador de carga do Elastic Load Balancing para garantir que eles sejam capazes de lidar com o tráfego adequadamente. As etapas específicas variam de acordo com o tipo de balanceador de carga que você está usando. Para saber mais, consulte os seguintes recursos: + **Application Load Balancer**: Consulte [Verificações de integridade para seus grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) no *Manual do usuário de Application Load Balancers*. + **Network Load Balancer**: Consulte [Verificações de integridade para seus grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html) no *Manual do usuário de Network Load Balancers*. + **Gateway Load Balancer**: Consulte [Verificações de integridade para seus grupos de destino](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/health-checks.html) no *Manual do usuário de Gateway Load Balancers*. + **Classic Load Balancer**: Consulte [Configurar verificações de integridade para seu Classic Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-healthchecks.html) no *Manual do usuário de Classic Load Balancers*. Por padrão, o Amazon EC2 Auto Scaling não considerará uma instância não íntegra e a substituirá se ela apresentar falha nas verificações de integridade do Elastic Load Balancing. As verificações de integridade padrão para um grupo do Auto Scaling são somente verificações de integridade do EC2. Para obter mais informações, consulte [Verificações de integridade para instâncias em um grupo do Auto Scaling](ec2-auto-scaling-health-checks.md). Para permitir que o Amazon EC2 Auto Scaling substitua as instâncias que são indicadas como não íntegras pelo Elastic Load Balancing, você pode configurar seu grupo do Auto Scaling para usar as verificações de integridade do Elastic Load Balancing. Ao fazer isso, o Amazon EC2 Auto Scaling considera a instância não íntegra se ela falhar nas verificações de integridade do EC2 ou nas verificações de integridade do Elastic Load Balancing. Se você anexar vários grupos de destino do balanceador de carga ou balanceadores de carga clássicos ao grupo, todos eles deverão informar que a instância é íntegra para que ela seja considerada íntegra. Se um deles relatar uma instância como não íntegra, o grupo do Auto Scaling substituirá a instância, mesmo que outros a relatem como íntegra. Para obter mais informações sobre como habilitar as verificações de integridade do Elastic Load Balancing para seu grupo do Auto Scaling, consulte [Este tópico descreve como anexar um balanceador de carga Elastic Load Balancing ao grupo do Auto Scaling.](attach-load-balancer-asg.md). **nota** Para garantir que essas verificações de integridade comecem o mais rápido possível, não defina um período de carência da verificação de integridade do grupo muito alto, mas alto o suficiente para que suas verificações de integridade do Elastic Load Balancing consigam determinar se um destino está disponível para lidar com solicitações. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). # Este tópico descreve como anexar um balanceador de carga Elastic Load Balancing ao grupo do Auto Scaling. Anexar um balanceador de carga Este tópico descreve como anexar um balanceador de carga Elastic Load Balancing ao grupo do Auto Scaling. Também descreve como ativar as verificações de integridade do VPC Lattice para permitir que o Amazon EC2 Auto Scaling substitua instâncias que o VPC Lattice relata como não íntegras. Por padrão, o Amazon EC2 Auto Scaling substitui somente instâncias que não sejam íntegras ou inacessíveis com base nas verificações de integridade do Amazon EC2. Se você ativar as verificações de integridade do VPC Lattice, o Amazon EC2 Auto Scaling poderá substituir uma instância em execução se algum dos grupos de destino do VPC Lattice que você anexar ao grupo do Auto Scaling relatar que ela não é íntegra. Para acessar um tutorial sobre como anexar um Application Load Balancer ao seu grupo do Auto Scaling, consulte [Tutorial: Configurar uma aplicação escalonada e com balanceamento de carga](tutorial-ec2-auto-scaling-load-balancer.md). **Importante** Antes de continuar, preencha todos os [pré-requisitos](getting-started-elastic-load-balancing.md) na seção anterior. **Contents** + [ ## Anexar seu grupo-alvo ou Classic Load Balancer ](#as-add-load-balancer-console) + [ ## Desvincular seu grupo-alvo ou Classic Load Balancer ](#as-remove-load-balancer) ## Anexar seu grupo-alvo ou Classic Load Balancer Ao criar ou atualizar um grupo do Auto Scaling, você pode anexar um ou mais grupos de destino ou Classic Load Balancers. Ao anexar um Application Load Balancer, Network Load Balancer ou balanceador de carga de gateway, você anexa um grupo de destino. Siga as etapas nesta seção para usar o console para: + Anexar um grupo de destino ou um Classic Load Balancer a um grupo do Auto Scaling + Ativar as verificações de integridade do Elastic Load Balancing **Para anexar um balanceador de carga existente enquanto cria um novo grupo do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Na barra de navegação na parte superior da tela, escolha a Região da AWS em que sua pilha foi criada. 1. Selecione **Criar grupo do Auto Scaling**. 1. Nas etapas 1 e 2, escolha as opções conforme desejado e prossiga para **Etapa 3: Configurar opções avançadas**. 1. Em **Load balancing** (Balanceamento de carga), escolha **Attach to an existing load balancer** (Anexar a um balanceador de carga existente). 1. Em **Attach to an existing load balancer** (Anexar a um balanceador de carga existente), siga um destes procedimentos: 1. Para balanceadores de carga de aplicação, balanceadores de carga de rede e balanceadores de carga de gateway, especifique a propriedade: Escolha **Choose from your load balancer target groups** (Escolher entre os grupos de destino do balanceador de carga) e, em seguida, escolha um grupo de destino no campo **Existing load balancer target groups** (Grupos de destino do balanceador de carga existente). 1. Para balanceadores de carga clássicos: Escolha **Choose from Classic Load Balancers** (Escolher entre balanceadores de carga clássicos) e, em seguida, escolha seu balanceador de carga no campo **Classic Load Balancers** (Balanceadores de carga clássicos). 1. (Opcional) Para **verificações de integridade** e **tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do Elastic Load Balancing**. 1. Opcional em **Tempo de carência da verificação de integridade**, insira a quantidade de tempo em segundos. Esse é o tempo que o Amazon EC2 Auto Scaling precisa aguardar antes de verificar o status de integridade de uma instância depois que ela entra no estado`InService`. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). 1. Prossiga para criar o grupo do Auto Scaling. Suas instâncias serão registradas automaticamente no balanceador de carga após a criação do grupo do Auto Scaling. **Para anexar um balanceador de carga existente ao seu grupo do Auto Scaling após ter sido criado** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado do seu grupo do Auto Scaling. Um painel dividido é aberto na parte inferior da página **Auto Scaling groups** (Grupos do Auto Scaling). 1. Na guia **Integrações**, escolha **Balanceamento de carga**, **Editar**. 1. Em **Load balancing (Balanceamento de carga)**, siga um destes procedimentos: 1. Para **Application, Network or Gateway Load Balancer target groups** (Grupos de balanceadores de carga de aplicação, rede ou gateway), marque sua caixa de seleção e escolha um grupo de destino. 1. Para **Classic Load Balancers** (Balanceadores de carga clássicos), marque sua caixa de seleção e escolha seu balanceador de carga. 1. Selecione **Atualizar**. Ao terminar de anexar o grupo de destino, você pode, opcionalmente, ativar as verificações de integridade que o usam. **Para adicionar verificações de integridade do Elastic Load Balancing** 1. Na guia **Detalhes**, escolha **Verificações de integridade**, **Editar**. 1. Para **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do Elastic Load Balancing**. 1. Em **Período de carência da verificação de integridade**, insira a quantidade de tempo em segundos. Esse é o tempo que o Amazon EC2 Auto Scaling precisa aguardar antes de verificar o status de integridade de uma instância depois que ela entra no estado`InService`. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). 1. Selecione **Atualizar**. **nota** Você pode usar a AWS CLI para monitorar o status do balanceador de carga enquanto ele está sendo conectado. Quando o Amazon EC2 Auto Scaling registra com êxito as instâncias e pelo menos uma instância registrada passa nas verificações de integridade, você recebe o status de `InService`. Para obter mais informações, consulte [Verificar o status do anexo de seu balanceador de carga](load-balancer-status.md). ## Desvincular seu grupo-alvo ou Classic Load Balancer Quando o balanceador de carga não for mais necessário, use o procedimento a seguir para desvinculá-lo do grupo do Auto Scaling. **Para desvincular um balanceador de carga de um grupo** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado de um grupo existente. Um painel dividido é aberto na parte inferior da página **Auto Scaling groups** (Grupos do Auto Scaling). 1. Na guia **Detalhes**, escolha **Balanceamento de carga**, **Editar**. 1. Em **Load balancing (Balanceamento de carga)**, siga um destes procedimentos: 1. Em **Application, Network or Gateway Load Balancer target groups** (Grupos de balanceadores de carga de aplicação, rede ou gateway), escolha o ícone de exclusão (X) próximo ao grupo de destino. 1. Em **Classic Load Balancers** (Balanceadores de carga clássicos), escolha o ícone de exclusão (X) próximo ao balanceador de carga. 1. Selecione **Atualizar**. Ao terminar de desanexar o grupo de destino, você pode desativar as verificações de integridade do VPC Lattice. **Para adicionar verificações de integridade do Elastic Load Balancing** 1. Na guia **Detalhes**, escolha **Verificações de integridade**, **Editar**. 1. Para **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do Elastic Load Balancing**. 1. Selecione **Atualizar**. # Configurar um Application Load Balancer ou Network Load Balancer pelo console Configurar o balanceador de carga Use o procedimento a seguir para criar e anexar um Application Load Balancer ou um Network Load Balancer enquanto cria o grupo do Auto Scaling. **Para criar anexar um novo balanceador de carga enquanto cria um novo grupo do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Selecione **Criar grupo do Auto Scaling**. 1. Nas etapas 1 e 2, escolha as opções conforme desejado e prossiga para **Etapa 3: Configurar opções avançadas**. 1. Em **Load balancing** (Balanceamento de carga), escolha **Attach to an new load balancer** (Anexar a um novo balanceador de carga). 1. Em **Attach to a new load balancer** (Anexar a um novo balanceador de carga), para **Load balancer type** (Tipo de balanceador de carga), escolha se deseja criar um Application Load Balancer ou Network Load Balancer 1. Em **Load balancer name** (Nome do balanceador de carga), insira um nome para o balanceador de carga ou mantenha o nome padrão. 1. Em **Load balancer scheme** (Esquema do balanceador de carga), escolha se deseja criar um balanceador de carga voltado para a Internet pública ou mantenha o padrão para criar um balanceador de carga interno. 1. Em **Availability Zones and subnets** (Zonas de disponibilidade e sub-redes), selecione a sub-rede pública para cada zona de disponibilidade em que você optou por iniciar suas instâncias do EC2. (Estes são pré-preenchidos pela etapa 2.). 1. Em **Listeners e routing** (Listeners e roteamento), atualize o número da porta do listener (se necessário) e, em **Default routing** (Roteamento padrão), escolha **Create a target group** (Criar um grupo de destino). Alternativamente, você pode escolher um grupo de destino existente na lista suspensa. 1. Se você escolheu **Create a target group** (Criar um grupo de destino) na última etapa, em **New target group name** (Nome do novo grupo de destino), insira um nome para o grupo de destino ou mantenha o nome padrão. 1. Para adicionar etiquetas ao balanceador de carga, escolha **Add tag** (Adicionar etiqueta) e forneça uma chave de etiqueta e um valor para cada etiqueta. 1. (Opcional) Para **verificações de integridade** e **tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do Elastic Load Balancing**. 1. Opcional em **Tempo de carência da verificação de integridade**, insira a quantidade de tempo em segundos. Esse é o tempo que o Amazon EC2 Auto Scaling precisa aguardar antes de verificar o status de integridade de uma instância depois que ela entra no estado`InService`. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). 1. Prossiga para criar o grupo do Auto Scaling. Suas instâncias serão registradas automaticamente no balanceador de carga após a criação do grupo do Auto Scaling. **nota** Depois de criar o grupo do Auto Scaling, você poderá usar o console do Elastic Load Balancing para criar listeners adicionais. Isso será útil se você precisar criar um listener com um protocolo seguro, como HTTPS ou um ouvinte UDP. Você pode adicionar mais listeners aos balanceadores de carga existentes, desde que use portas distintas. # Verificar o status do anexo de seu balanceador de carga Verificar o status do anexo Após você associar um balanceador de carga, ele entra no estado `Adding` ao registrar as instâncias no grupo. Quando todas as instâncias do grupo são registradas, ele entra no estado`Added`. Depois que pelo menos uma instância registrada passa nas verificações de integridade, ele entra no estado `InService`. Após o balanceador de carga entrar no estado `InService`, o Amazon EC2 Auto Scaling pode encerrar e substituir todas as instâncias relatadas como não íntegras. Se nenhuma instância registrada passar nas verificações de integridade (por exemplo, devido a um erro na configuração da verificação de integridade), o balanceador de carga não entrará no estado `InService`. O Amazon EC2 Auto Scaling não termina e substitui as instâncias. Quando você desanexa um balanceador de carga, ele entra no estado `Removing` ao cancelar o registro das instâncias do grupo. As instâncias permanecem em execução depois que seus registros são cancelados. Por padrão, a descarga da conexão (atraso de cancelamento de registro) é habilitada para Application Load Balancers, Network Load Balancers e Gateway Load Balancers. Se a descarga de conexão estiver habilitada, o Elastic Load Balancing aguardará que as solicitações em andamento sejam concluídas ou que o limite de tempo máximo expire (o que ocorrer primeiro) antes de cancelar o registro das instâncias. Você pode verificar o status do anexo usando o AWS Command Line Interface (AWS CLI) ou AWS SDKs. Você não pode verificar o status do anexo no console. **Para usar o AWS CLI para verificar o status do anexo** O [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)comando a seguir retorna o status do anexo de todas as fontes de tráfego do grupo de Auto Scaling especificado. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` O exemplo retorna o ARN do grupo-alvo do Elastic Load Balancing que está vinculado ao grupo do Auto Scaling, junto com o status do anexo do grupo-alvo no elemento`State`. ``` { "TrafficSources": [ { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456", "State": "InService", "Type": "elbv2" } ] } ``` # Adicione uma Zona de disponibilidade Para se beneficiar da segurança e da confiabilidade da redundância geográfica, distribua seu grupo do Auto Scaling em várias zonas de disponibilidade dentro de uma região e anexe um balanceador de carga para distribuir o tráfego de entrada entre essas zonas de disponibilidade. Quando uma zona de disponibilidade se torna não íntegra ou indisponível, o Amazon EC2 Auto Scaling inicia novas instâncias em uma zona de disponibilidade não afetada. Quando a zona de disponibilidade não íntegra retornar para um estado íntegro, o Amazon EC2 Auto Scaling redistribuirá automaticamente as instâncias da aplicação uniformemente entre todas as zonas de disponibilidade designadas. O Amazon EC2 Auto Scaling faz isso tentando iniciar novas instâncias na zona de disponibilidade com o menor número de instâncias. No entanto, se a tentativa falhar, o Amazon EC2 Auto Scaling tentará iniciá-las em outras zonas de disponibilidade até obter êxito. O Elastic Load Balancing cria um nó de balanceador de carga para cada zona de disponibilidade que você habilita para o balanceador de carga. Se você habilitar o balanceamento de carga entre zonas, cada nó do balanceador de carga distribuirá o tráfego uniformemente entre as instâncias registradas em todas as zonas de disponibilidade habilitadas. Se o balanceamento de carga entre zonas estiver desabilitado, cada nó do balanceador de carga distribuirá solicitações uniformemente às instâncias registradas somente em sua zona de disponibilidade. É necessário especificar pelo menos uma zona de disponibilidade ao criar seu grupo do Auto Scaling. Posteriormente, você poderá expandir a disponibilidade da sua aplicação adicionando uma zona de disponibilidade ao seu grupo do Auto Scaling e habilitando essa zona de disponibilidade para seu balanceador de carga (se o balanceador de carga oferecer suporte a ela). **Limitações** Para atualizar quais zonas de disponibilidade estão habilitadas para seu balanceador de carga, é necessário estar ciente das seguintes limitações: + Ao habilitar uma zona de disponibilidade para seu balanceador de carga, você especifica uma sub-rede nessa zona de disponibilidade. Observe que é possível habilitar no máximo uma sub-rede por zona de disponibilidade para seu balanceador de carga. + Para balanceadores de carga voltados para a Internet, as sub-redes especificadas para o balanceador de carga devem ter pelo menos oito endereços IP disponíveis. + Para balanceadores de carga de aplicação, é necessário habilitar pelo menos duas zonas de disponibilidade. + Para balanceadores de carga de rede, você não pode desabilitar as zonas de disponibilidade habilitadas, mas pode habilitar zonas adicionais. + Para balanceadores de carga de rede, você não pode desabilitar as zonas de disponibilidade habilitadas, mas pode habilitar zonas adicionais. Use o procedimento a seguir para expandir seu grupo do Auto Scaling e balanceador de carga para uma sub-rede em uma zona de disponibilidade adicional. **Para adicionar uma zona de disponibilidade** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado de um grupo existente. Um painel dividido é aberto na parte inferior da página **Auto Scaling groups** (Grupos do Auto Scaling). 1. Na guia **Detalhes**, escolha **Rede**, **Editar**. 1. Em **Subnets** (Sub-redes), escolha a sub-rede correspondente à zona de disponibilidade que deseja adicionar ao grupo do Auto Scaling. 1. Selecione **Atualizar**. 1. Para atualizar as zonas de disponibilidade do seu balanceador de carga para que ele compartilhe as mesmas zonas do seu grupo do Auto Scaling, execute as seguintes etapas: 1. No painel de navegação, em **Load Balancing** (Balanceamento de carga), escolha **Load balancers** (Balanceadores de carga). 1. Escolha seu balanceador de carga. 1. Execute um destes procedimentos: + Para balanceadores de carga de aplicação e balanceadores de carga de rede: 1. Na guia **Description** (Descrição), em **Availability Zones** (Zonas de disponibilidade), escolha **Edit subnets** (Editar sub-redes). 1. Na página **Edit subnets** (Editar sub-redes), para **Availability Zones** (Zonas de disponibilidade), marque a caixa de seleção para a zona de disponibilidade a ser adicionada. Se houver somente uma sub-rede para essa zona de disponibilidade, ela estará selecionada. Se houver mais de uma sub-rede para essa zona de disponibilidade, selecione uma das opções disponíveis. + Para balanceadores de carga clássicos em uma VPC: 1. Na guia **Instâncias**, selecione **Editar zonas de disponibilidade**. 1. Na página **Add and Remove Subnets** (Adicionar e remover sub-redes), em **Available subnets** (Sub-redes disponíveis), selecione a sub-rede usando o ícone de adicionar (\$1). A sub-rede é movida sob **Sub-redes selecionadas**. 1. Escolha **Salvar**. ## Recursos relacionados O Amazon EC2 Auto Scaling rebalanceia seu grupo quando você altera as zonas de disponibilidade. Isso significa substituir e redistribuir algumas instâncias. Para obter mais informações, consulte [Exemplo: distribuir instâncias entre zonas de disponibilidade](auto-scaling-benefits.md#arch-AutoScalingMultiAZ). Se você registrou destinos em zonas de disponibilidade que não estão habilitados para o balanceador de carga, o balanceador de carga não roteará o tráfego para eles. Para obter mais informações, consulte [Como o Elastic Load Balancing funciona](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html) no *Manual do usuário do Elastic Load Balancing*. # Remover uma Zona de disponibilidade Para remover uma zona de disponibilidade do grupo do Auto Scaling e do balanceador de carga, use o procedimento a seguir. **Para remover uma zona de disponibilidade** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado de um grupo existente. Um painel dividido é aberto na parte inferior da página **Auto Scaling groups** (Grupos do Auto Scaling). 1. Na guia **Detalhes**, escolha **Rede**, **Editar**. 1. Em **Subnets** (Sub-redes), escolha o ícone de exclusão (X) para a sub-rede correspondente à zona de disponibilidade que deseja remover do grupo do Auto Scaling. Se houver mais de uma sub-rede para essa zona, escolha o ícone de exclusão (X) para cada uma delas. 1. Selecione **Atualizar**. 1. Para atualizar as zonas de disponibilidade do seu balanceador de carga para que ele compartilhe as mesmas zonas do seu grupo do Auto Scaling, execute as seguintes etapas: 1. No painel de navegação, em **Load Balancing** (Balanceamento de carga), escolha **Load balancers** (Balanceadores de carga). 1. Escolha seu balanceador de carga. 1. Execute um destes procedimentos: + e para Application Load Balances 1. Na guia **Description** (Descrição), em **Availability Zones** (Zonas de disponibilidade), escolha **Edit subnets** (Editar sub-redes). 1. Na página **Edit subnets** (Editar sub-redes), para **Availability Zones** (Zonas de disponibilidade), desmarque a caixa de seleção para remover a sub-rede da zona de disponibilidade selecionada. + Para balanceadores de carga clássicos em uma VPC: 1. Na guia **Instâncias**, selecione **Editar zonas de disponibilidade**. 1. Na página **Add and Remove Subnets** (Adicionar e remover sub-redes), em **Available subnets** (Sub-redes disponíveis), remova a sub-rede usando o ícone de exclusão (-). A sub-rede é movida para **Available subnets** (Sub-redes disponíveis). 1. Escolha **Salvar**. # Desanexar um grupo de destino ou um Classic Load Balancer do seu grupo do Auto Scaling Desvincular um balanceador de carga Quando o balanceador de carga não for mais necessário, use o procedimento a seguir para desvinculá-lo do grupo do Auto Scaling. **Para desvincular um balanceador de carga de um grupo** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado de um grupo existente. Um painel dividido é aberto na parte inferior da página **Auto Scaling groups** (Grupos do Auto Scaling). 1. Na guia **Detalhes**, escolha **Balanceamento de carga**, **Editar**. 1. Em **Load balancing (Balanceamento de carga)**, siga um destes procedimentos: 1. Em **Application, Network or Gateway Load Balancer target groups** (Grupos de balanceadores de carga de aplicação, rede ou gateway), escolha o ícone de exclusão (X) próximo ao grupo de destino. 1. Em **Classic Load Balancers** (Balanceadores de carga clássicos), escolha o ícone de exclusão (X) próximo ao balanceador de carga. 1. Selecione **Atualizar**. Ao terminar de desanexar o grupo de destino, você pode desativar as verificações de integridade do VPC Lattice. **Para adicionar verificações de integridade do Elastic Load Balancing** 1. Na guia **Detalhes**, escolha **Verificações de integridade**, **Editar**. 1. Para **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do Elastic Load Balancing**. 1. Selecione **Atualizar**. # Exemplos para trabalhar com o Elastic Load Balancing usando o AWS CLI AWS CLI exemplos para trabalhar com o Elastic Load Balancing Use o AWS Command Line Interface (AWS CLI) para anexar, separar e descrever balanceadores de carga e grupos-alvo, adicionar e remover verificações de saúde do Elastic Load Balancing e alterar quais zonas de disponibilidade estão habilitadas. Este tópico mostra exemplos de AWS CLI comandos que executam tarefas comuns para o Amazon EC2 Auto Scaling. **Importante** Para obter exemplos de comandos adicionais, consulte [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/index.html) e [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/index.html) na *Referência de comandos AWS CLI *. **Topics** + [ ## Anexar seu grupo-alvo ou Classic Load Balancer ](#example-attach-traffic-sources) + [ ## Descreva seus grupos de destino ou Classic Load Balancers ](#example-describe-traffic-sources) + [ ## Adicionar verificações de integridade do Elastic Load Balancing ](#example-add-elb-healthcheck) + [ ## Alterar suas zonas de disponibilidade ](#example-specify-availability-zones) + [ ## Desvincular seu grupo-alvo ou Classic Load Balancer ](#example-detach-traffic-sources) + [ ## Remover as verificações de integridade do Elastic Load Balancing ](#example-remove-elb-healthcheck) + [ ## Comandos legados ](#legacy-commands) ## Anexar seu grupo-alvo ou Classic Load Balancer Use o [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir para criar um grupo de Auto Scaling e anexar simultaneamente um grupo-alvo especificando seu Amazon Resource Name (ARN). O grupo de destino pode ser associado a um Application Load Balancer, um Network Load Balancer ou um balanceador de carga do Gateway. Substitua os valores de amostra por,`--auto-scaling-group-name`,`--vpc-zone-identifier` `--min-size` e `--max-size`. Para a opção,`--launch-template` substitua `my-launch-template` e `1` pelo nome e versão de um modelo de execução para seu grupo do Auto Scaling. Para a opção,`--traffic-sources` substitua o ARN de amostra pelo ARN de um grupo de destino para um Application Load Balancer, Network Load Balancer ou balanceador de carga de gateway. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --min-size 1 --max-size 5 \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1" ``` Use o [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)comando para anexar outros grupos-alvo ao grupo Auto Scaling depois que ele for criado. O comando a seguir adiciona outro grupo-alvo ao mesmo grupo. ``` aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2" ``` Como alternativa, para anexar um Classic Load Balancer ao seu grupo, especifique as opções `--traffic-sources` e `--type` ao usar **create-auto-scaling-group** ou,**attach-traffic-sources** como no exemplo a seguir. Substitua `my-classic-load-balancer` pelo nome de um Classic Load Balancer. Para a opção,`--type` especifique um valor de `elb`. ``` --traffic-sources "Identifier=my-classic-load-balancer" --type elb ``` ## Descreva seus grupos de destino ou Classic Load Balancers Para descrever os balanceadores de carga ou os grupos-alvo vinculados ao seu grupo de Auto Scaling, use o comando a [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)seguir. Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` O exemplo retorna o ARN dos grupos de destino do Elastic Load Balancing que você anexou ao grupo do Auto Scaling. ``` { "TrafficSources": [ { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE1", "State": "InService", "Type": "elbv2" }, { "Identifier": "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/12345678EXAMPLE2", "State": "InService", "Type": "elbv2" } ] } ``` Para ver uma explicação do campo `State` na saída, consulte [Verificar o status do anexo de seu balanceador de carga](load-balancer-status.md). ## Adicionar verificações de integridade do Elastic Load Balancing Para adicionar as verificações de saúde do Elastic Load Balancing às verificações de saúde que seu grupo de Auto Scaling realiza nas instâncias, use o comando a [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)seguir e `ELB` especifique como o valor da opção. `--health-check-type` Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "ELB" ``` As novas instâncias geralmente precisam de tempo para um breve aquecimento antes de passarem por uma verificação de integridade. Se o período de carência não proporcionar tempo de aquecimento suficiente, as instâncias poderão não parecer prontas para servir tráfego. O Amazon EC2 Auto Scaling pode considerar essas instâncias não íntegras e substituí-las. Para atualizar o período de carência da verificação de integridade, use a opção `--health-check-grace-period` ao usar,**update-auto-scaling-group** como no exemplo a seguir. *300*Substitua pelo número de segundos para manter as novas instâncias em serviço antes de encerrá-las, caso não estejam íntegras. ``` --health-check-grace-period 300 ``` Para obter mais informações, consulte [Verificações de integridade para instâncias em um grupo do Auto Scaling](ec2-auto-scaling-health-checks.md). ## Alterar suas zonas de disponibilidade Alterar suas zonas de disponibilidade apresenta algumas limitações das quais é necessário estar ciente. Para obter mais informações, consulte [Adicione uma Zona de disponibilidadeRemover uma Zona de disponibilidade](as-add-az-console.md). **Para alterar as zonas de disponibilidade de um Application Load Balancer ou Network Load Balancer** 1. Antes de alterar as zonas de disponibilidade do balanceador de carga, é uma boa ideia primeiro atualizar as zonas de disponibilidade do grupo do Auto Scaling para verificar se há disponibilidade para seus tipos de instância nas zonas especificadas. Para atualizar as zonas de disponibilidade do seu grupo de Auto Scaling, use o comando a seguir [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Substitua a sub-rede IDs de amostra pela IDs das sub-redes nas zonas de disponibilidade a serem ativadas. As sub-redes especificadas substituem as sub-redes habilitadas anteriormente. Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --vpc-zone-identifier "subnet-41767929,subnet-cb663da2,subnet-8360a9e7" ``` 1. Use o [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando a seguir para verificar se as instâncias nas novas sub-redes foram iniciadas. Se as instâncias tiverem sido iniciadas, você verá uma lista das instâncias e seus status. Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` 1. Use o comando [set-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elbv2/set-subnets.html) a seguir para especificar as sub-redes do seu balanceador de carga. Substitua a sub-rede IDs de amostra pela IDs das sub-redes nas zonas de disponibilidade a serem ativadas. É possível especificar somente uma sub-rede por Zona de disponibilidade. As sub-redes especificadas substituem as sub-redes habilitadas anteriormente. Substitua `my-lb-arn` pelo ARN do seu balanceador de carga. ``` aws elbv2 set-subnets --load-balancer-arn my-lb-arn \ --subnets subnet-41767929 subnet-cb663da2 subnet-8360a9e7 ``` **Para alterar as zonas de disponibilidade de um Classic Load Balancer** 1. Antes de alterar as zonas de disponibilidade do balanceador de carga, é uma boa ideia primeiro atualizar as zonas de disponibilidade do grupo do Auto Scaling para verificar se há disponibilidade para seus tipos de instância nas zonas especificadas. Para atualizar as zonas de disponibilidade do seu grupo de Auto Scaling, use o comando a seguir [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html). Substitua a sub-rede IDs de amostra pela IDs das sub-redes nas zonas de disponibilidade a serem ativadas. As sub-redes especificadas substituem as sub-redes habilitadas anteriormente. Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --vpc-zone-identifier "subnet-41767929,subnet-cb663da2" ``` 1. Use o [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)comando a seguir para verificar se as instâncias nas novas sub-redes foram iniciadas. Se as instâncias tiverem sido iniciadas, você verá uma lista das instâncias e seus status. Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg ``` 1. Use o comando [attach-load-balancer-to-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/attach-load-balancer-to-subnets.html) a seguir para habilitar uma nova zona de disponibilidade para seu Classic Load Balancer. Substitua o ID de sub-rede de amostra pelo ID da sub-rede para habilitar a zona de disponibilidade. Substitua `my-lb` pelo nome do seu balanceador de carga. ``` aws elb attach-load-balancer-to-subnets --load-balancer-name my-lb \ --subnets subnet-cb663da2 ``` Para desativar uma zona de disponibilidade, use o seguinte comando [detach-load-balancer-from-subnets](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/elb/detach-load-balancer-from-subnets.html). Substitua o ID de sub-rede de amostra pelo ID da sub-rede para a zona de disponibilidade a ser desabilitada. Substitua `my-lb` pelo nome do seu balanceador de carga. ``` aws elb detach-load-balancer-from-subnets --load-balancer-name my-lb \ --subnets subnet-8360a9e7 ``` ## Desvincular seu grupo-alvo ou Classic Load Balancer O [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)comando a seguir separa um grupo-alvo do seu grupo de Auto Scaling quando você não precisar mais dele. Para a opção,`--auto-scaling-group-name` substitua `my-asg` pelo nome do seu grupo. Para a opção,`--traffic-sources` substitua o ARN de amostra pelo ARN de um grupo de destino para um Application Load Balancer, Network Load Balancer ou balanceador de carga de gateway. ``` aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` Para desvincular um Classic Load Balancer do seu grupo, especifique as opções `--traffic-sources` e,`--type` como no exemplo a seguir. Substitua `my-classic-load-balancer` pelo nome de um Classic Load Balancer. Para a opção,`--type` especifique um valor de `elb`. ``` --traffic-sources "Identifier=my-classic-load-balancer" --type elb ``` ## Remover as verificações de integridade do Elastic Load Balancing Para remover as verificações de saúde do Elastic Load Balancing do seu grupo de Auto Scaling, use o comando a [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)seguir e `EC2` especifique como o valor da opção. `--health-check-type` Substitua `my-asg` pelo nome do seu grupo. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EC2" ``` Para obter mais informações, consulte [Verificações de integridade para instâncias em um grupo do Auto Scaling](ec2-auto-scaling-health-checks.md). ## Comandos legados Os exemplos a seguir mostram como você pode usar comandos legados da CLI para anexar, desvincular e descrever balanceadores de carga e grupos de destino. Eles permanecem neste documento como referência para todos os clientes que desejam usá-los. Continuamos oferecendo suporte aos comandos antigos da CLI, mas recomendamos que você use os novos comandos “fontes de tráfego” da CLI, que podem anexar e desvincular vários tipos de fontes de tráfego. Você pode usar os comandos antigos da CLI e os comandos “fontes de tráfego” da CLI no mesmo grupo do Auto Scaling. ### Anexar seu grupo de destino ou Classic Load Balancer (legado) **Para anexar um grupo de destino** O [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir cria um grupo de Auto Scaling com um grupo-alvo anexado. Especifique o nome do recurso da Amazon (ARN) de um grupo de destino para um Application Load Balancer, Network Load Balancer ou balanceador de carga de gateway. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" \ --min-size 1 --max-size 5 ``` O comando [attach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancer-target-groups.html) a seguir anexa um grupo-alvo a um grupo existente do Auto Scaling. ``` aws autoscaling attach-load-balancer-target-groups --auto-scaling-group-name my-asg \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` **Para anexar seu Classic Load Balancer** O [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir cria um grupo de Auto Scaling com um Classic Load Balancer anexado. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-configuration-name my-launch-config \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --load-balancer-names "my-load-balancer" \ --min-size 1 --max-size 5 ``` O [attach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-load-balancers.html)comando a seguir anexa o Classic Load Balancer especificado a um grupo de Auto Scaling existente. ``` aws autoscaling attach-load-balancers --auto-scaling-group-name my-asg \ --load-balancer-names my-lb ``` ### Descrever seu grupo de destino ou Classic Load Balancer (legado) **Para descrever grupos de destino** Para descrever os grupos-alvo associados a um grupo do Auto Scaling, use o comando [describe-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancer-target-groups.html). O exemplo a seguir lista os grupos-alvo do*my-asg*. ``` aws autoscaling describe-load-balancer-target-groups --auto-scaling-group-name my-asg ``` **Descrever Classic Load Balancers** Para descrever os Classic Load Balancers associados a um grupo de Auto Scaling, use o [describe-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-load-balancers.html)comando. O exemplo a seguir lista os balanceadores de carga clássicos para*my-asg*. ``` aws autoscaling describe-load-balancers --auto-scaling-group-name my-asg ``` ### Desvincular seu grupo de destino ou Classic Load Balancer (legado) **Para desanexar um grupo de destino** O comando [detach-load-balancer-target-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancer-target-groups.html) a seguir separa um grupo-alvo do seu grupo de Auto Scaling quando você não precisar mais dele. ``` aws autoscaling detach-load-balancer-target-groups --auto-scaling-group-name my-asg \ --target-group-arns "arn:aws:elasticloadbalancing:region:account-id:targetgroup/my-targets/1234567890123456" ``` **Desvincular um Classic Load Balancer** O [detach-load-balancers](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-load-balancers.html)comando a seguir separa um Classic Load Balancer do seu grupo de Auto Scaling quando você não precisar mais dele. ``` aws autoscaling detach-load-balancers --auto-scaling-group-name my-asg \ --load-balancer-names my-lb ``` # Gerenciar o fluxo de tráfego com um grupo de destino do VPC Lattice Estrutura de PVC Você pode usar o Amazon VPC Lattice para gerenciar o fluxo de tráfego e as chamadas de API entre suas aplicações e serviços que são executados em recursos separados, como grupos do Auto Scaling ou funções do Lambda. O VPC Lattice é um serviço de rede de aplicativos que permite conectar, proteger e monitorar todos os seus serviços em várias contas e nuvens privadas virtuais (). VPCs Para saber mais sobre o VPC Lattice, consulte [o que é o VPC Lattice?](https://docs.aws.amazon.com/vpc-lattice/latest/ug/) Para começar a usar o VPC Lattice, primeiro crie os recursos necessários do VPC Lattice que permitem que os recursos em uma VPC associada a uma rede de serviços se conectem entre si. Esses recursos incluem os serviços, os receptores, as regras de receptores e os grupos de destino. Para associar um grupo do Auto Scaling a um serviço do VPC Lattice, crie um grupo de destino para o serviço que roteie as solicitações para instâncias registradas por ID de instância e adicione um receptor ao serviço que envie solicitações para o grupo de destino. Em seguida, anexe o grupo de destino ao grupo do Auto Scaling. O Amazon EC2 Auto Scaling registra automaticamente as instâncias do EC2 como destinos com o grupo de destino. Posteriormente, quando o Amazon EC2 Auto Scaling precisa encerrar uma instância, ele cancela automaticamente o registro da instância do grupo de destino antes do encerramento. Depois de anexar o grupo-alvo, ele é o ponto de entrada para todas as solicitações recebidas no seu grupo do Auto Scaling. Como mostra o exemplo no diagrama a seguir, as solicitações recebidas podem então ser roteadas para o grupo-alvo apropriado usando regras do receptor especificadas para um serviço VPC Lattice. ![\[O VPC Lattice direciona o tráfego para destinos registrados em dois grupos do Auto Scaling usando roteamento baseado em caminhos.\]](http://docs.aws.amazon.com/pt_br/autoscaling/ec2/userguide/images/vpc-lattice-diagram-auto-scaling-groups.png) Quando o tráfego é roteado pelo VPC Lattice para seu grupo do Auto Scaling, o VPC Lattice equilibra as solicitações entre as instâncias no grupo usando o balanceamento de carga ida e volta. O VPC Lattice também pode monitorar a integridade das suas instâncias registradas e rotear somente o tráfego para instâncias íntegras. Para manter suas instâncias disponíveis para solicitações recebidas, você pode, opcionalmente, adicionar verificações de integridade do VPC Lattice ao seu grupo do Auto Scaling. Dessa forma, se uma das instâncias do EC2 falhar, o grupo do Auto Scaling iniciará automaticamente uma nova instância para substituí-la. O comportamento das verificações de integridade do VPC Lattice é semelhante ao comportamento das verificações de integridade do Elastic Load Balancing. As verificações de integridade padrão para um grupo do Auto Scaling são somente verificações de integridade do EC2. Para saber mais sobre o VPC Lattice, consulte [Simplifique a Service-to-Service conectividade, a segurança e o monitoramento com o Amazon VPC Lattice — agora](https://aws.amazon.com/blogs/aws/simplify-service-to-service-connectivity-security-and-monitoring-with-amazon-vpc-lattice-now-generally-available/) disponível ao público em geral no blog. AWS **Topics** + [Preparar para anexar um grupo de destino](getting-started-vpc-lattice.md) + [Anexar um grupo de destino do VPC Lattice](attach-vpc-lattice-target-group-asg.md) + [Verificar o status do anexo](verify-target-group-attachment-status.md) # Preparar para anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling Preparar para anexar um grupo de destino Antes de anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling, será necessário concluir os pré-requisitos a seguir: + Você já deve ter criado uma rede de serviços, um serviço, um receptor e um grupo-alvo do VPC Lattice. Para obter mais informações, consulte os tópicos a seguir no *Guia do usuário do VPC Lattice*. + [Redes de serviços](https://docs.aws.amazon.com/vpc-lattice/latest/ug/service-networks.html) + [Serviços](https://docs.aws.amazon.com/vpc-lattice/latest/ug/services.html) + [Listeners](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listeners.html) + [Grupos de destino](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-groups.html) + O grupo-alvo deve estar na mesma Conta da AWS VPC e região do seu grupo de Auto Scaling. + O grupo de destino deve especificar um tipo de destino `instance`. Não é possível especificar um tipo de destino `ip` ao usar um grupo do Auto Scaling. + É necessário ter permissões do IAM suficientes para anexar o grupo de destino ao grupo do Auto Scaling. O exemplo de política a seguir mostra as permissões mínimas necessárias para anexar e separar grupos de destino. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "autoscaling:AttachTrafficSources", "autoscaling:DetachTrafficSources", "autoscaling:DescribeTrafficSources", "vpc-lattice:RegisterTargets", "vpc-lattice:DeregisterTargets" ], "Resource": "*" } ] } ``` ------ + Se o modelo de execução do seu grupo do Auto Scaling não contiver as configurações corretas para o VPC Lattice, como um grupo de segurança compatível, será necessário atualizar o modelo de execução. As instâncias existentes não são atualizadas com as novas configurações quando o modelo de execução é modificado. Para atualizar as instâncias existentes, você pode iniciar uma atualização para substituir a instância. Para obter mais informações, consulte [Use uma atualização de instância para atualizar instâncias em um grupo do Auto Scaling](asg-instance-refresh.md). + Antes de ativar as verificações de integridade do VPC Lattice no grupo do Auto Scaling, você pode configurar uma verificação de integridade baseada em aplicações para verificar se a aplicação está respondendo conforme o esperado. Para obter mais informações, consulte [Verificações de integridade para seus grupos de destino](https://docs.aws.amazon.com/vpc-lattice/latest/ug/target-group-health-checks.html) no *Guia do usuário do VPC Lattice*. ## Grupos de segurança: regras de entrada e saída Os grupos de segurança atuam como firewall para instâncias do EC2 associadas, controlando o tráfego de entrada e saída no nível da instância. **nota** A configuração da rede é suficientemente complexa e recomendamos fortemente que você crie um novo grupo de segurança para uso com o VPC Lattice. Também facilita a ajuda Suporte se você precisar entrar em contato com eles. As seções a seguir se baseiam na suposição de que você segue essa recomendação. *Para saber mais sobre a criação de grupos de segurança para o VPC Lattice que você pode usar com seu grupo do Auto Scaling, consulte [Controle o tráfego usando grupos de segurança](https://docs.aws.amazon.com/vpc-lattice/latest/ug/security-groups.html) no Guia do usuário do VPC Lattice*. Para solucionar problemas com o fluxo de tráfego, consulte o *Guia do usuário do VPC Lattice* para obter mais informações. Para obter informações sobre como criar um grupo de segurança, consulte [Criar um grupo de segurança](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-security-group.html) no *Manual do Usuário do Amazon EC2* e use a tabela a seguir para determinar quais opções selecionar. | Opção | Valor | | --- | --- | | Nome | Um nome fácil de lembrar. | | Descrição | Uma descrição para ajudar você a identificar o grupo de segurança. | | VPC | A mesma VPC do grupo do Auto Scaling. | ### Regras de entrada Quando você cria um security group, ele não possui regras de entrada. Nenhum tráfego de entrada originário de clientes em uma rede de serviços do VPC Lattice para a instância será permitido até que você adicione regras de entrada ao grupo de segurança. Para permitir que clientes em uma rede de serviços do VPC Lattice se conectem às instâncias no grupo do Auto Scaling, o grupo de segurança do grupo do Auto Scaling deve estar configurado corretamente. Nesse caso, defina uma regra de entrada para permitir o tráfego do nome da lista de prefixos AWS gerenciados do VPC Lattice, em vez de um endereço IP específico. A lista de prefixos do VPC Lattice é um intervalo de endereços IP usado pelo VPC Lattice na notação CIDR. Para obter mais informações, consulte [Trabalhar com listas AWS de prefixos gerenciadas no Guia](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) do usuário da Amazon *VPC*. Para obter informações sobre como adicionar regras a um grupo de segurança, consulte [Configuração de regras do grupo de segurança](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-security-group-rules.html) no *Guia do usuário da Amazon VPC* e use a tabela a seguir para determinar quais opções é necessário selecionar. | Opção | Valor | | --- | --- | | Regra HTTP | Tipo: HTTP Fonte: com.amazonaws. *region*.vpc-lattice | | Regra HTTPS | Tipo: HTTPS Fonte: com.amazonaws. *region*.vpc-lattice | O grupo de segurança é com estado: permite o tráfego de clientes dentro da rede de serviços do VPC Lattice para instâncias no grupo do Auto Scaling e envia a resposta de volta para o cliente que saiu anteriormente. ### Regras de saída Por padrão, um security group inclui uma regra de saída que permite todo o tráfego de saída. Opcionalmente, você pode remover essa regra padrão e adicionar uma regra de saída para acomodar necessidades específicas de segurança. ## Limitações + Não há suporte a [grupos de instâncias mistas](ec2-auto-scaling-mixed-instances-groups.md). Se você vincular um grupo de destino do VPC Lattice a um grupo do Auto Scaling que tenha uma política de instâncias mistas, o algoritmo de balanceamento de carga distribuirá uniformemente a carga em todos os recursos disponíveis, pressupondo que as instâncias sejam semelhantes o suficiente para lidar com cargas iguais. # Anexe um grupo de destino VPC Lattice ao seu grupo do Auto Scaling Anexar um grupo de destino do VPC Lattice Este tópico descreve como anexar um grupo de destino do VPC Lattice a um grupo do Auto Scaling. Também descreve como ativar as verificações de integridade do VPC Lattice para permitir que o Amazon EC2 Auto Scaling substitua instâncias que o VPC Lattice relata como não íntegras. Por padrão, o Amazon EC2 Auto Scaling substitui somente instâncias que não sejam íntegras ou inacessíveis com base nas verificações de integridade do Amazon EC2. Se você ativar as verificações de integridade do VPC Lattice, o Amazon EC2 Auto Scaling poderá substituir uma instância em execução se algum dos grupos de destino do VPC Lattice que você anexar ao grupo do Auto Scaling relatar que ela não é íntegra. Para obter mais informações, consulte [Verificações de integridade para instâncias em um grupo do Auto Scaling](ec2-auto-scaling-health-checks.md). **Importante** Antes de continuar, preencha todos os [pré-requisitos](getting-started-vpc-lattice.md) na seção anterior. ## Anexar um grupo de destino do VPC Lattice Você pode anexar um ou vários grupos de destino a um grupo do Auto Scaling ao criar ou atualizar o grupo. ------ #### [ Console ] Siga as etapas nesta seção para usar o console para: + Anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling + Ative as verificações de integridade do VPC Lattice **Para anexar um grupo de destino do VPC Lattice a um novo grupo do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Na barra de navegação na parte superior da tela, escolha Região da AWS onde você criou seu grupo-alvo. 1. Selecione **Criar grupo do Auto Scaling**. 1. Nas etapas 1 e 2, escolha as opções conforme desejado e prossiga para a **Etapa 3: Configurar opções avançadas**. 1. Para **opções de integração com o VPC Lattice**, escolha **Anexar ao serviço do VPC Lattice**. 1. Em **Escolher o grupo de destino do VPC Lattice**, escolha seu grupo de destino. 1. (Opcional) Em **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do VPC Lattice**. 1. (Opcional) Em **Período de carência para verificação de integridade**, insira o tempo, em segundos. Esse é o tempo que o Amazon EC2 Auto Scaling precisa aguardar antes de verificar o status de integridade de uma instância depois que ela entra no estado`InService`. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). 1. Prossiga para criar o grupo do Auto Scaling. Suas instâncias serão registradas automaticamente no grupo de destino VPC Lattice após a criação do grupo do Auto Scaling. **Para anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling existente** Use o procedimento a seguir para anexar um grupo de destino de um serviço a um grupo do Auto Scaling existente. 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado do seu grupo do Auto Scaling. Um painel dividido é aberto na parte inferior da página. 1. **Na guia **Detalhes**, escolha as **opções de integração do VPC Lattice**, Editar**. 1. Sob **as opções de integração com o VPC Lattice**, escolha **Anexar ao serviço do VPC Lattice**. 1. Em **Escolher o grupo de destino do VPC Lattice**, escolha seu grupo de destino. 1. Selecione **Atualizar**. Ao terminar de anexar o grupo de destino, você pode, opcionalmente, ativar as verificações de integridade que o usam. **Para ativar as verificações de integridade da VPC Lattice** 1. Na guia **Detalhes**, escolha **Verificações de integridade**, **Editar**. 1. Em **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, selecione **Ativar verificações de integridade do VPC Lattice**. 1. Em **Período de carência da verificação de integridade**, insira o tempo, em segundos. Esse é o tempo que o Amazon EC2 Auto Scaling precisa aguardar antes de verificar o status de integridade de uma instância depois que ela entra no estado`InService`. Para obter mais informações, consulte [Definir um período de carência da verificação de integridade para um grupo do Auto Scaling](health-check-grace-period.md). 1. Selecione **Atualizar**. ------ #### [ AWS CLI ] Siga as etapas desta seção para usar o AWS CLI para: + Anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling + Ative as verificações de integridade do VPC Lattice **Anexar um grupo de destino do VPC Lattice ao grupo do Auto Scaling** Use o [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)comando a seguir para criar um grupo de Auto Scaling e anexar simultaneamente um grupo-alvo do VPC Lattice especificando seu Amazon Resource Name (ARN). Substitua os valores de amostra por,`--auto-scaling-group-name`,`--vpc-zone-identifier` `--min-size` e `--max-size`. Na opção,`--launch-template` substitua `my-launch-template` e `1` pelo nome e versão do modelo de execução que você criou para instâncias registradas em um grupo de destino do VPC Lattice. Na opção,`--traffic-sources` substitua o ARN de amostra pelo ARN do seu grupo de destino do VPC Lattice. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --launch-template LaunchTemplateName=my-launch-template,Version='1' \ --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \ --min-size 1 --max-size 5 \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` Use o [attach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/attach-traffic-sources.html)comando a seguir para anexar um grupo-alvo do VPC Lattice a um grupo do Auto Scaling depois que ele já tiver sido criado. ``` aws autoscaling attach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` **Para ativar as verificações de integridade do VPC Lattice** Se você configurou uma verificação de integridade baseada em aplicações para seu grupo de destino do **VPC Lattice**, é possível ativar essas verificações de integridade. Use o [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)comando [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)ou com a `--health-check-type` opção e um valor de`VPC_LATTICE`. Para especificar o período de carência para as verificações de integridade realizadas pelo seu grupo do Auto Scaling, inclua a opção `--health-check-grace-period` e forneça seu valor em segundos. ``` --health-check-type "VPC_LATTICE" --health-check-grace-period 60 ``` ------ ## Desanexar um grupo de destino do VPC Lattice Se o VPC Lattice não for mais necessário, use o procedimento a seguir para desanexar o grupo de destino do grupo do Auto Scaling. ------ #### [ Console ] Siga as etapas nesta seção para usar o console para: + Desanexar um grupo de destino do VPC Lattice de um grupo do Auto Scaling + Desative as verificações de integridade do VPC Lattice **Para desanexar um grupo de destino do VPC Lattice de um grupo do Auto Scaling** 1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)e escolha **Auto Scaling Groups** no painel de navegação. 1. Marque a caixa de seleção ao lado de um grupo existente. Um painel dividido é aberto na parte inferior da página. 1. **Na guia **Detalhes**, escolha as **opções de integração do VPC Lattice**, Editar**. 1. Em **Opções de integração do VPC Lattice**, escolha o ícone de exclusão (X) próximo ao grupo de destino. 1. Selecione **Atualizar**. Ao terminar de desanexar o grupo de destino, você pode desativar as verificações de integridade do VPC Lattice. **Para desativar as verificações de integridade do VPC Lattice** 1. Na guia **Detalhes**, escolha **Verificações de integridade**, **Editar**. 1. Em **Verificações de integridade**, **Tipos adicionais de verificação de integridade**, desmarque **Ativar verificações de integridade do VPC Lattice**. 1. Escolha **Atualizar**. ------ #### [ AWS CLI ] Siga as etapas desta seção para usar o AWS CLI para: + Desanexar um grupo de destino do VPC Lattice de um grupo do Auto Scaling + Desative as verificações de integridade do VPC Lattice Use o [detach-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/detach-traffic-sources.html)comando para separar um grupo-alvo do seu grupo de Auto Scaling quando você não precisar mais dele. ``` aws autoscaling detach-traffic-sources --auto-scaling-group-name my-asg \ --traffic-sources "Identifier=arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE" ``` Para atualizar as verificações de saúde em um grupo do Auto Scaling para que ele não use mais as verificações de saúde do VPC Lattice, use o comando. [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) Inclua a opção `--health-check-type` e um valor de `EC2`. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EC2" ``` ------ # Verifique o status do anexo do grupo de destino do VPC Lattice Verificar o status do anexo Após anexar um grupo de destino do VPC Lattice a um grupo do Auto Scaling, ele entra no estado `Adding` ao registrar as instâncias no grupo. Após todas as instâncias do grupo são registradas, ele entra no estado `Added`. Depois que pelo menos uma instância registrada passa nas verificações de integridade, ele entra no estado `InService`. Após o grupo de destino entrar no estado,`InService` o Amazon EC2 Auto Scaling pode encerrar e substituir todas as instâncias relatadas como não íntegras. Se nenhuma instância registrada passar nas verificações de integridade (por exemplo, devido a um erro na configuração da verificação de integridade), o grupo de destino não entrará no estado `InService`. O Amazon EC2 Auto Scaling não termina e substitui as instâncias. Quando você desanexa um grupo de destino para um serviço, ele entra no estado `Removing` ao cancelar o registro das instâncias do grupo. As instâncias permanecem em execução após o cancelamento do registro. Por padrão, a drenagem da conexão (atraso de cancelamento de registro) é habilitada. Se a drenagem da conexão estiver habilitada, o VPC Lattice aguardará a conclusão das solicitações em andamento ou a expiração do tempo limite máximo (o que ocorrer primeiro) antes de cancelar o registro das instâncias. Você pode verificar o status do anexo usando o AWS Command Line Interface (AWS CLI) ou AWS SDKs. Você não pode verificar o status do anexo no console. **Para usar o AWS CLI para verificar o status do anexo** O [describe-traffic-sources](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-traffic-sources.html)comando a seguir retorna o status do anexo de todas as fontes de tráfego do grupo de Auto Scaling especificado. ``` aws autoscaling describe-traffic-sources --auto-scaling-group-name my-asg ``` O exemplo retorna o ARN do grupo-alvo do VPC Lattice que está anexado ao grupo do Auto Scaling, junto com o status do anexo do grupo de destino no elemento `State`. ``` { "TrafficSources": [ { "Identifier": "arn:aws:vpc-lattice:region:account-id:targetgroup/tg-0e2f2665eEXAMPLE", "State": "InService", "Type": "vpc-lattice" } ] } ``` # Use EventBridge para lidar com eventos do Auto Scaling EventBridge A Amazon EventBridge, anteriormente chamada de CloudWatch Eventos, ajuda você a configurar regras orientadas por eventos que monitoram recursos e iniciam ações direcionadas que usam outros serviços. AWS Os eventos do Amazon EC2 Auto Scaling são EventBridge entregues quase em tempo real. Você pode estabelecer EventBridge regras que invocam ações programáticas e notificações em resposta a uma variedade desses eventos. Por exemplo, enquanto as instâncias estão em processo de inicialização ou encerramento, você pode invocar uma AWS Lambda função para realizar uma tarefa pré-configurada. Os alvos das EventBridge regras podem incluir AWS Lambda funções, tópicos do Amazon SNS, destinos de API, barramentos de eventos e muito mais. Contas da AWS Para obter informações sobre as metas suportadas, consulte as [ EventBridge metas da Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-targets.html) no *Guia EventBridge do usuário da Amazon*. Comece criando EventBridge regras com um exemplo usando um tópico e uma EventBridge regra do Amazon SNS. Em seguida, quando um usuário iniciar uma atualização de instância, o Amazon SNS notificará você por e-mail sempre que um ponto de verificação for alcançado. Para obter mais informações, consulte [Crie EventBridge regras, por exemplo, eventos de atualização](monitor-events-eventbridge-sns.md). **Topics** + [ # Referência de eventos do Amazon EC2 Auto Scaling ](ec2-auto-scaling-event-reference.md) + [ # Exemplos de eventos e padrões de atualização de instâncias ](instance-refresh-eventbridge-events.md) + [ # Exemplos de eventos e padrões de pool ativo ](warm-pools-eventbridge-events.md) + [ # Use EventBridge as regras da Amazon para automatizar ações ](create-eventbridge-rules.md) # Referência de eventos do Amazon EC2 Auto Scaling Referência de eventos do Amazon EC2 Auto Scaling Usando a Amazon EventBridge, você pode criar *regras* que correspondam aos *eventos* recebidos e encaminhá-los aos *alvos* para processamento. **Topics** + [ ## Eventos de ação do ciclo de vida ](#ec2-auto-scaling-lifecycle-action-events) + [ ## Eventos de escalabilidade bem-sucedidos ](#ec2-auto-scaling-successful-scaling-events) + [ ## Eventos de escalabilidade sem êxito ](#ec2-auto-scaling-unsuccessful-scaling-events) ## Eventos de ação do ciclo de vida Quando você adiciona ganchos de ciclo de vida ao seu grupo de Auto Scaling, o Amazon EC2 Auto Scaling envia eventos EventBridge para quando uma instância passa para um estado de espera. Os eventos são emitidos com base no melhor esforço. **Topics** + [ ### Expandir ação do ciclo de vida ](#launch-lifecycle-action) + [ ### Reduzir ação do ciclo de vida ](#terminate-lifecycle-action) ### Expandir ação do ciclo de vida O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling moveu uma instância para um `Pending:Wait` estado devido a um gancho do ciclo de vida de inicialização. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "87654321-4321-4321-4321-210987654321", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Reduzir ação do ciclo de vida O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling moveu uma instância para um `Terminating:Wait` estado devido a um hook de encerramento do ciclo de vida. **Importante** Quando um grupo do Auto Scaling retorna instâncias para um pool ativo em redução, o retorno de instâncias para o grupo de aquecimento também pode gerar eventos `EC2 Instance-terminate Lifecycle Action`. Eventos que são entregues quando uma instância passa para o estado de espera em redução têm `WarmPool` como valor para `Destination`. Para obter mais informações, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken":"87654321-4321-4321-4321-210987654321", "AutoScalingGroupName":"my-asg", "LifecycleHookName":"my-lifecycle-hook", "EC2InstanceId":"i-1234567890abcdef0", "LifecycleTransition":"autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata":"additional-info", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` ## Eventos de escalabilidade bem-sucedidos Os exemplos a seguir mostram os tipos de eventos para eventos de escalabilidade bem-sucedidos. Os eventos são emitidos com base no melhor esforço. **Topics** + [ ### Evento de expansão bem-sucedido ](#launch-successful) + [ ### Evento de redução bem-sucedido ](#terminate-successful) ### Evento de expansão bem-sucedido O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling executou uma instância com êxito. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Launch Successful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "InProgress", "Description": "Launching a new EC2 instance: i-12345678", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Evento de redução bem-sucedido O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling encerrou uma instância com êxito. **Importante** Quando um grupo do Auto Scaling retorna instâncias para um pool ativo em redução, o retorno de instâncias para o pool ativo também pode gerar eventos `EC2 Instance Terminate Successful`. Os eventos que são entregues quando uma instância retorna com sucesso ao pool ativo têm `WarmPool` como valor para `Destination`. Para obter mais informações, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Terminate Successful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "InProgress", "Description": "Terminating EC2 instance: i-12345678", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` ## Eventos de escalabilidade sem êxito Os exemplos a seguir mostram os tipos de eventos para eventos de escalabilidade malsucedidos. Os eventos são emitidos com base no melhor esforço. **Topics** + [ ### Evento de expansão sem êxito ](#launch-unsuccessful) + [ ### Evento de redução sem êxito ](#terminate-unsuccessful) ### Evento de expansão sem êxito O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling falhou ao iniciar uma instância. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Launch Unsuccessful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "Failed", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "message-text", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "EC2", "Destination": "AutoScalingGroup" } } ``` ### Evento de redução sem êxito O evento de exemplo a seguir mostra que o Amazon EC2 Auto Scaling falhou ao encerrar uma instância. **Importante** Quando um grupo do Auto Scaling retorna instâncias para um pool ativo em redução, deixar de retornar as instâncias ao pool ativo também pode gerar eventos`EC2 Instance Terminate Unsuccessful` . Os eventos que são entregues quando uma instância falha ao retornar ao pool ativo têm `WarmPool` como valor`Destination`. Para obter mais informações, consulte [Instance reuse policy](ec2-auto-scaling-warm-pools.md#instance-reuse-policy). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance Terminate Unsuccessful", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn", "instance-arn" ], "detail": { "StatusCode": "Failed", "AutoScalingGroupName": "my-asg", "ActivityId": "87654321-4321-4321-4321-210987654321", "Details": { "Availability Zone": "us-west-2b", "Subnet ID": "subnet-12345678" }, "RequestId": "12345678-1234-1234-1234-123456789012", "StatusMessage": "message-text", "EndTime": "yyyy-mm-ddThh:mm:ssZ", "EC2InstanceId": "i-1234567890abcdef0", "StartTime": "yyyy-mm-ddThh:mm:ssZ", "Cause": "description-text", "Origin": "AutoScalingGroup", "Destination": "EC2" } } ``` # Exemplos de eventos e padrões de atualização de instâncias Exemplos de eventos e padrões de atualização de instâncias Usando a Amazon EventBridge, você pode criar *regras* que correspondam aos *eventos* recebidos e encaminhá-los aos *alvos* para processamento. **Topics** + [ ## Eventos de atualização de instância ](#instance-refresh-events) + [ ## A atualização da instância substitui os eventos do ciclo de vida do volume raiz ](#instance-refresh-rvr-lifecycle-events) ## Eventos de atualização de instância Os seguintes exemplos mostram eventos do recurso de atualização de instância. Os eventos são emitidos com base no melhor esforço. **Topics** + [ ### Ponto de verificação alcançado ](#instance-refresh-checkpoint-reached) + [ ### Atualização de instância iniciada ](#instance-refresh-started) + [ ### Atualização de instância bem-sucedida ](#instance-refresh-succeeded) + [ ### Falha na atualização de instância ](#instance-refresh-failed) + [ ### Atualização de instância cancelada ](#instance-refresh-cancelled) + [ ### Início da reversão da atualização da instância ](#instance-refresh-rollback-started) + [ ### A reversão da atualização da instância foi bem-sucedida ](#instance-refresh-rollback-succeeded) + [ ### Falha na reversão da atualização da instância ](#instance-refresh-rollback-failed) ### Ponto de verificação alcançado Quando o número de instâncias substituídas atinge o limite percentual definido para o ponto de verificação, o Amazon EC2 Auto Scaling envia o evento a seguir. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Checkpoint Reached", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "ab00cf8f-9126-4f3c-8010-dbb8cad6fb86", "AutoScalingGroupName": "my-asg", "CheckpointPercentage": "50", "CheckpointDelay": "300" } } ``` ### Atualização de instância iniciada Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`InProgress`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Started", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Atualização de instância bem-sucedida Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`Successful`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Succeeded", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Falha na atualização de instância Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`Failed`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Failed", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Atualização de instância cancelada Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`Cancelled`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Cancelled", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Início da reversão da atualização da instância Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`RollbackInProgress`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Started", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### A reversão da atualização da instância foi bem-sucedida Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`RollbackSuccessful`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Succeeded", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ### Falha na reversão da atualização da instância Quando o status de uma atualização de instância muda para, o Amazon EC2 Auto Scaling envia o seguinte evento`Failed`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Auto Scaling Instance Refresh Rollback Failed", "source": "aws.autoscaling", "account": "123456789012", "time": "yyyy-mm-ddThh:mm:ssZ", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "InstanceRefreshId": "c613620e-07e2-4ed2-a9e2-ef8258911ade", "AutoScalingGroupName": "my-asg" } } ``` ## A atualização da instância substitui os eventos do ciclo de vida do volume raiz Quando você adiciona ganchos de ciclo de vida ao seu grupo de Auto Scaling, o Amazon EC2 Auto Scaling envia eventos EventBridge para quando uma instância passa para um estado de espera. Para obter mais informações, consulte [Use ganchos de ciclo de vida para substituir o volume raiz](replace-root-volume.md#replace-root-volume-lifecycle-hooks). Os exemplos a seguir mostram eventos em que seu grupo de Auto Scaling tem instâncias passando por uma substituição do volume raiz durante uma atualização da instância. Os eventos são emitidos com base no melhor esforço. **Topics** + [ ### Comece a substituir a ação do ciclo de vida do volume raiz ](#rvr-start-lifecycle-action) + [ ### Finalizar a substituição da ação do ciclo de vida do volume raiz ](#rvr-end-lifecycle-action) + [ ### Exemplo de padrões de eventos ](#rvr-event-patterns) ### Comece a substituir a ação do ciclo de vida do volume raiz Quando uma instância é selecionada para substituição do volume raiz durante a atualização da instância e seu estado muda para`ReplacingRootVolume:Wait`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-terminate-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "AutoScalingGroup", "Action": "ReplaceRootVolume" } } ``` ### Finalizar a substituição da ação do ciclo de vida do volume raiz Quando uma instância conclui a substituição do volume raiz e seu estado muda para`Pending:Wait`. ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "AutoScalingGroup", "Action": "ReplaceRootVolume" } } ``` ### Exemplo de padrões de eventos A seção anterior fornece exemplos de eventos emitidos pelo Amazon EC2 Auto Scaling durante uma atualização de instância com a estratégia de substituição do volume raiz. EventBridge os padrões de eventos têm a mesma estrutura dos eventos aos quais eles correspondem. O padrão menciona os campos com os quais você deseja fazer a correspondência e fornece os valores que você está procurando. Os seguintes campos no evento formam o padrão de evento definido na regra para invocar uma ação: `"source": "aws.autoscaling"` Identifica que o evento é do Amazon EC2 Auto Scaling. `"detail-type": "EC2 Instance-launch Lifecycle Action"` Identifica o tipo de evento. `"Action": "ReplaceRootVolume"` Identifica qual ação está sendo executada na instância. Use o exemplo de padrão de evento a seguir para capturar todos os eventos associados às instâncias que se preparam para substituir seus volumes raiz: ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-terminate Lifecycle Action" ], "detail": { "Action": [ "ReplaceRootVolume" ] } } ``` Use o exemplo de padrão de evento a seguir para capturar todos os eventos associados às instâncias que retornam ao serviço após concluir a substituição do volume raiz: ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Action": [ "ReplaceRootVolume" ] } } ``` # Exemplos de eventos e padrões de pool ativo Exemplos de eventos e padrões de pool ativo O Amazon EC2 Auto Scaling suporta vários padrões predefinidos na Amazon. EventBridge Isso simplifica a forma como um padrão de evento é criado. Você seleciona valores de campo em um formulário e EventBridge gera o padrão para você. No momento, o Amazon EC2 Auto Scaling não oferece suporte a padrões predefinidos para eventos emitidos por um grupo do Auto Scaling com um pool ativo. Você deve inserir o padrão como um objeto JSON. Esta seção e o tópico [Crie EventBridge regras para eventos em piscinas aquecidas](warm-pool-events-eventbridge-rules.md) mostram como usar um padrão de evento para selecionar eventos e enviá-los para destinos. Para criar EventBridge regras que filtrem os eventos relacionados ao pool aquecido para os quais o Amazon EC2 Auto Scaling envia, EventBridge inclua os campos `Destination` e `Origin` da seção do `detail` evento. Os valores de `Origin` e `Destination` podem ser: `EC2` \$1 `AutoScalingGroup` \$1 `WarmPool` **Topics** + [ ## Eventos de exemplo ](#warm-pool-events) + [ ## Exemplo de padrões de eventos ](#warm-pools-eventbridge-patterns) ## Eventos de exemplo Quando você adiciona ganchos de ciclo de vida ao seu grupo de Auto Scaling, o Amazon EC2 Auto Scaling envia eventos EventBridge para quando uma instância passa para um estado de espera. Para obter mais informações, consulte [Usar ganchos do ciclo de vida com um grupo dinâmico no grupo do Auto Scaling](warm-pool-instance-lifecycle.md). Esta seção inclui exemplos desses eventos quando seu grupo do Auto Scaling tem um pool ativo. Os eventos são emitidos com base no melhor esforço. **nota** Para eventos para os quais o Amazon EC2 Auto Scaling EventBridge envia quando a escalabilidade é bem-sucedida, consulte. [Eventos de escalabilidade bem-sucedidos](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-successful-scaling-events) Para eventos em que a escalabilidade não é bem-sucedida, consulte[Eventos de escalabilidade sem êxito](ec2-auto-scaling-event-reference.md#ec2-auto-scaling-unsuccessful-scaling-events) . **Topics** + [ ### Expandir ação do ciclo de vida ](#warm-pool-scale-out-events) + [ ### Reduzir ação do ciclo de vida ](#warm-pool-scale-in-events) ### Expandir ação do ciclo de vida Os eventos que são entregues quando uma instância faz a transição para um estado de espera por eventos de expansão têm `EC2 Instance-launch Lifecycle Action` como valor`detail-type` . No objeto `detail`, os valores dos atributos `Origin` e `Destination` mostram de onde a instância vem e para onde está indo. Neste exemplo de evento de expansão, uma nova instância é iniciada e seu estado muda para `Warmed:Pending:Wait` porque ela foi adicionada ao pool ativo. Para obter mais informações, consulte[Transições de estado do ciclo de vida para instâncias em um pool ativo](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-13T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "71514b9d-6a40-4b26-8523-05e7eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "EC2", "Destination": "WarmPool" } } ``` Neste exemplo de evento de expansão, o estado da instância muda para `Pending:Wait` porque ela foi adicionada ao grupo do Auto Scaling a partir do pool ativo. Para obter mais informações, consulte [Transições de estado do ciclo de vida para instâncias em um pool ativo](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-launch Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2021-01-19T00:35:52.359Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "19cc4d4a-e450-4d1c-b448-0de67EXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-launch-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_LAUNCHING", "NotificationMetadata": "additional-info", "Origin": "WarmPool", "Destination": "AutoScalingGroup" } } ``` ### Reduzir ação do ciclo de vida Os eventos que são entregues quando uma instância faz a transição para um estado de espera em eventos de redução têm `EC2 Instance-terminate Lifecycle Action` como valor para `detail-type`. No objeto `detail`, os valores dos atributos `Origin` e `Destination` mostram de onde a instância vem e para onde está indo. Neste evento de exemplo, o estado de uma instância muda para `Warmed:Pending:Wait` quando ela é retornada ao pool ativo. Para obter mais informações, consulte [Transições de estado do ciclo de vida para instâncias em um pool ativo](warm-pool-instance-lifecycle.md#lifecycle-state-transitions). ``` { "version": "0", "id": "12345678-1234-1234-1234-123456789012", "detail-type": "EC2 Instance-terminate Lifecycle Action", "source": "aws.autoscaling", "account": "123456789012", "time": "2022-03-28T00:12:37.214Z", "region": "us-west-2", "resources": [ "auto-scaling-group-arn" ], "detail": { "LifecycleActionToken": "42694b3d-4b70-6a62-8523-09a1eEXAMPLE", "AutoScalingGroupName": "my-asg", "LifecycleHookName": "my-termination-lifecycle-hook", "EC2InstanceId": "i-1234567890abcdef0", "LifecycleTransition": "autoscaling:EC2_INSTANCE_TERMINATING", "NotificationMetadata": "additional-info", "Origin": "AutoScalingGroup", "Destination": "WarmPool" } } ``` ## Exemplo de padrões de eventos A seção anterior fornece exemplos de eventos emitidos pelo Amazon EC2 Auto Scaling. EventBridge os padrões de eventos têm a mesma estrutura dos eventos aos quais eles correspondem. O padrão menciona os campos com os quais você deseja fazer a correspondência e fornece os valores que você está procurando. Os seguintes campos no evento formam o padrão de evento definido na regra para invocar uma ação: `"source": "aws.autoscaling"` Identifica que o evento é do Amazon EC2 Auto Scaling. `"detail-type": "EC2 Instance-launch Lifecycle Action"` Identifica o tipo de evento. `"Origin": "EC2"` Identifica a origem da instância. `"Destination": "WarmPool"` Identifica o destino da instância. Use o padrão de evento de exemplo a seguir para capturar todos os `EC2 Instance-launch Lifecycle Action` eventos associados a instâncias que entram no pool ativo. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "EC2" ], "Destination": [ "WarmPool" ] } } ``` Use o padrão de evento de exemplo a seguir para capturar todos os `EC2 Instance-launch Lifecycle Action` eventos associados a instâncias que saem do pool ativo devido a um evento de expansão.​ ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "WarmPool" ], "Destination": [ "AutoScalingGroup" ] } } ``` Use o padrão de evento de exemplo a seguir para capturar todos os `EC2 Instance-launch Lifecycle Action` eventos associados a instâncias que são iniciadas diretamente no grupo do Auto Scaling. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "Origin": [ "EC2" ], "Destination": [ "AutoScalingGroup" ] } } ``` Use o padrão de evento de exemplo a seguir para capturar todos os `EC2 Instance-terminate Lifecycle Action` eventos associados a instâncias que retornam ao pool ativo ao reduzir a escala vertical. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-terminate Lifecycle Action" ], "detail": { "Origin": [ "AutoScalingGroup" ], "Destination": [ "WarmPool" ] } } ``` Use o exemplo de padrão de evento a seguir para capturar todos os eventos associados a `EC2 Instance-launch Lifecycle Action`, independentemente da origem ou do destino. ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ] } ``` # Use EventBridge as regras da Amazon para automatizar ações EventBridge regras Quando um evento é emitido pelo Amazon EC2 Auto Scaling, uma notificação de evento é enviada para a EventBridge Amazon como um arquivo JSON. Você pode escrever uma EventBridge regra para automatizar as ações a serem tomadas quando um padrão de evento corresponder à regra. Se EventBridge detectar um padrão de evento que corresponda a um padrão definido em uma regra, EventBridge invoca o alvo (ou alvos) especificado na regra. Você pode usar os procedimentos de exemplo nesta seção como ponto de partida. Talvez a documentação a seguir também seja útil. + Para executar ações personalizadas em instâncias conforme elas estão sendo iniciadas ou antes que sejam encerradas usando uma função do Lambda, consulte [Tutorial: Configurar um gancho do ciclo de vida que invoca uma função do Lambda](tutorial-lifecycle-hook-lambda.md). + Para invocar uma função Lambda em chamadas de API registradas CloudTrail, [consulte Tutorial: AWS Registrar chamadas EventBridge de API usando](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-log-api-call.html) o *Amazon EventBridge * User Guide. + Para obter mais informações sobre como criar regras de eventos, consulte [Criação de EventBridge regras da Amazon que reagem a eventos](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html) no *Guia EventBridge do usuário da Amazon*. **Topics** + [ # Crie EventBridge regras, por exemplo, eventos de atualização ](monitor-events-eventbridge-sns.md) + [ # Crie EventBridge regras para eventos em piscinas aquecidas ](warm-pool-events-eventbridge-rules.md) # Crie EventBridge regras, por exemplo, eventos de atualização O exemplo a seguir cria uma EventBridge regra para enviar uma notificação por e-mail. Ele faz isso sempre que seu grupo do Auto Scaling emite um evento quando um ponto de verificação é atingido durante uma atualização de instância. O procedimento para configurar notificações por e-mail usando o Amazon SNS está incluído. Para usar o Amazon SNS para enviar notificações por e-mail, você deve primeiro criar um *tópico* e, em seguida, assinar seus endereços de e-mail para o tópico. Para obter mais informações sobre o recurso de atualização de instância, consulte [Use uma atualização de instância para atualizar instâncias em um grupo do Auto Scaling](asg-instance-refresh.md). ## Crie um tópico do Amazon SNS Um tópico do SNS é um ponto de acesso lógico, um canal de comunicação que seu grupo do Auto Scaling usa para enviar notificações. Você cria um tópico especificando um nome para o tópico. Os nomes de tópico devem atender aos seguintes requisitos: + Ter de 1 a 256 caracteres + Conter letras maiúsculas e minúsculas ASCIIs, números, sublinhados ou hífens Para obter mais informações, consulte [Criação de um tópico do Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-topic.html) no *Guia do desenvolvedor do Amazon Simple Notification Service*. ## Assinar o tópico do Amazon SNS Para receber as notificações que seu grupo do Auto Scaling envia ao tópico, você deve assinar um endpoint para o tópico. Neste procedimento, em **Endpoint**, especifique o endereço de e-mail no qual você deseja receber as notificações do Amazon EC2 Auto Scaling. Para obter instruções, consulte [Assinatura de um tópico do Amazon SNS](https://docs.aws.amazon.com/sns/latest/dg/sns-create-subscribe-endpoint-to-topic.html) no *Guia do desenvolvedor do Amazon Simple Notification Service*. ## Confirmar sua assinatura do Amazon SNS O Amazon SNS envia um e-mail de confirmação para o endereço de e-mail especificado na etapa anterior. Certifique-se de abrir o e-mail em AWS Notificações e escolher o link para confirmar a assinatura antes de continuar com a próxima etapa. Você receberá uma mensagem de confirmação de. AWS O Amazon SNS agora está configurado para receber notificações e enviar a notificação como um e-mail para o endereço de e-mail que você especificou. ## Encaminhar eventos para seu tópico do Amazon SNS Crie uma regra que corresponda aos eventos selecionados e os encaminhe para o tópico do Amazon SNS para notificar os endereços de e-mail inscritos. **Para criar uma regra que envie notificações para o tópico do Amazon SNS** 1. Abra o EventBridge console da Amazon em [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/). 1. No painel de navegação, escolha **Regras**. 1. Escolha **Create rule**. 1. Em **Define rule detail** (Definir detalhe da regra), faça o seguinte: 1. Informe um **Name (Nome)** para a regra e, opcionalmente, uma descrição. Uma regra não pode ter o mesmo nome que outra regra na mesma região e no mesmo barramento de eventos. 1. Em **Barramento de eventos**, escolha **padrão**. Quando um AWS serviço na sua conta gera um evento, ele sempre vai para o ônibus de eventos padrão da sua conta. 1. Em **Rule type**, escolha **Rule with an event pattern**. 1. Escolha **Próximo**. 1. Em **Build event pattern** (Criar padrão de evento), faça o seguinte: 1. Em **Origem do evento**, escolha **AWS eventos ou eventos de EventBridge parceiros**. 1. Em **Event pattern** (Padrão de evento), faça o seguinte: 1. Para **Origem do evento**, escolha **Serviços da AWS**. 1. Em **AWS service (Serviço da AWS)**, escolha **Auto Scaling**. 1. Em **Event type** (Tipo de evento), escolha **Instance Refresh** (Atualização de instância). 1. Por padrão, a regra corresponde a qualquer instância na região. Para criar uma regra que notifique você quando um ponto de verificação for atingido durante uma atualização de instância, escolha **Specific instance event(s)** (Eventos específicos de instância) e selecione **EC2 Auto Scaling Instance Refresh Checkpoint Reached** (Ponto de verificação de atualização de instância do EC2 Auto Scaling atingido). 1. Por padrão, a regra corresponde a qualquer grupo do Auto Scaling na região. Para fazer com que a regra corresponda a um grupo do Auto Scaling específico, escolha **Specific group name(s)** (Nomes de grupos específicos) e selecione um ou mais grupos do Auto Scaling. 1. Escolha **Próximo**. 1. Em **Select target(s)** (Selecionar destino(s)), faça o seguinte: 1. Em **Target types** (Tipos de destino), escolha **AWS service (Serviço da AWS)**. 1. Em **Select a target** (Selecionar um destino), escolha **SNS topic** (Tópico do SNS). 1. Em **Topic** (Tópico), escolha o tópico do Amazon SNS. 1. (Opcional) Em **Additional settings** (Configurações adicionais), é possível, opcionalmente, definir configurações adicionais. Para obter mais informações, consulte [Criação de EventBridge regras da Amazon que reagem a eventos](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) no *Guia EventBridge do usuário da Amazon*. 1. Escolha **Próximo**. 1. (Opcional) Em **Tags** (Etiquetas), é possível atribuir, opcionalmente, uma ou mais etiquetas à sua regra e, em seguida, escolher **Next** (Próximo). 1. Em **Review and create** (Revisar e criar), revise os detalhes da regra e modifique-os conforme necessário. Em seguida, escolha **Create rule** (Criar regra). # Crie EventBridge regras para eventos em piscinas aquecidas O exemplo a seguir cria uma EventBridge regra para invocar ações programáticas. Ele faz isso sempre que seu grupo do Auto Scaling emitir um evento quando uma nova instância for adicionada ao pool ativo. Antes de criar a regra, crie a AWS Lambda função que você deseja que a regra use como destino. Você deve especificar essa função como o destino da regra. O procedimento a seguir fornece somente as etapas para criar a EventBridge regra que atua quando novas instâncias entram no pool aquecido. Para obter um tutorial introdutório que mostra como criar uma função simples do Lambda a ser invocada quando um evento recebido corresponder a uma regra, consulte [Tutorial: Configurar um gancho do ciclo de vida que invoca uma função do Lambda](tutorial-lifecycle-hook-lambda.md). Para obter mais informações sobre como criar e trabalhar com pools ativos, consulte [Diminua a latência para aplicações com tempos de inicialização longos usando pools ativos](ec2-auto-scaling-warm-pools.md). **Para criar uma regra de evento para invocar uma função do Lambda** 1. Abra o EventBridge console da Amazon em [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/). 1. No painel de navegação, escolha **Regras**. 1. Escolha **Create rule**. 1. Em **Define rule detail** (Definir detalhe da regra), faça o seguinte: 1. Informe um **Name (Nome)** para a regra e, opcionalmente, uma descrição. Uma regra não pode ter o mesmo nome que outra regra na mesma região e no mesmo barramento de eventos. 1. Em **Barramento de eventos**, escolha **padrão**. Quando um AWS service (Serviço da AWS) em sua conta gera um evento, ele sempre vai para o ônibus de eventos padrão da sua conta. 1. Em **Rule type**, escolha **Rule with an event pattern**. 1. Escolha **Próximo**. 1. Em **Build event pattern** (Criar padrão de evento), faça o seguinte: 1. Em **Origem do evento**, escolha **AWS eventos ou eventos de EventBridge parceiros**. 1. Em **Padrão de evento**, escolha **Padrão personalizado (editor JSON)** e cole o padrão a seguir na caixa **Padrão de evento**, substituindo o texto pelo nome do seu grupo de Auto Scaling. **italics** ``` { "source": [ "aws.autoscaling" ], "detail-type": [ "EC2 Instance-launch Lifecycle Action" ], "detail": { "AutoScalingGroupName": [ "my-asg" ], "Origin": [ "EC2" ], "Destination": [ "WarmPool" ] } } ``` Para criar uma regra que faça a correspondência com outros eventos, modifique o padrão de evento. Para obter mais informações, consulte [Exemplo de padrões de eventos](warm-pools-eventbridge-events.md#warm-pools-eventbridge-patterns). 1. Escolha **Próximo**. 1. Em **Select target(s)** (Selecionar destino(s)), faça o seguinte: 1. Em **Target types** (Tipos de destino), escolha **AWS service (Serviço da AWS)**. 1. Em **Select a target** (Selecionar um destino), escolha **Lambda function** (Função do Lambda). 1. Em **Function** (Função), escolha a função para a qual deseja enviar os eventos. 1. (Opcional) Em **Configure version/alias** (Configurar versão/alias), insira as configurações de versão e alias para a função do Lambda de destino. 1. (Opcional) Em **Additional settings** (Configurações adicionais), insira qualquer configuração adicional conforme adequado para seu aplicativo. Para obter mais informações, consulte [Criação de EventBridge regras da Amazon que reagem a eventos](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) no *Guia EventBridge do usuário da Amazon*. 1. Escolha **Próximo**. 1. (Opcional) Em **Tags** (Etiquetas), é possível atribuir, opcionalmente, uma ou mais etiquetas à sua regra e, em seguida, escolher **Next** (Próximo). 1. Em **Review and create** (Revisar e criar), revise os detalhes da regra e modifique-os conforme necessário. Em seguida, escolha **Create rule** (Criar regra). # Fornecer conectividade de rede para suas instâncias do Auto Scaling usando a Amazon VPC Amazon VPC A Amazon Virtual Private Cloud (Amazon VPC) é um serviço que permite lançar AWS recursos como grupos de Auto Scaling em uma rede virtual logicamente isolada que você define. Uma sub-rede na Amazon VPC é uma subdivisão em uma zona de disponibilidade definida por um segmento de intervalo de endereços IP da VPC. Usando sub-redes, você pode agrupar suas instâncias com base em suas necessidades operacionais e de segurança. Uma sub-rede reside totalmente dentro da Zona de disponibilidade em que foi criada. Você ativa instâncias do Auto Scaling dentro das sub-redes. Para habilitar a comunicação entre a internet e as instâncias em suas sub-redes, é necessário criar um gateway de internet e anexá-lo à sua VPC. Um gateway de internet permite que seus recursos nas sub-redes conectem-se à internet por meio da borda da rede do Amazon EC2. Se o tráfego de uma sub-rede for roteado para um gateway da Internet, a sub-rede será conhecida como uma *sub-rede pública*. Se o tráfego de uma sub-rede não for roteado para um gateway de internet, a sub-rede será conhecida como uma sub-rede *privada*. Use uma sub-rede pública para recursos que devem ser conectados à internet, e uma sub-rede privada para recursos que não precisam ser conectados à internet. Para obter mais informações sobre como fornecer acesso à Internet a instâncias em uma VPC, consulte [Acesso à Internet](https://docs.aws.amazon.com/vpc/latest/userguide/how-it-works.html#what-is-connectivity) no *Guia do usuário da Amazon VPC*. **Topics** + [ ## VPC padrão ](#as-defaultVPC) + [ ## VPC não padrão ](#as-nondefaultVPC) + [ ## Considerações sobre a escolha de sub-redes da VPC ](#as-vpc-considerations) + [ ## Endereçamento IP em uma VPC ](#as-vpc-ipaddress) + [ ## Interfaces de rede em uma VPC ](#as-vpc-network-interfaces) + [ ## Locação de localização de instância ](#as-vpc-tenancy) + [ ## AWS Outposts ](#auto-scaling-outposts) + [ ## Mais recursos para aprender sobre VPCs ](#auto-scaling-resources-about-vpcs) ## VPC padrão Se você criou o seu Conta da AWS depois de 4 de dezembro de 2013 ou está criando seu grupo de Auto Scaling em um novo Região da AWS, criamos uma VPC padrão para você. Sua VPC padrão é fornecida com uma sub-rede padrão em cada Zona de disponibilidade. Por padrão, se você tiver uma VPC padrão, seu grupo do Auto Scaling será criado na VPC padrão. Você pode visualizá-lo VPCs na [ VPCs página Sua](https://console.aws.amazon.com/vpc/home?/#vpcs) do console Amazon VPC. Para obter mais informações sobre a VPC padrão, consulte [Padrão VPCs](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html) no Guia do usuário da Amazon *VPC*. ## VPC não padrão Você pode optar por criar mais VPCs acessando a [página Painel da VPC](https://console.aws.amazon.com/vpc/home?/#vpcs) em Console de gerenciamento da AWS e selecionando Criar **VPC**. Para saber mais, consulte o *[Manual do usuário da Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/)*. **nota** Uma VPC abrange todas as zonas de disponibilidade na Região da AWS. Quando você adicionar sub-redes à VPC, escolha várias zonas de disponibilidade para garantir que as aplicação hospedadas nessas sub-redes sejam altamente disponíveis. Uma zona de disponibilidade é um ou mais datacenters discretos com energia, redes e conectividade redundantes em uma Região da AWS. As zonas de disponibilidade permitem tornar as aplicação em produção altamente disponíveis, tolerantes a falhas e escaláveis. ## Considerações sobre a escolha de sub-redes da VPC Observe os seguintes fatores ao escolher as sub-redes da VPC para seu grupo do Auto Scaling: + Se você estiver conectando um balanceador de carga Elastic Load Balancing ao seu grupo do Auto Scaling, as instâncias poderão ser iniciadas em sub-redes públicas ou privadas. No entanto, o balanceador de carga deve ser criado somente nas sub-redes para suportar a resolução de DNS. + Se você estiver acessando suas instâncias do Auto Scaling diretamente por meio do SSH, as instâncias poderão ser iniciadas somente em sub-redes públicas. + Se você estiver acessando instâncias do Auto Scaling sem entrada AWS Systems Manager usando o Session Manager, as instâncias podem ser executadas em sub-redes públicas ou privadas. + Se você estiver usando sub-redes privadas, poderá permitir que as instâncias do Auto Scaling acessem a Internet usando um gateway NAT público. + Por padrão, as sub-redes padrão em uma VPC padrão são sub-redes públicas. ## Endereçamento IP em uma VPC Quando você ativa suas instâncias do Auto Scaling em uma VPC, um endereço IP privado no intervalo de CIDR da sub-rede na qual a instância foi executada é automaticamente atribuído às suas instâncias. Isso permite que suas instâncias se comuniquem com outras instâncias na VPC. Você pode configurar um modelo de execução ou uma configuração de execução para atribuir IPv4 endereços públicos às suas instâncias. A atribuição de endereços IP públicos às suas instâncias permite que elas se comuniquem com a Internet ou com outros AWS serviços. Quando você executa instâncias em uma sub-rede configurada para atribuir IPv6 endereços automaticamente, elas recebem IPv6 endereços IPv4 e endereços. Caso contrário, eles receberão somente IPv4 endereços. Para obter mais informações, consulte [IPv6os endereços](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#ipv6-addressing) no Guia do *usuário do Amazon EC2*. Para obter informações sobre como especificar intervalos CIDR para a VPC ou sub-rede, consulte o [Manual do usuário da Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/). O Amazon EC2 Auto Scaling pode atribuir automaticamente endereços IP privados adicionais na execução da instância quando você utiliza um modelo de execução que especifica interfaces de rede adicionais. Cada interface de rede recebe um único endereço IP privado do intervalo CIDR da sub-rede em que a instância é executada. Nesse caso, o sistema não pode mais atribuir automaticamente um IPv4 endereço público à interface de rede primária. Você não poderá se conectar às suas instâncias por meio de um IPv4 endereço público, a menos que associe os endereços IP elásticos disponíveis às instâncias do Auto Scaling. ## Interfaces de rede em uma VPC Cada instância na sua VPC tem uma interface de rede padrão (a interface de rede primária). Você não pode desvincular uma interface de rede primária de uma instância. Você pode criar e anexar uma interface de rede adicional para qualquer instância da VPC. O número de interfaces de rede que você pode anexar varia de acordo com o tipo de instância. Ao iniciar uma instância usando um modelo de execução, você pode especificar interfaces de rede adicionais. No entanto, iniciar uma instância do Auto Scaling com várias interfaces de rede cria automaticamente cada interface na mesma sub-rede da instância. Isso ocorre porque o Amazon EC2 Auto Scaling ignora as sub-redes definidas no modelo de execução em favor do que é especificado no grupo do Auto Scaling. Para obter mais informações, consulte [Criar um modelo de execução para um grupo do Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-launch-template.html). Se você criar ou conectar duas ou mais interfaces de rede da mesma sub-rede a uma instância, poderá encontrar problemas de rede, como roteamento assimétrico, especialmente em instâncias que usem uma variante de Linux não Amazon. Se você precisar desse tipo de configuração, deverá configurar a interface de rede secundária dentro do sistema operacional. Para ver um exemplo, consulte [Como posso fazer minha interface de rede secundária funcionar na minha instância do Ubuntu EC2](https://repost.aws/knowledge-center/ec2-ubuntu-secondary-network-interface)? no Centro de AWS Conhecimento. ## Locação de localização de instância Por padrão, todas as instâncias na VPC são executadas como instâncias de locação compartilhada. O Amazon EC2 Auto Scaling também oferece suporte a instâncias dedicadas e hosts dedicados. Para obter mais informações, consulte [Criar um modelo de execução usando configurações avançadas](advanced-settings-for-your-launch-template.md). ## AWS Outposts AWS Outposts estende uma Amazon VPC de uma AWS região para um posto avançado com os componentes da VPC que são acessíveis na região, incluindo gateways de internet, gateways privados virtuais, Amazon VPC Transit Gateways e VPC endpoints. Um Outpost fica hospedado em uma zona de disponibilidade na região e é uma extensão dessa zona de disponibilidade que você pode usar para resiliência. Para obter mais informações, consulte o [Guia do usuário do AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/). Para obter um exemplo de como implantar um grupo do Auto Scaling que atenda ao tráfego de um Application Load Balancer em um Outpost, consulte a seguinte postagem de blog [Configuring an Application Load Balancer on AWS Outposts](https://aws.amazon.com/blogs/networking-and-content-delivery/configuring-an-application-load-balancer-on-aws-outposts/) (Configurar um Application Load Balancer no ). ## Mais recursos para aprender sobre VPCs Use os tópicos a seguir para saber mais sobre sub-redes VPCs e sub-redes. + Sub-redes privadas em uma VPC + [Exemplo: VPC com servidores em sub-redes privadas e NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-private-subnets-nat.html) + [Gateways NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) + Sub-redes públicas em uma VPC + [Exemplo: VPC para um ambiente de teste](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-dev-test.html) + [Exemplo: VPC para servidores web e de banco de dados](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-example-web-database-servers.html) + Sub-redes para seu Application Load Balancer + [Sub-redes para seu balanceador de carga](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#subnets-load-balancer) + Informações gerais da VPC + [Guia do usuário da Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/) + [Connect VPCs usando o emparelhamento de VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html) + [Interfaces de rede elástica](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) + [Usar endpoints da VPC para conectividade privada](ec2-auto-scaling-vpc-endpoints.md)