AWS Instance Scheduler Comparison

A lot of organizations come to us for help after they have spent weeks wrestling with AWS Instance scheduler. Other users who have never tried to grapple with the 40 pages of instructional document ask us why they shouldn’t use it instead of GorillaStack.

Instance Scheduler Overview

The AWS Solutions Team wrote a solution: AWS Instance Scheduler. It is based on an old blog post outlining how to write your own instance scheduler. That guide and this solution provide users with a roll your own instance scheduler. We will outline the key points of difference between the AWS Instance Scheduler and the GorillaStack Rules Engine.

GorillaStack as an alternative to AWS Instance Scheduler

The feature set is the key difference between GorillaStack and the AWS Instance Scheduler.

GorillaStack’s Rules Engine can be triggered on multiple triggers, not just on schedules. It can perform a far greater set of actions beyond scheduling instances. For instance, you are able to create workflows for disaster recovery, snapshot creation/retention, patching, auto-scaling management, and DynamoDB scaling.

GorillaStack also completes the feedback loop by providing 2 key areas:

• Event Log contains audit information and execution history.
• Engine Room provides ROI and savings tracking to report back to the business.

Managed Cloud Solution vs. Cloud-Native Instance Scheduler

Many teams that we speak with are time poor and lack the human resources they need for projects that deliver genuine value to their business. As businesses realize the critical importance of maintaining focus on business objectives, managed cloud solutions have become increasingly popular over the last few years.

The AWS Instance Scheduler seems straightforward to deploy and use. There are hidden complexities in the nature of its implementation, configuration, and maintenance. These problems are compounded in enterprises with complex, large, multi-account environments and distinct teams with different requirements.

GorillaStack provides enterprise-grade automation software as a managed service to addresses the needs of both the business and end users. These features include:

• Large businesses: SAML, role based access control, audit history on rule configuration.
• End users: Notifications, actions, customization.

Timezones, Notifications, Snoozing and Cancelling

Designed for large, dynamic teams, GorillaStack is continuously improving based on their feedback. Some examples of significant features differences that make a difference to users:

1. Multi-timezone Support

This feature helps users from having to convert to UTC. They never again get stung by daylight savings changes in their locality.

2. Notifications

For any scheduled rule in GorillaStack, you can choose to receive a notification by Slack or Email. This notification also informs you of what resources are targeted by the current rule. In the notification, the users are also provided the option to snooze or cancel. Also, you can customize access to these actions using our custom role based access control). For any scheduled rule in GorillaStack, you can choose to receive a notification by Slack or Email.

3. Snoozing and Cancelling

Occasionally cases come up where the scheduled time is no longer appropriate for a particular day. It could be that users are working late, or systems are still in use. Either way, users should be able to say “not today” (cancel) or “wait X minutes” (snooze). This is possible only in GorillaStack and spares users of the alternative which is having to delete and re-add the configuration in the Instance Scheduler. or otherwise remove tags for targeting and re-add them later

4. Team Enablement

By supporting SAML and complex, custom user roles – organizations empower teams to manage environments by giving variable access to the end user. This is magnified in organizations with fluid requirements (changing schedule requirements, changing personnel, changing tag management, changing tag variables) where it would otherwise be near impossible to maintain code with a central owner.

Incomparable flexibility in targeting

Another area where GorillaStack’s Rules Engine really shines is how it manages granular targeting of resources. Users implementing the AWS Instance Scheduler need to make decisions in implementation about whether to implement a cross region or cross account flavor. Whereas in GorillaStack, the user has the option to select which regions and accounts per rule basis. This gives the user the flexibility to implement all accounts and all regions and they aren’t mandated.

Within the AWS Instance Scheduler deployment, the user needs to specify a particular Resource Tag Key. This tag key will be used to consider Resource Tag values to match against each schedule configured. This means that every resource to be targeted can only be identified in the presence of a single tag.

Whereas in GorillaStack, we provide the notion of tag groups. Users specify a combination of Resource Tag Key:Value pairs and matching strategies (case sensitive, case insensitive or using regular expressions). The user can then combine these using a boolean expression to define how to match against resources at runtime. This gives the ability to cut into specific subsets of resources at a far more granular level.

Summary

GorillaStack serves small businesses and startups all the way through to some of the largest private enterprises and government organizations in the world. The common strand that runs through each of our customers is their focus on innovation and progress. The best practicing organizations recognize the importance of enabling their teams to focus on the core work that drives towards a business’s overall strategy. At the same time, allowing the undifferentiated heavy lifting to be taken care of by tools that were specifically designed for the job at hand.

Learn more about the benefits of using an EC2 scheduler vs GorillaStack.

If you’re ready to try GorillaStack, reach out to us for a quick demo or get started with a free trial (no need for a credit card).

First published on 16 Apr 2018. Updated on 2 Mar 2021.