Usando recursos com o AMS Resource Scheduler

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

Se o volume raiz da instância de destino for criptografado com uma chave mestra AWS KMS do cliente (CMK), 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 precisar dessa permissão, você pode adicionar a permissão atualizando a CloudFormation pilha,ams-resource-scheduler, com uma lista de CMK como valor para o UseCMK parâmetro (use uma ou mais chaves CMK no formato ARNs em arn:partition:kms:region:account-id:key/key-id vez de um alias KMS).

Se suas EC2 instâncias da Amazon estiverem configuradas com software específico ou licenças de fornecedores gerenciadas pelo AWS License Manager, o Resource Scheduler precisará de permissões para as AWS License Manager licenças específicas para poder iniciar a instância. Você pode conceder ao Resource Scheduler as permissões necessárias adicionando a lista de ARN (s) das AWS License Manager licenças à licença do gerenciador de licenças, EC2 por exemplo, parâmetro CloudFormation da pilha (). ams-resource-scheduler

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

Marque o grupo Auto Scaling com a tag especificada e não 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 AWS 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.