Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RDS cluster schedule behaviour #588

Open
6 tasks done
trevorrea opened this issue Nov 21, 2024 · 2 comments
Open
6 tasks done

RDS cluster schedule behaviour #588

trevorrea opened this issue Nov 21, 2024 · 2 comments
Labels

Comments

@trevorrea
Copy link

trevorrea commented Nov 21, 2024

Description

Hi,

Can you explain the behaviour of instance scheduler with the stopped schedule? The behaviour I am seeing is that the instance scheduler seems to be starting RDS clusters tagged with the stopped schedule at the start of the maintenance window. So if the maintenance window is 0.5 hours a week then clusters run for that length of time.

We have clusters that we wish to retain in a stopped state permanently and need to permanently schedule these in a stopped state.

In the previous 1.x version we set a schedule with a start time of 8am to 8.05am on a Sunday which enabled us to keep them in a powered off state and they were not automatically started for the duration of the maintenance window and this enabled us to get around the limitation where RDS clusters start after being stopped for 7 days.

This did not work in 3.x as when they were started for the maintenance window they were not powering off.

So we reverted to using the stopped schedule which is also not serving our needs.

To Reproduce

Turn RDS cluster off and set it to use stopped schedule

Expected behavior

I would expect the instance scheduler to not automatically start the RDS cluster for the maintenance window and to respect the schedule set ie. 8am to 8.05am on a Sunday.

Please complete the following information about the solution:

  • Version: 3.0.6
  • Region: eu-west-2
  • Was the solution modified from the version published on this repository? No
  • If the answer to the previous question was yes, are the changes available on GitHub? N/A
  • Have you checked your service quotas for
    the sevices this solution uses? N/A
  • Were there any errors in the CloudWatch Logs? N/A
    Troubleshooting

Screenshots

N/A

Additional context

I know this repository is not really for "support" but I've already openerd an AWS support ticket and they weren't able to assist

@trevorrea trevorrea added the bug label Nov 21, 2024
@CrypticCabub
Copy link
Member

Hi @trevorrea,

Thanks for reporting this issue. The behavior is that enabled maintenance windows take highest priority over regular schedule behavior and so an active maintenance window will force-override the state of the instance to running even if the schedule is stopped. Once the window ends, control is returned to the schedule and the instance should be shut back down if the schedule state is still stopped.

Normally this would be controlled by a use-maintenance-windows flag on the schedule configuration, but this flag is not currently operable in 3.0.x which would be a regression from the 1.5.x release. I have added a bugfix for this flag to our backlog to be included in the next patch release.

As for the support issue, next time you can tell the support engineer to route it to the AWS Solutions team and we should be able to help assist with the more complex issues.

@trevorrea
Copy link
Author

Thank you @CrypticCabub. I'll keep a eye out for the bugfix. Re: AWS support I opened the ticket under Service = Solutions and Category = Instance Scheduler on AWS (Linux) and it was routed to the EC2 Linux team then from there to the RDS team.

It's not an issue now but if you want to look into what happened with the routing of the ticket I can e-mail you the ticket number directly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants