Melhores práticas do AMS Resource Scheduler

O comportamento de desligamento da instância deve ser definido como stop e não comoterminate. Isso é predefinido stop para instâncias criadas com o tipo de alteração automática AMS Amazon EC2 Create (ct-14027q0sjyt1h) e pode ser definido para instâncias da EC2 Amazon criadas com ingestão, definindo a propriedade como. AWS CloudFormation InstanceInitiatedShutdownBehavior stop Se as instâncias tiverem o comportamento de encerramento definido comoterminate, elas terminarão quando o Agendador de Recursos as interromper e o agendador não conseguirá reiniciá-las.

EC2 As instâncias da Amazon que fazem parte de um grupo de Auto Scaling não são processadas individualmente pelo AMS Resource Scheduler, mesmo que estejam marcadas.

Se o volume raiz da instância de destino for criptografado com uma chave mestra de cliente (CMK) do KMS, uma kms:CreateGrant permissão adicional precisará ser adicionada à sua função do IAM do Resource Scheduler para que o agendador possa iniciar essas instâncias. Essa permissão não é adicionada à função por padrão para melhorar a segurança. Se você precisar dessa permissão, envie uma RFC com o tipo de alteração Management | AMS Resource Scheduler | Solution | Update e especifique uma lista separada por vírgulas ARNs do KMS. CMKs

O AMS Resource Scheduler inicia ou interrompe o escalonamento automático de grupos de Auto Scaling, não de instâncias individuais no grupo. Ou seja, o programador restaura o tamanho do grupo Auto Scaling (início) ou define o tamanho como 0 (parada).

AutoScaling Grupo de tags com a tag especificada e não com as instâncias dentro do grupo.

Durante a parada, o AMS Resource Scheduler armazena os valores de capacidade mínima, desejada e máxima do grupo Auto Scaling e define a capacidade mínima e desejada como 0. Durante o início, o programador restaura o tamanho do grupo do Auto Scaling como estava durante a parada. Portanto, as instâncias do grupo Auto Scaling devem usar uma configuração de capacidade apropriada para que o encerramento e a reinicialização das instâncias não afetem nenhum aplicativo executado no grupo do Auto Scaling.

Se o grupo do Auto Scaling for modificado (a capacidade mínima ou máxima) durante um período de execução, o programador armazenará o novo tamanho do grupo do Auto Scaling e o usará ao restaurar o grupo no final de um cronograma de parada.

O agendador pode tirar um snapshot antes de interromper as instâncias do RDS (não se aplica ao cluster de banco de dados Aurora). Esse recurso é ativado por padrão com o parâmetro de CloudFormation modelo Create RDS Instance Snapshot definido como verdadeiro. O snapshot é mantido até a próxima vez em que a instância do Amazon RDS for interrompida e um novo snapshot for criado.

O Scheduler pode usar instâncias do start/stop Amazon RDS que fazem parte de um cluster ou banco de dados Aurora do Amazon RDS ou em uma configuração de várias zonas de disponibilidade (Multi-AZ). No entanto, verifique a limitação do Amazon RDS quando o programador não conseguir interromper a instância do Amazon RDS, especialmente as instâncias Multi-AZ. Para programar o Aurora Cluster para iniciar ou parar, use o parâmetro do modelo Schedule Aurora Clusters (o padrão é true). O cluster Aurora (não as instâncias individuais dentro do cluster) deve ser marcado com a chave de tag definida durante a configuração inicial e o nome da programação como o valor da tag para programar esse cluster.

Cada instância do Amazon RDS tem uma janela de manutenção semanal durante a qual todas as alterações do sistema são aplicadas. Durante a janela de manutenção, o Amazon RDS iniciará automaticamente instâncias que foram interrompidas por mais de sete dias para aplicar a manutenção. Observe que o Amazon RDS não interromperá a instância após a conclusão do evento de manutenção.

O programador permite especificar se deseja adicionar a janela de manutenção preferencial de uma instância do Amazon RDS como um período de execução à sua programação. A solução iniciará a instância no início da janela de manutenção e interromperá a instância no final da janela de manutenção se nenhum outro período de execução especificar que a instância deve ser executada e se o evento de manutenção for concluído.

Se o evento de manutenção não for concluído até o final da janela de manutenção, a instância será executada até o intervalo de agendamento após a conclusão do evento de manutenção.