# Como Agendar um START/STOP Automático no RDS ## Introdução Você pode ter vários motivos e razões diferentes para querer agendar um `start` e `stop` automático para o RDS. No meu caso eu estava criando um ambiente de QA onde não precisava que o RDS ficasse ligado o tempo todo para manter os custos reduzidos, felizmente a AWS disponibilizou uma opção no console para parar temporariamente durante 7 dias seu RDS, isso pode ser encontrado em: * `Console AWS → RDS → DB Instance → Action → Stop` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712769349222/42062140-df20-4c44-ab2a-0f87ac674038.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712769460765/8a6ff51e-0ffb-416b-8504-2e3d8eaf72df.png align="center") Embora isso já ajude para muitos casos, não se encaixava muito bem ao que eu precisava, pois eu não gostaria de ficar repetindo essa tarefa e esses cliques, então era hora de pensar em uma solução e automatizar esse processo, compartilho neste artigo como consegui atingir esse objetivo. --- ## Tutorial 1- Acesse o console **AWS → IAM → Policies → crie uma política** conforme abaixo: `Name:` * Defina um nome de sua preferência * Por exemplo: * `rds-scheduler-qa-policy` `Description:` * Defina uma descrição de sua preferência * Por exemplo: * `Policy that grants EventBridge permission to automatically start and stop RDS in the QA environment` ```json { "Version": "2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "rds:DescribeDBProxyTargetGroups", "rds:StartDBCluster", "rds:DescribeDBInstanceAutomatedBackups", "rds:DescribeDBRecommendations", "rds:DescribeGlobalClusters", "rds:DescribeEngineDefaultParameters", "rds:DescribeRecommendations", "rds:DescribeDBClusterAutomatedBackups", "rds:DescribeDBProxyTargets", "rds:DownloadDBLogFilePortion", "rds:DescribeSourceRegions", "rds:StopDBCluster", "rds:DescribeDBSnapshots", "rds:DescribeDBSecurityGroups", "rds:StartDBInstance", "rds:DescribeReservedDBInstances", "rds:DescribeBlueGreenDeployments", "rds:DescribeValidDBInstanceModifications", "rds:DescribeDbSnapshotTenantDatabases", "rds:DescribeIntegrations", "rds:DescribeOrderableDBInstanceOptions", "rds:DescribeCertificates", "rds:DescribeOptionGroups", "rds:DescribeDBShardGroups", "rds:DescribeDBEngineVersions", "rds:DescribeDBSubnetGroups", "rds:DescribeExportTasks", "rds:DescribeTenantDatabases", "rds:DescribePendingMaintenanceActions", "rds:DescribeDBParameterGroups", "rds:DescribeDBClusterBacktracks", "rds:DescribeReservedDBInstancesOfferings", "rds:DescribeRecommendationGroups", "rds:DescribeDBInstances", "rds:DescribeEngineDefaultClusterParameters", "rds:DescribeDBProxies", "rds:DescribeDBParameters", "rds:DescribeEventCategories", "rds:DescribeDBProxyEndpoints", "rds:DescribeEvents", "rds:DescribeDBClusterSnapshotAttributes", "rds:DescribeDBClusterParameters", "rds:DescribeEventSubscriptions", "rds:DescribeDBLogFiles", "rds:StopDBInstance", "rds:DescribeDBSnapshotAttributes", "rds:ListTagsForResource", "rds:DescribeDBClusterSnapshots", "rds:DescribeOptionGroupOptions", "rds:DownloadCompleteDBLogFile", "rds:DescribeDBClusterEndpoints", "rds:DescribeAccountAttributes", "rds:DescribeDBClusters", "rds:DescribeDBClusterParameterGroups" ], "Resource": "*" } ] } ``` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712769923600/aa2669bc-5b53-4dcc-a8f7-ce03132a86f0.png align="center") 2- Agora vá para **IAM → Role → crie uma role** conforme abaixo: * `Name:` * Defina um nome de sua preferência * Por exemplo: * `rds-scheduler-qa-role` * `Description:` * Defina uma descrição de sua preferência * Por exemplo: * `Role with necessary EventBridge permissions to automatically start and stop RDS in the QA environment` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770268858/eb1d758c-2f76-451c-88c5-f62a17cb3466.png align="center")
ℹ
Filtre por Customer managed e rds → selecione a política que criamos anteriormente
![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770397069/fc18be01-2c6e-4f9a-a8db-2ee27682420d.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770515750/c694e5ee-0b58-4722-9d49-58e512605797.png align="center")
ℹ
Edite a aba Trust Relashionship para conceder permissão ao EventBridge, conforme abaixo
```json { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "scheduler.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771968637/4962b516-19ed-4b3a-bd04-4ab2c934e8b0.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712772045845/64321be6-b2c3-4048-ac0f-2c79513d5b64.png align="center") --- 3- Agora vá para o console **AWS → EventBridge → Rules → Create rule** ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770592096/52481e39-95b0-4423-bb0f-644df2a35f47.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770609729/3a466e64-c0da-4922-a94b-f2f1208f4786.png align="center") 4- Defina um nome e descrição de sua preferência, por exemplo: * **Name:**`rds-name-start-qa-monday-to-friday-morning` * **Description:**`Rule that automatically starts QA environment RDS` * Altere para a opção `Schedule` * Clique em `Continue in EventBridge Scheduler` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770835412/9a3e1a03-c81d-46d9-b545-6a20ab083913.png align="center") 5- Altere para `Recurring schedule` → defina uma expressão `cron` de sua preferência
ℹ
Por exemplo, eu gostaria de iniciar o RDS de segunda a sexta as 9 horas (horário de Brasília)
![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712770956318/9db760fc-701f-4039-982e-91572ec6ca0c.png align="center") Por exemplo, para executar de segunda a sexta às `09 horas` (UTC -3), isso seria: ```plaintext 00 9 ? * MON-FRI * ``` * **00**: é o minuto em que o cron será executado. Neste caso, o que significa que a tarefa será executada quando o relógio marcar exatamente 0 minutos. * **9**: é a hora em que o cron será executado. Neste caso, o que significa que a tarefa será executada às 9 horas. (UTC -3) * **?:** isso indica que não estamos definindo um dia específico do mês. A tarefa será executada independentemente do dia do mês. * **\***: isso indica que a tarefa será executada em todos os meses. Não estamos definindo um mês específico. * **MON-FRI**: especifica os dias da semana em que a tarefa será executada. Neste caso, a tarefa será executada de segunda a sexta-feira. * **\***: indica que a tarefa será executada em todos os anos. Não estamos definindo um ano específico. Uma vez compreendido o formato do `cron`, lembre-se de ajustar seu `Time Zone` e preencher de acordo com suas necessidades. ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771022388/5fa6387c-c891-4a76-a5cf-a8bb166e8d24.png align="center") 6- Defina a opção `Flexible Time Window`, essa opção é útil quando você quiser que o `EventBridge` funcione dentro do tempo dessa janela que você definiu, pense nisso em casos que as tasks ou targets ainda não estão prontos, desta forma você define um intervalo de tempo para que isso seja feito. Por exemplo, se eu definisse o `cron as 9 horas` e um `Flexible Time Window de 15 minutos`, na prática significa que o `EventBridge Scheduler` garantirá que ele seja executado dentro deste período, ou seja entre `9:00 às 9:15`, mas isso não significa que ele será executado as `9:15`, mas sim que será acionado dentro deste intervalo a qualquer momento a partir do horário agendado (no exemplo as `9:00 + flexible time window`). Isso é muito bom para distribuir as execuções nesta janela de tempo, reduzindo os impactos de várias solicitações ao mesmo tempo em um ambiente grande. Como neste meu caso isso não é um requisito necessário, defino como `Off` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771148456/7358c047-bb24-4fd1-9eca-67cd9cafb11e.png align="center") 7- Você também pode definir uma data de início e término, como eu espero que a expressão `cron` funcione e não planejo inserir uma data para que esse `cron` comece a funcionar ou terminar, **não preencho** e clico em `Next` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771172857/65036601-3565-4169-b40e-05c48cf2b43c.png align="center") 8- Agora altere para `All APIs` → pesquise por `rds` → selecione a opção `RDS` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771288195/b1bb2e03-8bbd-4bb9-b01c-46cdbef7ddb5.png align="center") 9- Agora pesquise por `start` → selecione a opção `StartDBInstance` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771384729/200810af-5143-4727-bee8-102affee66b9.png align="center") 10- Como nessa regra estamos querendo iniciar o RDS, defino o campo `DbInstanceIdentifier` com o nome da minha instância RDS ```json { "DbInstanceIdentifier": "" } ``` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771524801/d9ed8afc-5226-4ad3-abe8-63c208331f93.png align="center") 11- Deixo a opção `Schedule` **habilitada** ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771553013/1066bc4a-adec-4a96-880c-83d857be788f.png align="center") 12- Não defino nenhuma ação após o agendamento ser executado, pois neste caso de uso não planejo excluir o agendamento ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771576308/b3d7d734-795b-437e-95d4-282d8b3d4208.png align="center") 13- Agora você pode definir uma `DLQ (Dead Letter Queue)`, isso seria uma fila `SQS` para armazenar os eventos que falharam, aqui ainda existem dois tipos: * **Recuperáveis** * Se houver uma falha ou uma entrega mal sucedida no `target (que no nosso caso é a API StartDBInstance do RDS)`, por padrão o EventBridge tentará fazer ela novamente por 24 horas e até 185 vezes. * **Não recuperáveis** * Se houver um erro não recuperável, como `AccessDenied` por exemplo, isso não será repetido pelo EventBridge, mas ele poderá adicionar se você quiser isso em uma fila DLQ para ser tratado ou processado posteriormente Mesmo desabilitando a opção `Retry Policy`, ainda sim o EventBridge tentará repetir para eventos recuperáveis por 24 horas e até 185 vezes. Isso é um comportamento padrão, você configurando ou não. Para este tutorial, defino isso como `Disable`, mas se isso for importante para você, este é o momento de configurar de acordo com suas preferências: ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771648084/803d538c-33f3-462b-b328-a783412c1d4f.png align="center") 14- Não defino nenhuma criptografia ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771663901/94c49ecf-fec6-46e7-b3fe-65709ca3d32a.png align="center") 15- Seleciono a `Role` que criamos no início do tutorial ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712771769444/614fd2ec-7e97-4bb7-b218-0c6d8a4daef5.png align="center") 16- Clico em **Create** ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712772180734/c65cf8c7-e04c-4381-9956-0f7e72bcee2b.png align="center") --- Pronto! 😄 Porém criamos até agora apenas para iniciar o RDS, ainda falta uma parte importante que seria parar o RDS, para isso basta repetir os mesmos passos, porém mudando o request da API para `StopDBInstance` ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712772684482/9960366c-3705-41a4-a888-8384dc29a628.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712772738778/8d945da0-ca9f-4b67-9e9c-a4be4f6cfbe9.png align="center") E novamente passar o nome correto do seu RDS substituindo `` ```json { "DbInstanceIdentifier": "" } ``` --- ## Limitações * O Event Bridge é capaz de fazer um único request por vez, isso significa que você não pode adicionar várias instâncias RDS no mesmo request, e isso pode gerar duplicação de trabalho, pois deverá repetir este passo a passo para cada instância do RDS que desejar. * O RDS e o Event Bridge precisam estar na mesma região. --- ## Conclusão Pronto! 😄 Agora sim temos todo o nosso objetivo completo. Vimos neste artigo um tutorial passo a passo para iniciar e parar o RDS que faz: 1. O `EventBridge Scheduler` configurado com uma expressão `cron` que **inicia** o RDS enviando uma chamada `API` para o `StartDBInstance` do `RDS` 2. O `EventBridge Scheduler` configurado com uma expressão `cron` que **para** o RDS enviando uma chamada `API` para o `StopDBInstance` do `RDS` --- Por fim, depois que o `cron` for executado em seu horário definido, poderemos ver no RDS a instância pausada ou iniciada: ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712773530070/5b2f7819-d057-40b2-bfbd-d64c943978b3.png align="center") ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1712783709443/fe6a8b10-9dea-4ab0-8b95-754f50c5b64e.png align="center")
ℹ
Lembre-se de excluir todos os recursos ao final para não obter cobranças indesejadas e manter sua conta AWS limpa e organizada.
✅
Espero que essas informações tenham sido úteis para você!