Um grupo de dimensionamento é um conjunto de instâncias com o mesmo cenário de aplicação e tipo de instância (ECS ou ECI). Ao executar aplicações em contêineres no ECI, use o Auto Scaling para dimensionar instâncias ECI conforme a carga de trabalho. Essa abordagem mantém a disponibilidade da aplicação e reduz custos.
Procedimento
Antes de começar, escolha um método para criar o grupo de dimensionamento. O Alibaba Cloud oferece múltiplas opções. Siga o guia correspondente ao método escolhido.
Para criar um grupo de dimensionamento com base na configuração de uma instância ECI existente, consulte Método 1: Criar um grupo de dimensionamento com base na configuração de uma instância ECI existente.
Para criar um grupo de dimensionamento rapidamente e configurar a origem da configuração da instância posteriormente, consulte Método 2: Criar um grupo de dimensionamento ECI do zero.
Para criar e gerenciar grupos de dimensionamento ECI usando um arquivo YAML do Kubernetes, consulte Método 3: Criar um grupo de dimensionamento ECI usando um arquivo YAML do Kubernetes.
Método 1: A partir de uma instância ECI existente
Método 2: Do zero
Método 3: A partir de um arquivo YAML do Kubernetes
Parâmetros
Configuração básica
|
Parâmetro |
Descrição |
|
Scaling Group Name |
Nome do grupo de dimensionamento. Deve ter entre 2 e 64 caracteres, começar com uma letra, dígito ou caractere chinês, e pode conter pontos (.), sublinhados (_) e hífens (-). |
|
Type |
Especifica o tipo de instâncias que compõem o grupo de dimensionamento. O Auto Scaling gerencia e dimensiona instâncias deste tipo.
|
|
Instance Configuration Source |
O Auto Scaling usa esta configuração para criar instâncias. Um grupo de dimensionamento suporta as seguintes origens de configuração de instância:
Nota
Ao criar um grupo de dimensionamento a partir de uma instância no console ECS, o Auto Scaling preenche automaticamente as informações relacionadas à origem da configuração da instância e ao tipo de rede. Recomendamos manter as configurações padrão. |
|
Suspend Process |
Permite suspender processos específicos antes de realizar certas operações. Por exemplo, suspenda o processo de verificação de integridade antes de parar uma instância para evitar que ela seja marcada como não íntegra e removida automaticamente do grupo de dimensionamento. Os seguintes processos podem ser suspensos:
Para mais informações, consulte Suspender e retomar processos para um grupo de dimensionamento. |
|
Deletion Protection |
Após ativar a proteção do grupo de dimensionamento, não é possível excluí-lo no console do Auto Scaling ou chamando uma API. Esse recurso evita a exclusão acidental do grupo de dimensionamento. |
|
Instance Health Check |
Se você ativar as verificações de integridade, o grupo de dimensionamento verifica periodicamente o status de execução das instâncias. Se uma instância não estiver no estado Running, o Auto Scaling a considera não íntegra e a remove. Para mais informações, consulte Ciclo de vida das instâncias em um grupo de dimensionamento. As seguintes opções são suportadas:
|
|
Maximum instance lifetime (seconds) |
Tempo máximo que uma instância pode permanecer no grupo de dimensionamento. Quando uma instância excede seu tempo de vida máximo, o Auto Scaling cria automaticamente uma nova instância para substituí-la. Nota
Este parâmetro está disponível apenas quando Type está definido como ECS. |
Quantidade de instâncias
|
Parâmetro |
Descrição |
|
Minimum Number of Instances |
Se o número de instâncias cair abaixo do tamanho mínimo, o Auto Scaling adiciona instâncias para atender a esse mínimo. |
|
Maximum Number of Instances |
Se o número de instâncias exceder o tamanho máximo, o Auto Scaling remove instâncias para atender a esse máximo. Para mais informações sobre políticas de remoção de instâncias, consulte Configurar uma política de remoção para um grupo de dimensionamento. |
|
Expected Number of Instances |
Número alvo de instâncias que o Auto Scaling mantém no grupo de dimensionamento. Para mais informações, consulte Capacidade desejada. |
Políticas de dimensionamento e remoção
Para grupos de dimensionamento ECI, não é possível alterar a Scaling Policy, a Instance Removing Policy ou o Instance Reclaim Mode. Grupos de dimensionamento ECI usam as seguintes configurações padrão:
Scaling Policy: Priority Policy.
Instance Removing Policy: Primeiro, filtra por instâncias criadas a partir da configuração de dimensionamento mais antiga e, em seguida, remove as Earliest Instances.
Instance Reclaim Mode: Release.
|
Parâmetro |
Descrição |
|
Scaling Policy |
|
|
Instance Removing Policy |
Quando instâncias precisam ser removidas de um grupo de dimensionamento, o Auto Scaling primeiro filtra as instâncias com base na política selecionada. Se múltiplas instâncias atenderem aos critérios, uma é selecionada aleatoriamente para remoção. Este parâmetro é suportado apenas quando Type está definido como ECS. As seguintes opções estão disponíveis:
Quando a Instance Removing Policy está definida como Instances Created From Earliest Scaling Configuration ou Custom Policy, múltiplas instâncias podem atender aos critérios. Configure uma política secundária para filtrar ainda mais as instâncias a serem removidas. As seguintes políticas secundárias estão disponíveis:
Nota
A remoção de instâncias também é afetada pela Scaling Policy do grupo de dimensionamento. Para mais informações, consulte Configurar uma política de remoção para um grupo de dimensionamento. |
|
Instance Reclaim Mode |
Define como o Auto Scaling lida com uma instância após sua remoção do grupo de dimensionamento. Os seguintes modos de recuperação estão disponíveis: Nota
Este parâmetro é configurável apenas quando Type está definido como ECS e Network Type está definido como VPC. Para grupos de dimensionamento ECI, o modo de recuperação padrão é Release.
|
Configuração de rede
Quando a Instance Configuration Source está definida como Launch Templates ou Select Existing Instance, parâmetros como Network Type, VPC e vSwitch são preenchidos automaticamente com base no modelo de inicialização ou na instância selecionada. Também é possível reconfigurar as definições de rede do grupo de dimensionamento conforme necessário.
|
Parâmetro |
Descrição |
|
Network Type |
Selecione um tipo de rede para as instâncias no seu grupo de dimensionamento. VPC e Classic Network são suportados. Aviso
O Network Type não pode ser alterado após a criação do grupo de dimensionamento. Importante
Recomendamos selecionar VPC. Grupos de dimensionamento em uma VPC suportam configurações mais flexíveis, como políticas de dimensionamento mais flexíveis, modos de recuperação de instâncias e associação com Application Load Balancers (ALBs) e Network Load Balancers (NLBs). Para mais informações sobre VPC, consulte O que é uma Virtual Private Cloud (VPC)?. |
|
VPC |
Este parâmetro está disponível quando Network Type está definido como VPC. Após selecionar uma VPC, todas as instâncias do seu grupo de dimensionamento são criadas dentro dessa VPC. Aviso
A VPC não pode ser alterada após a criação do grupo de dimensionamento. |
|
vSwitch |
Após selecionar uma VPC, selecione vSwitches pertencentes a essa VPC. Todas as instâncias do seu grupo de dimensionamento são criadas nos vSwitches selecionados. Importante
Recomendamos selecionar vSwitches em múltiplas zonas de disponibilidade. Isso ajuda a prevenir falhas na criação de instâncias devido a estoque insuficiente em uma única zona de disponibilidade. Se você usar um grupo de dimensionamento ECS, também poderá alterar a Scaling Policy para controlar a distribuição de instâncias entre as zonas de disponibilidade. |
Integrações de serviço
|
Parâmetro |
Descrição |
|
Associate with ApsaraDB RDS, Redis, or MongoDB |
Se suas instâncias precisarem acessar bancos de dados RDS, Redis ou MongoDB, associe os bancos de dados aqui. Isso adiciona automaticamente os endereços IP internos das novas instâncias à lista de permissões de IP dos bancos de dados associados. Nota
|
|
Associated CLB Instances (Formerly Known as SLB Instances) |
Após associar um grupo de dimensionamento a uma instância CLB, as instâncias adicionadas ao grupo são automaticamente incluídas como servidores backend na instância CLB para processar solicitações encaminhadas por ela. Especifique o grupo de servidores ao qual as instâncias serão adicionadas. Dois tipos de grupos de servidores são suportados:
Se você especificar tanto um grupo de servidores padrão quanto múltiplos grupos vServer, as instâncias serão adicionadas a todos esses grupos simultaneamente. Nota
Um grupo de dimensionamento pode ser associado a um número limitado de instâncias CLB e grupos vServer. Para visualizar sua cota ou solicitar um aumento, acesse o Quota Center. |
|
Associate with ALB, NLB, and GWLB server groups |
Importante
Este parâmetro está disponível apenas quando Network Type está definido como VPC. Após associar um grupo de dimensionamento a grupos de servidores ALB ou NLB, as instâncias adicionadas ao grupo são automaticamente incluídas como servidores backend nos grupos de servidores para processar solicitações distribuídas pelas instâncias ALB ou NLB. Especifique também a porta e o peso para os servidores backend. O peso padrão é 50. Quanto maior o peso, mais solicitações uma instância recebe. Se o peso for 0, a instância não recebe nenhuma solicitação. Se você associar um grupo de dimensionamento a múltiplos grupos de servidores ALB ou NLB, as instâncias adicionadas ao grupo serão incluídas em todos esses grupos simultaneamente. Nota
Quando um grupo de dimensionamento é associado a grupos de servidores GWLB, a configuração de peso não é suportada e a porta não pode ser modificada. Nota
Um grupo de dimensionamento pode ser associado a um número limitado de grupos de servidores ALB e NLB. Para visualizar sua cota ou solicitar um aumento, acesse o Quota Center. |
Outras configurações
|
Parâmetro |
Descrição |
|
Tag |
Adicione tags para facilitar a busca e a organização dos grupos de dimensionamento. Para mais informações, consulte Tags. Nota
As tags configuradas aqui aplicam-se ao grupo de dimensionamento. Para adicionar tags às instâncias dentro do grupo, defina as tags na configuração de dimensionamento ou no modelo de inicialização. |
|
Tags Propagated to Instances During Scale-out |
Propaga as tags selecionadas do grupo de dimensionamento para novas instâncias durante eventos de scale-out. |
|
Add Existing Instance |
Este parâmetro está disponível quando Type está definido como ECS e Instance Configuration Source está definido como Launch Templates ou Select Existing Instance. Se você definir uma capacidade desejada e adicionar instâncias existentes ao mesmo tempo, a capacidade desejada aumenta automaticamente. Por exemplo, se você definir a capacidade desejada como 1 e adicionar duas instâncias existentes ao criar um grupo de dimensionamento, as duas instâncias existentes serão adicionadas ao grupo após sua criação, e a capacidade desejada passará a ser 3. Para permitir que o grupo de dimensionamento gerencie o ciclo de vida das instâncias existentes, marque a caixa de seleção Enable the scaling group to manage the instance lifecycle.
Nota
É possível adicionar instâncias subscription a um grupo de dimensionamento, mas não é possível permitir que o grupo gerencie o ciclo de vida de instâncias subscription. |
|
Create Regular Rule |
O Auto Scaling pode enviar notificações por SMS, mensagens internas e e-mail quando uma atividade de dimensionamento for bem-sucedida, falhar ou for rejeitada. Para mais informações, consulte Configurar notificações. |
|
Resource Group |
Selecione um grupo de recursos para organizar seus recursos de grupo de dimensionamento. Isso permite visualizações isoladas de recursos e controle de acesso. Para mais informações, consulte Usar grupos de recursos para gerenciamento granular de grupos de dimensionamento. |
|
Synchronize Alert Rule to CloudMonitor |
Este recurso só pode ser ativado ou desativado durante a criação do grupo de dimensionamento. Se você ativar este recurso, o sistema cria e associa um grupo de aplicações do CloudMonitor ao grupo de dimensionamento, e as regras de alerta do grupo são sincronizadas e exibidas no console do CloudMonitor. |
Parâmetros YAML
Campos YAML do Kubernetes
Para implantar um scaling group do tipo Elastic Container Instance usando um arquivo YAML do Kubernetes, configure apenas os seguintes campos de um recurso Kubernetes Deployment.
Um arquivo YAML geralmente consiste nas seções kind, metadata e spec. Para detalhes sobre a estrutura do arquivo YAML, consulte o exemplo de Deployment no site oficial do Kubernetes.
Anotações estendidas
Ao implantar um grupo de dimensionamento para Elastic Container Instance (ECI) usando um arquivo YAML do Kubernetes, apenas as seguintes anotações estendidas são suportadas.