Atualizar a solução - Agendador de instâncias na AWS
Alterações importantes em versões específicasv1.5.0v3.0.0v3.1.0

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á.

Atualizar a solução

O Instance Scheduler foi projetado para permitir a atualização segura no local usando a AWS. CloudFormation O procedimento geral para fazer isso é o seguinte:

  1. Faça login no CloudFormation console da AWS, no account/region local em que sua pilha do Hub está instaladainstance-scheduler-on-aws, selecione e selecione 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 ver o status da pilha no CloudFormation console da AWS na coluna Status. Você deve receber o status UPDATE_COMPLETE em alguns minutos.

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

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 nova sem perda de dados críticos ou interrupção do agendamento. Veja abaixo uma lista de mudanças comportamentais e significativas em cada versão principal.

Um changelog completo pode ser visualizado na página da solução GitHub

v1.5.0

A versão 1.5.0 substitui a necessidade de fornecer uma lista de funções de agendamento entre contas pela capacidade de ARNs gerenciá-las automaticamente por meio de sua organização da AWS. Se você não quiser usar o AWS Organizations, você pode fornecer uma lista de contas Spoke IDs e o Instance Scheduler gerenciará as funções 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 a ID/Remote Conta IDs da organização pelo ID da sua organização da AWS.

      2. Se você selecionou Não, substitua OrganizationID/ RemoteAccount IDs por uma lista separada por vírgulas da Conta IDs 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

v3.0.0 Adiciona suporte para grupos de EC2 escalonamento automático e divide a função lambda principal da solução em funções separadas com responsabilidades dedicadas para fornecer melhor isolamento de segurança para cada função individual. Esta versão também atualiza o comportamento do registro de agendamento para incluir registros "SchedulingDecision" para uma melhor visão das operações de agendamento.

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

  • O recurso “CloudWatch Métricas” na versão 1.5.x foi substituído pelo Painel de Insights Operacionais.

  • As métricas por cronograma inseridas CloudWatch foram removidas deSchedule/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.

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

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

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

    • 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 EC2 manutenção 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 imediatamente após a atualização. Depois que esses dados forem regenerados, as operações de agendamento continuarão normalmente.

v3.1.0

A v3.1.0 refatora a infraestrutura principal da solução para usar eventos de marcação da AWS para rastrear quando os recursos são marcados para agendamento. Certifique-se de que as permissões da sua organização permitirão que esses eventos de marcação sejam enviados das contas dos membros para sua conta central central.

Ao atualizar para a versão 3.1.0 ou mais recente:

  • As contas Spoke agora declaram regiões programadas independentemente da conta do hub. Cada pilha de raios deve especificar quais regiões programar nessa conta usando o parâmetro Região (s).

  • O modo AWS Organizations agora é necessário para implantações com mais de 40 contas no total. Se você tiver mais de 40 contas e não estiver usando o modo Organizations, deverá ativá-lo durante a atualização.

  • Se você tem EC2 instâncias gerenciadas no AWS License Manager que deseja programar, adicione a configuração do License Manager ARNs ao ARNs parâmetro de configuração do License Manager em suas hub/spoke CloudFormation pilhas. Para obter mais informações, consulte EC2 License Manager.

  • A solução aplicará automaticamente uma ManagedBy etiqueta IS- aos recursos depois que eles forem marcados para agendamento para indicar que estão sendo gerenciados pelo agendador.

  • O redimensionamento programado de instâncias (definido period-name@size em um cronograma) não é mais suportado.

  • Não há mais suporte para listar contas de membros por meio de um parâmetro SSM (passando {param: ssm-param-name} para o parâmetro accounts na pilha do hub). Todas as contas confiáveis devem ser passadas para a pilha do hub no momento da implantação

  • O Instance Scheduler exigirá até 6 tags exclusivas nos recursos durante o agendamento. Garanta capacidade de marcação suficiente nos recursos quando combinada com o resto da estratégia de marcação da sua organização.

  • As métricas por cronograma foram removidas do CloudWatch.

  • Os registros da solução foram reagrupados em grupos separados de registros administrativos e de agendamento e otimizados para consulta com o Log Insights. CloudWatch Consulte Monitorando a solução para obter mais informações.

  • As tags de início e parada não são mais configuráveis por meio de CloudFormation parâmetros. A solução agora usa nomes de tags fixos com informações mais ricas para rastrear ações de agendamento.