Criar um modelo de execução usando configurações avançadas

Digite um nome exclusivo que descreva o modelo de inicialização.

Escolha a imagem de máquina da Amazon (AMI) que você deseja usar. Você pode pesquisar ou procurar a AMI que deseja usar. Para obter a melhor eficiência de escala, escolha uma AMI personalizada que esteja totalmente configurada para iniciar uma instância com o código da sua aplicação e que exija poucas modificações na inicialização.

Escolha um tipo de instância compatível com a AMI. Você pode ignorar a adição de um tipo de instância ao seu modelo de inicialização se planeja usar vários tipos de instâncias incorporados na definição de recurso do próprio grupo do Auto Scaling. Um tipo de instância só é necessário se você não planeja criar um grupo de instâncias mistas.

O perfil da instância contém o perfil do IAM que você deseja utilizar. Quando seu grupo do Auto Scaling inicia uma instância do EC2, as permissões definidas no perfil do IAM associada são concedidas às aplicações em execução na instância. Para obter mais informações, consulte Função do IAM para aplicativos executados em EC2 instâncias da Amazon.

Quando ativado, esse atributo impede que os usuários terminem uma instância usando o console do Amazon EC2, comandos da CLI e operações de API. A proteção contra terminação oferece uma proteção extra contra terminação acidental. Isso não impede que o Amazon EC2 Auto Scaling encerre uma instância. Para controlar quais instâncias o Amazon EC2 Auto Scaling pode terminar, consulte Use a proteção de redução da escala horizontalmente da instância para controlar a terminação da instância.

Você pode ativar o monitoramento detalhado de suas instâncias do EC2 para permitir que elas enviem dados de métricas para o Amazon CloudWatch em intervalos de 1 minuto. Por padrão, as instâncias do EC2 enviam dados de métricas para o CloudWatch em intervalos de 5 minutos. Aplicam-se cobranças adicionais. Para obter mais informações, consulte Configurar monitoramento para instâncias do Auto Scaling.

O Amazon EC2 oferece instâncias de desempenho expansível, como T2, T3 e T3a, que permitem que as aplicações ultrapassem o desempenho de linha de base da CPU quando necessário. Por padrão, essas instâncias podem ser expandidas por um tempo limitado antes que a utilização da CPU seja controlada. Opcionalmente, você pode ativar o modo ilimitado para que as instâncias possam ser expandidas além da linha de base pelo tempo que for necessário. Isso permite que as aplicações mantenham o alto desempenho da CPU quando necessário. Podem se aplicar cobranças adicionais. Para mais informações, consulte Use um grupo de Auto Scaling para iniciar uma instância de desempenho escalável como Ilimitada no Guia do Usuário do Amazon EC2.

Você pode especificar um grupo de posicionamento e usar um cluster ou uma estratégia de partição para influenciar a forma como suas instâncias estão fisicamente localizadas no data center da AWS. Para grupos pequenos do Auto Scaling, você também pode usar a estratégia de propagação. Para obter mais informações, consulte Grupos de posicionamento, no Guia do usuário do Amazon EC2.

Há algumas considerações ao usar grupos de posicionamento com grupos do Auto Scaling:

Você pode escolher Request Spot instances (Solicitar instâncias spot) para solicitar ao preço spot, limitado ao preço sob demanda e escolha Customize (Personalizar) para alterar as configurações padrão da instância spot. Para um grupo do Auto Scaling, é necessário especificar uma solicitação única sem data de término (o padrão). Para obter mais informações, consulte Solicitar instâncias spot para aplicações flexíveis e com tolerância a falhas. Esta configuração pode ser útil em circunstâncias especiais, mas, em geral, é melhor não especificá-la e, em seu lugar, é melhor criar um grupo misto de instâncias. Para obter mais informações, consulte Grupos do Auto Scaling com vários tipos de instâncias e opções de compra.

Se você especificar uma solicitação de instância spot em seu modelo de execução, não poderá criar um grupo misto de instâncias. Se você tentar usar um modelo de execução que solicite instâncias spot com um grupo misto de instâncias, você receberá a seguinte mensagem de erro: Incompatible launch template: You cannot use a launch template that is set to request Spot Instances (InstanceMarketOptions) when you configure an Auto Scaling group with a mixed instances policy. Add a different launch template to the group and try again.

As Reservas de Capacidade permitem reservar capacidade para suas instâncias do Amazon EC2 em uma Zona de Disponibilidade específica por qualquer duração. Consulte mais informações em On-Demand Capacity Reservations no Guia do usuário do Amazon EC2.

Você pode escolher se deseja iniciar instâncias em:

Para selecionar uma reserva de capacidade específica, o tipo de instância em seu modelo de inicalização deve corresponder ao tipo de instância da reserva. Quando você criar o grupo do Auto Scaling, use a mesma zona de disponibilidade que a reserva de capacidade. Dependendo da sua escolha de Região da AWS, você pode optar por ter como alvo um bloco de capacidade. Para obter mais informações, consulte Use Capacity Blocks para workloads de machine learning..

Para escolher um grupo de Reservas de Capacidade, consulte Reservas de capacidade sob demanda para reservar capacidade em zonas de disponibilidade específicas . Ao selecionar um grupo de reservas de capacidade, você pode ter capacidade distribuída em várias zonas de disponibilidade para melhorar a resiliência.

O Amazon EC2 oferece três opções para a locação de suas instâncias do EC2:

O suporte para Hosts Dedicados está disponível apenas se você especificar um grupo de recursos de host. Não é possível direcionar um ID de host específico nem usar afinidade de posicionamento de host.

Com o AWS License Manager, você pode trazer suas próprias licenças para a AWS e gerenciá-las de forma centralizada. Um grupo de recursos de host é um grupo de hosts dedicados vinculados a uma configuração de licença específica do License Manager. Os grupos de recursos de host permitem que você inicie facilmente instâncias do EC2 em hosts dedicados que atendam às suas necessidades de licenciamento de software. Você não precisa alocar manualmente os hosts dedicados com antecedência. Eles são criados automaticamente conforme necessário. Observe que, quando você associa uma AMI a uma configuração de licença, essa AMI só pode ser associada a um grupo de recursos de host por vez. Para obter mais informações, consulte Grupos de recursos de host no AWS License Manager no Guia do usuário do License Manager.

Com essa configuração, você pode especificar uma configuração de licença para suas instâncias sem restringir a locação delas a hosts dedicados. A configuração da licença rastreia as licenças de software implantadas nas instâncias para que você possa monitorar o uso e a conformidade da licença. Para mais informações, consulte Criar uma licença gerenciada pelo próprio usuário no Guia do Usuário do License Manager.

Você pode escolher se deseja habilitar ou desabilitar o acesso ao endpoint HTTP do serviço de metadados da instância. Por padrão, o endpoint de HTTP está habilitado. Se você optar por desabilitar o endpoint, o acesso aos metadados da instância será desativado. Só é possível especificar a condição para exigir IMDSv2 quando o endpoint HTTP estiver habilitado. Consulte mais informações em Configurar as opções de metadados da instância no Guia do usuário do Amazon EC2.

Você pode escolher exigir o uso da Versão 2 do Serviço de Metadados da Instância (IMDSv2) ao solicitar metadados da instância. Se você não especificar um valor, o padrão é oferecer suporte a IMDSv1 e IMDSv2. Consulte mais informações em Configurar as opções de metadados da instância no Guia do usuário do Amazon EC2.

Você pode definir o número permitido de saltos de rede para o token de metadados. Se você não especificar um valor, o padrão é 1. Consulte mais informações em Configurar as opções de metadados da instância no Guia do usuário do Amazon EC2.

É possível personalizar e concluir a configuração das instâncias no momento da inicialização, especificando scripts de shell ou diretivas de inicialização na nuvem como dados do usuário. Os dados do usuário são executados quando a instância é iniciada, permitindo a instalação automática de aplicações, dependências ou personalizações no momento da inicialização. Para obter mais informações, consulte Executar comandos na instância do Linux no lançamento no Guia do usuário do Amazon EC2.

Se você tiver downloads grandes ou scripts complexos, isso aumentará o tempo necessário para que a instância fique pronta para uso. Nesse caso, talvez seja necessário configurar um gancho do ciclo de vida para atrasar o alcance do estado InService de uma instância até que ela seja totalmente provisionada. Para obter mais informações sobre a adição de um gancho do ciclo de vida, ao seu grupo de Auto Scaling, consulte Ganchos do ciclo de vida do Amazon EC2 Auto Scaling.