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á.
Gerenciamento de carga com instâncias baseadas em tempo e carga
Importante
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no AWS re:POST
À medida que o tráfego de entrada varia, a pilha pode ter poucas instâncias para processar confortavelmente a carga ou mais instâncias do que o necessário. Você pode economizar tempo e dinheiro usando instâncias com base em tempo ou carga para aumentar ou diminuir automaticamente as instâncias de uma camada, de forma que você sempre tenha instâncias o suficiente para processar o tráfego de entrada sem pagar por capacidade desnecessária. Não é necessário monitorar as cargas do servidor, ou iniciar ou interromper manualmente as instâncias. Além disso, as instâncias com base em tempo e carga distribuem, escalam e equilibram automaticamente aplicativos em diversas Zonas de disponibilidade em uma região, proporcionando redundância geográfica e escalabilidade.
A escalabilidade automática é baseada em dois tipos de instância, que se ajustam às instâncias online da camada com base em critérios diferentes:
-
Instâncias Time-based
Elas permitem que uma pilha processe cargas que seguem um padrão previsível ao incluir instâncias que são executadas apenas em momentos ou dias específicos. Por exemplo, você pode iniciar algumas instâncias após as 18:00 para executar tarefas de backup noturnas ou interromper algumas instâncias nos finais de semana quando o tráfego é menor.
-
Instâncias Load-based
Elas permitem que uma pilha processe cargas de variáveis ao iniciar instâncias adicionais quando o tráfego é alto e parar instâncias quando o tráfego é baixo, com base em qualquer uma das diversas métricas de carga. Por exemplo, você pode fazer com que o AWS OpsWorks Stacks inicie instâncias quando a utilização média da CPU exceda 80% e interrompa as instâncias quando a carga média da CPU cair abaixo de 60%.
As instâncias baseadas em tempo e em carga são compatíveis com pilhas do Linux, enquanto somente as instâncias baseadas em tempo são compatíveis com pilhas do Windows.
Diferente das instâncias 24 horas por dia, 7 dias por semana que devem ser iniciadas e paradas manualmente, as instâncias com base em tempo ou carga não podem ser paradas ou iniciadas por você. Em vez disso, você configura as instâncias e o AWS OpsWorks Stacks as inicia ou interrompe com base na configuração. Por exemplo, você configura instâncias baseadas em tempo para iniciar e parar em um cronograma especificado. AWS OpsWorks Em seguida, o Stacks inicia e interrompe as instâncias de acordo com essa configuração.
Uma prática comum é usar todos os três tipos de instância da seguinte forma.
-
Um conjunto de instâncias 24 horas por dia, 7 dias por semana para processar a carga base. Em geral, você apenas inicia essas instâncias e permite que sejam executadas continuamente.
-
Um conjunto de instâncias baseadas em tempo, que o AWS OpsWorks Stacks inicia e interrompe para lidar com variações previsíveis de tráfego. Por exemplo, se o tráfego for maior durante o horário de trabalho, você poderia configurar as instâncias com base em tempo para iniciar durante a manhã e desligar à noite.
-
Um conjunto de instâncias baseadas em carga, que o AWS OpsWorks Stacks inicia e interrompe para lidar com variações de tráfego imprevisíveis. AWS OpsWorks As pilhas as iniciam quando a carga se aproxima da capacidade das instâncias baseadas em horário e 24 horas por dia, 7 dias por semana, e as interrompem quando o tráfego volta ao normal.
Para obter mais informações sobre como usar esses períodos de escalabilidade, consulte Otimização do número de servidores.
nota
Se você criou aplicativos para a camada de instâncias ou criou livros de receitas personalizados, o AWS OpsWorks Stacks implanta automaticamente a versão mais recente em instâncias baseadas em tempo e carga quando elas são iniciadas pela primeira vez. No entanto, o AWS OpsWorks Stacks não necessariamente implanta os livros de receitas mais recentes para reiniciar instâncias off-line. Para obter mais informações, consulte Editar aplicativos e Atualizar livros de receitas personalizadas.
Tópicos
Como a escalabilidade com base em carga difere da autorrecuperação
A escalabilidade automática com base em carga usa as métricas de carga calculadas em todas as instâncias em execução. Se as métricas permanecerem entre os limites especificados, o AWS OpsWorks Stacks não iniciará nem interromperá nenhuma instância. Com a recuperação automática, por outro lado, o AWS OpsWorks Stacks inicia automaticamente uma nova instância com a mesma configuração quando uma instância para de responder. A instância pode não responder devido a um problema de rede ou algum problema com a instância.
Por exemplo, considere que o limite de ampliação de sua CPU seja de 80% e uma instância para de responder.
-
Se a recuperação automática estiver desativada e as instâncias restantes em execução conseguirem manter a utilização média da CPU abaixo de 80%, o AWS OpsWorks Stacks não iniciará uma nova instância. Em vez disso, inicia uma instância de substituição somente se o uso médio da CPU nas instâncias restantes exceder 80%.
-
Se a recuperação automática estiver ativada, o AWS OpsWorks Stacks iniciará uma instância de substituição, independentemente dos limites de carga.
