Atualizar a solução - Agendador de instâncias na AWS

Atualizar a solução

Importante

O Agendador de instâncias v1.5.0 tem um problema de compatibilidade conhecido com o AppRegistry que impede a atualização direta para versões mais recentes da solução.

Se você planeja atualizar da v1.5.0 para qualquer versão futura habilitada do AppRegistry, primeiro atualize para a pilha intermediária 1.5.0-u usando os seguintes modelos:

Stack do hub: https://solutions-reference.s3.amazonaws.com/aws-instance-scheduler/v1.5.0/aws-instance-scheduler-1.5.0-u.template

Pilha remota: https://solutions-reference.s3.amazonaws.com/aws-instance-scheduler-remote-v1.5.0-u.template/

A instalação dessas pilhas desabilitará a integração do AppRegistry em sua implantação, permitindo que versões mais recentes da solução recriem a associação.

Exemplo de caminho de atualização: 1.5.0 → 1.5.0-u → 3.0.4

O Agendador de instâncias foi projetado para permitir a implementação da atualização segura usando o AWS CloudFormation. O procedimento geral para fazer isso é o seguinte:

  1. Faça login no Console do AWS CloudFormation, na conta/região em que sua pilha do hub está instalada e selecione instance-scheduler-on-aws e Atualizar pilha.

  2. Selecione Fazer uma atualização direta.

  3. Selecione Substituir modelo existente.

  4. Em Especificar modelo:

    • Selecione URL do Amazon S3.

    • Copie o link do modelo mais recente.

    • Cole o link na caixa de URL do Amazon S3.

    • Verifique se o URL do modelo correto aparece na caixa de texto URL do Amazon S3 e escolha Avançar. Escolha Avançar novamente.

  5. Em Parâmetros, revise os parâmetros do modelo e modifique-os conforme necessário (consulte a lista de alterações importantes abaixo para obter as atualizações de parâmetro necessárias). Para obter detalhes sobre cada um dos parâmetros, consulte a Etapa 1. Inicializar a pilha do Agendador de instâncias.

  6. Escolha Avançar.

  7. Na página Configurar opções de pilha, selecione Avançar.

  8. Na página Revisar, verifique e confirme as configurações. Marque a caixa de seleção confirmando que o modelo criará recursos do AWS Identity and Access Management (IAM).

  9. Escolha Exibir conjunto de alterações e verifique as alterações.

  10. Selecione Criar pilha para implantar a pilha.

Você pode visualizar o status da pilha no console do AWS CloudFormation, na coluna Status. Você deve receber o status UPDATE_COMPLETE em alguns minutos.

Repita as etapas acima para as pilhas aws-instance-scheduler-remote em cada uma das suas contas spoke.

Alterações importantes em versões específicas

Ao atualizar a solução, você pode atualizar diretamente de qualquer versão mais antiga para qualquer versão mais recente sem perda de dados ou interrupção das operações de agendamento, exceto quando explicitamente indicado abaixo. Ao atualizar determinadas versões anteriores, talvez seja necessário realizar determinadas ações para as versões que você está passando. Por exemplo, ao atualizar da versão v1.4.1 para v3.0.2, siga as instruções para alterações importantes na v1.5.0 e v3.0.0.

v1.5.0

A versão 1.5.0 substitui a necessidade de fornecer uma lista de ARNs de perfis de agendamento entre contas pela capacidade de gerenciá-los automaticamente por meio do AWS Organization. Se você não quiser usar o AWS Organizations, poderá fornecer uma lista de IDs de contas Spoke e o Agendador de instâncias gerenciará os perfis de agendamento para você.

Ao atualizar para a versão 1.5.0 ou posterior, você deve:

  1. Atualizar o modelo do hub usando as instruções normais de atualização enquanto atualiza os seguintes parâmetros:

    1. Escolha um namespace exclusivo para a solução.

    2. Selecione se gostaria de usar o AWS Organizations para gerenciar o registro do spoke daqui para frente.

      1. Se você selecionou Sim, substitua o ID da organização/IDs da conta remota pelo ID do seu AWS Organization.

      2. Se selecionou Não, substitua ID da organização/IDs da conta remota por uma lista separada por vírgulas dos IDs de conta de suas contas Spoke.

  2. Atualizar todas as pilhas remotas usando as instruções normais de atualização enquanto atualiza os seguintes parâmetros:

    1. Namespace: o mesmo que você escolheu para a conta do hub.

    2. Usar o AWS Organizations: o mesmo da conta do hub.

    3. ID da conta do hub: o ID da conta do hub (não deve ser alterado em relação ao anterior).

v3.0.0

A versão 3.0.0 contém as seguintes alterações importantes em comparação com as versões anteriores:

  • O atributo “Métricas do CloudWatch” na versão 1.5.x foi substituído pelo Painel de insights operacionais.

  • As métricas por agendamento no CloudWatch foram movidas de Schedule/Service/MetricName → Schedule/Service/SchedulingInterval/MetricName.

  • Todas as métricas existentes permanecerão, mas as novas métricas agora serão reunidas no novo namespace e disponibilizadas no painel da solução.

  • Os ARNs de chave do KMS para uso com volumes criptografados do EBS em instâncias de banco de dados do EC2 agora devem ser fornecidos à pilha hub/spoke do CloudFormation em suas respectivas contas. (Para obter mais informações, consulte Volumes do EC2 EBS criptografados.)

    • Se você estiver agendando EC2s com volumes criptografados do EBS, precisará copiar os ARNs da chave do KMS que estão sendo usados para seus parâmetros de pilha hub/spoke.

  • O parâmetro CloudFormation para serviços agendados foi dividido em parâmetros individuais para cada serviço compatível.

    • Todos os serviços serão habilitados por padrão e podem ser desabilitados individualmente.

  • O Agendador de instâncias 3.0 não é compatível com versões anteriores da CLI do Agendador de instâncias.

    • Você precisará atualizar para a versão mais recente da CLI do Agendador de instâncias para continuar usando os comandos da CLI.

Além do que foi descrito acima, o esquema da tabela Janela de manutenção foi atualizado e será substituído como parte da atualização. Isso redefinirá o rastreamento das janelas de manutenção do EC2 nos primeiros minutos após a atualização para a v3.x e, em casos raros, poderá fazer com que as instâncias atualmente dentro de uma janela de manutenção sejam interrompidas prematuramente logo após a atualização. Depois que esses dados forem regenerados, as operações de agendamento continuarão normalmente.