Encontre respostas para perguntas frequentes sobre faturamento, grupos de dimensionamento, configurações de dimensionamento, tarefas agendadas, tarefas acionadas por eventos e atividades de dimensionamento do Auto Scaling.
O Auto Scaling é um service pago?
O Auto Scaling é gratuito. Ativar o service ou criar um grupo de dimensionamento não gera cobranças. No entanto, os recursos associados — como instâncias ECS, instâncias ECI, instâncias SLB e instâncias ApsaraDB RDS — são cobrados. Para mais informações, consulte Billing of associated resources.
Por que minhas instâncias ECS ou ECI são liberadas imediatamente após minha conta ficar com pagamento em atraso?
O Auto Scaling oferece um recurso de verificação de integridade. Quando uma instância ECS ou ECI não está no estado Running, o Auto Scaling a considera não íntegra. Instâncias não íntegras são automaticamente removidas do grupo de dimensionamento e podem ser liberadas. Para mais informações, consulte Instance lifecycle in a scaling group.
Quando há pagamento em atraso na conta, todas as instâncias pós-pagas do grupo de dimensionamento — incluindo instâncias de pagamento conforme o uso e instâncias spot — são interrompidas. O Auto Scaling identifica essas instâncias interrompidas como não íntegras e, em seguida, as remove e libera.
Mantenha saldo suficiente na conta. Para informações sobre como o status das instâncias muda em razão de pagamentos em atraso, consulte Expiration and overdue payments.
As instâncias ECS ou ECI continuam sendo cobradas após desabilitar um grupo de dimensionamento?
Sim. O grupo de dimensionamento em si é gratuito, mas as instâncias ECS ou ECI dentro dele são cobradas. Se houver instâncias no grupo após desabilitá-lo, o faturamento dessas instâncias continua normalmente.
O Auto Scaling oferece suporte ao dimensionamento automático de discos de dados?
Não.
O Auto Scaling aumenta ou reduz automaticamente o número de instâncias ECS ou ECI em um grupo de dimensionamento. Ele não altera a configuração de instâncias individuais, como a quantidade ou o tamanho dos discos de dados.
É obrigatório usar o Auto Scaling com SLB, CloudMonitor e ApsaraDB RDS?
Não.
O Auto Scaling pode ser utilizado de forma independente. No entanto, integrá-lo a outros serviços como SLB, CloudMonitor e ApsaraDB RDS amplia suas capacidades. Por exemplo:
Implante com SLB para distribuição de tráfego. Para mais informações, consulte What is Classic Load Balancer (CLB)?.
Implante com ApsaraDB RDS para bancos de dados gerenciados. Para mais informações, consulte What is ApsaraDB RDS?.
Use o CloudMonitor para acionar atividades de expansão e redução. Para mais informações, consulte Overview of event-triggered tasks.
Quantas instâncias posso adicionar a um grupo de dimensionamento?
Para informações sobre os limites do número de instâncias e outros recursos do Auto Scaling, consulte Limits.
Posso adicionar instâncias existentes a um grupo de dimensionamento?
Sim.
As instâncias ECS ou ECI a serem adicionadas devem atender às seguintes condições:
A instância deve estar na mesma região do grupo de dimensionamento. Para mais informações, consulte Regions and zones.
A instância deve estar no estado Running. Para mais informações, consulte Instance lifecycle ou ECI instance lifecycle.
A instância não deve pertencer a outro grupo de dimensionamento.
Posso adicionar instâncias ECS de assinatura existentes a um grupo de dimensionamento?
Sim.
O Auto Scaling cria automaticamente instâncias de pagamento conforme o uso ou instâncias spot. Ele também permite adicionar instâncias de assinatura e de pagamento conforme o uso já existentes a um grupo de dimensionamento.
Uma instância ECS ou ECI pode ser adicionada a vários grupos de dimensionamento?
Não. Uma instância pode pertencer a apenas um grupo de dimensionamento por vez.
Para mover uma instância de um grupo de dimensionamento para outro, primeiro remova-a do grupo original e, em seguida, adicione-a ao novo. Para mais informações, consulte Manually remove instances e Manually add instances to a scaling group.
Como controlo quais instâncias são removidas durante uma redução?
Configure uma política de redução para o grupo de dimensionamento. Essa política utiliza um sistema de filtragem em dois níveis para selecionar as instâncias a remover — por exemplo, as criadas a partir da configuração de dimensionamento mais antiga, as instâncias mais antigas ou as mais recentes. Para mais informações, consulte Create a scaling group.
As instâncias adicionadas automaticamente a um grupo de dimensionamento são liberadas quando o grupo é desabilitado?
Não.
Desabilitar um grupo de dimensionamento pelo console ou via chamada de API não libera automaticamente as instâncias ECS ou ECI contidas nele. Para informações sobre como desabilitar um grupo de dimensionamento, consulte Disable a scaling group.
Quais fatores afetam a latência de expansão de um grupo de dimensionamento com instâncias ECI?
Os principais fatores que afetam a latência de expansão em grupos de dimensionamento com instâncias ECI incluem o tempo de inicialização do contêiner, o tempo de inicialização da aplicação, o tempo de configuração do lifecycle hook e o tempo necessário para que os contêineres expandidos se registrem em recursos externos.
Em um grupo de dimensionamento com instâncias ECI, o tempo de expansão corresponde à duração de todo o ciclo de vida da ECI sendo expandida. Para mais informações sobre lifecycle hooks de ECI, consulte Lifecycle hooks.
Um grupo de dimensionamento pode conter vários tipos de instâncias ECS?
Sim.
É possível selecionar vários tipos de instâncias ECS em uma única configuração de dimensionamento, o que aumenta a probabilidade de uma expansão bem-sucedida. No entanto, há limites para a quantidade de tipos de instâncias que podem ser adicionados. Para mais informações, consulte Limits.
Posso configurar instâncias ECS com 8 ou 16 núcleos em um grupo de dimensionamento?
Sim.
Caso os tipos de instâncias disponíveis não atendam aos seus requisitos, envie um ticket para solicitar tipos adicionais de instâncias ECS.
Como especifico a capacidade do disco de dados para instâncias ECS criadas automaticamente pelo Auto Scaling?
Ao criar uma configuração de dimensionamento, especifique a capacidade do disco de dados nas configurações de armazenamento. Para mais informações, consulte Create a scaling configuration for ECS instances.
Como garantir que as instâncias ECS sejam iniciadas com sucesso ao usar uma imagem do Alibaba Cloud Marketplace?
Para iniciar N instâncias a partir da mesma imagem, adquira previamente N licenças dessa imagem no Alibaba Cloud Marketplace.
O Alibaba Cloud Marketplace oferece suporte à compra de imagens em lote?
A compra em lote não é suportada no momento.
Como garantir que as instâncias ECS sejam iniciadas com sucesso se uma imagem do Alibaba Cloud Marketplace que utilizei não está mais disponível?
Selecione outra imagem disponível no Alibaba Cloud Marketplace.
Por que uma atividade de expansão falhou com o erro "Alibaba Cloud Marketplace image unavailable"?
Sintoma: ao tentar criar uma instância ECS, o grupo de dimensionamento reporta o seguinte erro:
Fail to create Instance into scaling group("The specified image is from the image market. You have not bought it or your quota has been exceeded.").Causa: esse erro ocorre porque a configuração de dimensionamento utiliza uma imagem de terceiros do Alibaba Cloud Marketplace que não foi adquirida, ou porque a cota de compra da imagem foi excedida.
Solução: o Auto Scaling não consegue criar automaticamente instâncias ECS a partir de imagens de terceiros do Alibaba Cloud Marketplace sem que sejam adquiridas previamente. Acesse o Alibaba Cloud Marketplace para adquirir a imagem de terceiros necessária. Após a aquisição, o Auto Scaling poderá criar instâncias ECS a partir dela.
Um mesmo código de produto pode ser usado para imagens em regiões diferentes?
Sim, desde que a imagem esteja disponível na região em questão.
Se eu adquirir 100 licenças de uma imagem com o mesmo código de produto, posso usá-las em qualquer região?
As imagens do Alibaba Cloud Marketplace são específicas por região. É necessário adquirir imagens para a região onde pretende utilizá-las.
Posso configurar tarefas agendadas recorrentes?
Sim. Para mais informações, consulte Create a scheduled task.
Existe prioridade de execução entre tarefas acionadas por eventos e tarefas agendadas?
Tarefas acionadas por eventos e tarefas agendadas são independentes entre si e não são acionadas simultaneamente. Não há prioridade de execução entre elas.
Se uma tarefa acionada por evento falhar, mas suas condições de acionamento ainda forem atendidas, a tarefa será executada novamente após a conclusão da atividade de dimensionamento em andamento.
É possível definir um intervalo de repetição para uma tarefa agendada, garantindo que ela seja reacionada após uma execução malsucedida. Para mais informações, consulte Create a scheduled task.
Quais condições podem acionar uma tarefa acionada por evento no Auto Scaling?
Uma tarefa acionada por evento adiciona ou remove automaticamente instâncias ECS ou ECI com base em métricas de monitoramento, como utilização de CPU, uso de memória, carga média do sistema e tráfego de rede interna. Para mais informações, consulte Event-triggered tasks based on system monitoring.
Como defino as condições de acionamento de uma tarefa acionada por evento?
Antes de usar uma tarefa acionada por evento, verifique se a versão mais recente do agente do CloudMonitor está instalada nas instâncias ECS. Caso não esteja, consulte Install the CloudMonitor agent for Java.
Ao criar uma tarefa acionada por evento, selecione as condições de acionamento que correspondam aos requisitos do seu negócio. Para mais informações, consulte Create an event-triggered task.
Como usar uma tarefa acionada por evento para excluir instâncias criadas pelo Auto Scaling?
Ao criar uma tarefa acionada por evento, selecione uma regra de dimensionamento para remoção de instâncias como gatilho. Para mais informações, consulte Create a scaling rule e Create an event-triggered task.
O Auto Scaling realiza dimensionamento dinâmico com base em métricas personalizadas no CloudMonitor?
Sim. Para mais informações, consulte Event-triggered tasks based on custom monitoring.
Quais informações devo fornecer ao enviar um ticket sobre um problema no Auto Scaling?
Ao enviar um ticket, forneça o ID da atividade de dimensionamento (ScalingActivityId) e os logs relevantes para agilizar a resolução do problema.
Para visualizar atividades de dimensionamento, consulte View scaling activity details.
Por que recebo um erro de recurso quando um grupo de dimensionamento tenta criar uma instância ECS?
Caso receba as mensagens de erro a seguir, elas podem indicar insuficiência de recursos ECS. Recomendamos alternar para outra zona e tentar novamente.
Fail to create Instance into scaling group("The resource is out of usage.").Fail to create Instance into scaling group("The specified region is in resource control, please try later.").Como evitar falhas de expansão causadas por estoque insuficiente de um único tipo de instância?
Configure várias zonas para o grupo de dimensionamento selecionando vSwitches em zonas diferentes. Além disso, especifique vários tipos de instâncias na configuração de dimensionamento. Se um tipo de instância não estiver disponível em uma zona, o Auto Scaling tentará automaticamente criar uma instância de outro tipo especificado em uma zona disponível diferente. Para mais informações, consulte Create a scaling group e Create a scaling configuration for ECS instances.
Por que uma instância ECS do meu grupo de dimensionamento foi liberada automaticamente mesmo após eu ativar a proteção contra liberação?
Quando o Auto Scaling cria automaticamente uma instância ECS, ativar a proteção contra liberação na página de lista de instâncias do console ECS ou por meio da API ModifyInstanceAttribute não impede que o Auto Scaling libere automaticamente essa instância.
Para evitar que uma instância seja liberada automaticamente durante uma redução, defina-a como protegida dentro do grupo de dimensionamento. Para mais informações, consulte Set instance protection.
Como impedir que instâncias adicionadas manualmente sejam removidas de um grupo de dimensionamento?
Para evitar que uma instância ECS ou ECI seja removida automaticamente, defina-a como protegida dentro do grupo de dimensionamento. Para mais informações, consulte Set instance protection.
O Auto Scaling atualiza automaticamente a lista de permissões de IP do ApsaraDB RDS ou de instâncias Memcache?
O Auto Scaling adiciona ou remove automaticamente o endereço IP de uma instância ECS da lista de permissões de IP de uma instância ApsaraDB RDS associada. Esse comportamento não se aplica a instâncias Memcache.
Como evitar que instâncias adicionadas manualmente em um grupo de dimensionamento sejam removidas automaticamente?
Para garantir que 100 instâncias ECS ou ECI adicionadas manualmente não sejam removidas automaticamente de um grupo de dimensionamento, utilize a seguinte configuração:
Defina o número mínimo de instâncias como 100 ou mais.
Defina a política de redução de primeiro nível como Instances Created From Earliest Scaling Configuration.
Como as instâncias adicionadas manualmente não foram criadas por uma configuração de dimensionamento, essa política não se aplica a elas. O grupo de dimensionamento remove primeiro as instâncias criadas automaticamente. Somente após remover todas as instâncias criadas automaticamente é que o grupo remove as instâncias adicionadas manualmente, até atingir o número mínimo de instâncias.
Não interrompa instâncias adicionadas manualmente se quiser evitar que sejam removidas. O Auto Scaling considera instâncias interrompidas como não íntegras e as remove automaticamente do grupo de dimensionamento, independentemente de outras configurações.
Os dados de uma instância ECS são retidos após ela ser removida de um grupo de dimensionamento e liberada?
Não.
O Auto Scaling libera instâncias ECS automaticamente. Certifique-se de que as instâncias em um grupo de dimensionamento não armazenem informações com estado ou dados críticos, como dados de sessão, bancos de dados ou logs. Caso sua aplicação precise manter estado, armazene essas informações em um servidor dedicado com estado — como uma instância ECS dedicada —, em um banco de dados gerenciado como o ApsaraDB RDS, ou em um service de log.
Como excluir instâncias criadas pelo Auto Scaling?
Exclua as instâncias ECS ou ECI criadas automaticamente a partir da lista de instâncias dentro do grupo de dimensionamento. Para mais informações, consulte Manually remove or delete instances.
O que acontece se algumas instâncias ECS falharem durante uma atividade de expansão?
O Auto Scaling garante a integridade das transações no nível de instância, não no nível de atividade de dimensionamento. Visualize o status de conclusão de uma atividade de dimensionamento no console. Para mais informações, consulte View scaling activity details.
Por exemplo, se uma atividade de dimensionamento solicitar a adição de 20 instâncias ECS, mas apenas 19 forem criadas com sucesso e uma falhar, as 19 instâncias bem-sucedidas são adicionadas ao grupo de dimensionamento. O sistema não tenta criar novamente a instância que falhou. A atividade de dimensionamento é concluída, mas seu status é definido como Warning. Em outro exemplo, uma atividade de dimensionamento solicita a adição de cinco instâncias ECS, mas apenas duas são criadas com sucesso porque a cota de servidores backend da instância SLB foi excedida. As outras três são ignoradas. Nesse caso, o status da atividade de dimensionamento é definido como Warning. Visualize os detalhes da atividade de dimensionamento para identificar a causa, o status e o motivo específico da falha, como "Backend server quota exceeded in load balancer".
Como encontrar a senha e acessar uma instância criada automaticamente pelo Auto Scaling?
As configurações de dimensionamento não permitem definir uma senha personalizada unificada. Caso utilize o sistema operacional Linux, especifique um par de chaves SSH na configuração de dimensionamento.
Se não usar um par de chaves SSH para acessar a instância, redefina a senha da instância no console. A nova senha entra em vigor após a reinicialização da instância.
Por que a senha da instância é diferente da senha da imagem?
Ao criar uma instância ECS, ela não herda a senha de login da imagem personalizada. Por razões de segurança, especifique um par de chaves SSH na configuração de dimensionamento.
Se não usar um par de chaves SSH para acessar a instância, redefina a senha da instância no console. A nova senha entra em vigor após a reinicialização da instância.
Como sincronizo dados para instâncias ECS em um grupo de dimensionamento?
Ao criar uma configuração de dimensionamento, use uma imagem personalizada para criar instâncias com dados pré-configurados. Para sincronizar dados entre instâncias ECS em execução, instale e use uma ferramenta como rsync.
Por que a entrada 127.0.0.1 que adicionei ao /etc/hosts é removida em uma instância recém-iniciada?
Se você criar uma imagem personalizada após modificar o arquivo /etc/hosts, as alterações serão removidas quando uma instância ECS for criada automaticamente a partir dessa imagem, pois o arquivo é restaurado para as configurações padrão do sistema. Para manter as configurações do /etc/hosts, adicione um script ao arquivo rc.local que verifique se as informações relevantes existem no /etc/hosts e as adicione automaticamente caso não existam.
Qual é o propósito de associar um grupo de dimensionamento a uma instância SLB?
Uma instância SLB distribui o tráfego recebido entre várias instâncias ECS com base em regras de encaminhamento. Associar uma instância SLB ao grupo de dimensionamento amplia a capacidade da aplicação e melhora a disponibilidade. Para mais informações sobre balanceamento de carga, consulte What is Classic Load Balancer (CLB)?.
Como os grupos de dimensionamento utilizam instâncias SLB?
Ao associar uma instância SLB na criação de um grupo de dimensionamento, o grupo adiciona automaticamente as novas instâncias ECS a essa instância SLB. Uma única instância SLB pode ser associada a vários grupos de dimensionamento. O peso padrão das instâncias ECS adicionadas a uma instância SLB é 50. Para mais informações sobre servidores backend, consulte Manage the default server group.
Quando o Auto Scaling cria uma instância ECS, ela é adicionada automaticamente à instância SLB associada?
Sim, desde que uma instância SLB já esteja associada ao grupo de dimensionamento.
Uma nova instância criada pelo Auto Scaling pode ser adicionada a várias instâncias SLB?
Sim.
É possível associar um grupo de dimensionamento a várias instâncias SLB, mas há um limite aplicável. Para mais informações, consulte Limits.
Posso alterar o peso de uma instância dentro de um grupo de dimensionamento na instância SLB associada?
Sim. Para mais informações, consulte Manage the default server group.
Uma instância SLB calcula os pesos dos servidores backend como uma proporção, não como um valor absoluto. Por exemplo, se você tiver duas instâncias com pesos 50 e 50, o efeito é o mesmo que pesos 100 e 100, pois a proporção é 1:1 em ambos os casos. Normalmente, todas as instâncias ECS backend de um grupo de dimensionamento lidam com o mesmo tipo de tráfego e têm as mesmas especificações. O peso padrão de uma instância ECS configurada pelo Auto Scaling é 50.
As instâncias ECS precisam de largura de banda pública quando o SLB é voltado para a internet?
A configuração de largura de banda pública para instâncias ECS é opcional. No entanto, para facilitar o gerenciamento das instâncias, recomendamos atribuir uma largura de banda pública de pelo menos 1 Mbit/s na configuração de dimensionamento.
Por que recebo um erro de verificação de integridade para a instância SLB ao criar um grupo de dimensionamento?
Se você receber o erro a seguir, significa que as verificações de integridade não estão ativadas para a instância SLB.
The current health check type of load balancer "xxxx" does not support this action.Ative as verificações de integridade em qualquer instância SLB que você associar a um grupo de dimensionamento. Para mais informações, consulte Configure and manage health checks for a CLB instance.
Como saber se uma nova instância ECS está pronta para receber tráfego?
Se uma instância SLB estiver configurada para o grupo de dimensionamento, ela encaminhará requisições para a nova instância somente após ela passar nas verificações de integridade das portas ECS backend.
Por que o timeout de um listener HTTP Layer 7 em uma instância SLB ultrapassa 60 segundos?
Sintoma: uma única requisição HTTP encaminhada por uma instância SLB expira após aproximadamente 60 segundos. No entanto, quando várias instâncias ECS estão configuradas como servidores backend, o tempo total para receber um timeout ou um erro 504 é muito superior a 60 segundos.
Causa: o timeout do listener HTTP do SLB é a salvaguarda final para garantir que uma requisição retorne dentro do tempo permitido. O timeout total depende do número de instâncias ECS configuradas.
Quando várias instâncias ECS estão configuradas, se uma requisição à primeira instância expirar, a instância SLB repete automaticamente a requisição com a segunda instância, e assim por diante, até ter tentado todas as instâncias. Por exemplo, se uma instância SLB tiver três instâncias ECS backend, o timeout efetivo da requisição HTTP pode ser de aproximadamente 180 segundos. Outros serviços também podem impor seus próprios limites à configuração de timeout do SLB.
Solução: não dependa da configuração de timeout do listener SLB. Configure o timeout diretamente na aplicação implantada nas instâncias ECS.
Qual é o propósito de associar um grupo de dimensionamento a uma instância ApsaraDB RDS?
O ApsaraDB RDS é um service de banco de dados online estável, confiável e escalável. Associar uma instância ApsaraDB RDS a um grupo de dimensionamento melhora a segurança e a confiabilidade dos dados. É possível usar políticas de backup personalizadas para evitar perda de dados ou exclusões acidentais. Para mais informações sobre o ApsaraDB RDS, consulte What is ApsaraDB RDS?.
Como os grupos de dimensionamento utilizam instâncias ApsaraDB RDS?
Ao adicionar uma instância ApsaraDB RDS na criação de um grupo de dimensionamento, o grupo adiciona automaticamente o endereço IP privado de cada nova instância ECS à lista de permissões de IP da instância ApsaraDB RDS. Isso permite a comunicação via rede interna entre as instâncias ECS e o banco de dados. Um grupo de dimensionamento pode ser associado a várias instâncias ApsaraDB RDS. Para mais informações sobre listas de permissões do ApsaraDB RDS, consulte (Deprecated) Configure an IP address whitelist for an ApsaraDB RDS for MySQL instance.