Avoiding the Cost of AWS RDS Sizing

The purpose of AWS RDS sizing is to ensure you have provisioned correctly for your needs. Despite the benefits, running relational databases on AWS can be relatively expensive when compared to EC2 hosting. It becomes even more expensive if you have overprovisioned your resources, but it can be a time-consuming and costly process to analyze each resource to calculate its optimum configuration.

Software solutions exist that can help determine appropriate AWS RDS sizing. However, these can be a false economy when they are bundled together with other software tools as cloud management solutions. (Why buy a whole toolkit when all you need is a screwdriver?). This is why ParkMyCloud´s AWS RDS sizing tool is the ideal solution to ensure you have provisioned correctly for your needs.

Using ParkMyCloud for AWS RDS Sizing

ParkMyCloud is a lightweight SaaS app that can help you avoid the cost of AWS RDS sizing by focusing solely on optimizing your resources. It does this by conducting a discovery of your resources via a permissions-limited IAM role and then delivering Instance Utilization Reports that show the peak and average utilization of your RDS resources over a series of customizable timeframes.

The heatmap-style reports identify resources with a more expensive configuration than required. ParkMyCloud makes recommendations about which resources could be reconfigured, which could be terminated, and which could be reassigned to a cheaper pricing plan. The reports not only identify cloud waste in RDS provisioning, but also in EC2 and auto-scaling provisioning as well.

Although ParkMyCloud evaluates Cloudwatch data to make its recommendations, it cannot predict your future plans for each resource. Therefore, you have to make the decisions about whether to resize your RDS instances according to ParkMyCloud´s recommendations, or whether to select an alternative configuration. However, if you do accept ParkMyCloud´s recommendations, and demand subsequently increases for a resource, you can always return the resource to its previous configuration.

Scheduling Start/Stop Times with ParkMyCloud

AWS RDS sizing with ParkMyCloud takes minutes and costs practically nothing (or nothing at all if you take advantage of our free trial offer below). It is equally as quick and as cost-effective to use ParkMyCloud to schedule start/stop times for non-production RDS instances. Indeed, half the work is already done once the app has finished its discovery of your database resources on AWS.

Alongside the list of resources displayed on the ParkMyCloud dashboard, you will see the app´s recommendations about which are suitable for scheduling. These are typically EC2 and RDS instances that are used for developing, staging and testing, and for which most companies are paying for when they are not being used. There are two ways in which businesses usually deal with this scenario:

  • Instruct developers to switch off non-production instances when not required.
  • Reassign developers away from their core tasks to write scheduling scripts.

Scheduling start/stop times with ParkMyCloud is more reliable than instructing developers to switch off unused instances, and more cost-effective than writing and maintaining scheduling scripts. As was mentioned earlier, the work is already half done, and all you need to do to automate the scheduling process is to accept the recommendations and assign your choice of parking schedule to them.

Permanent Parking and Snoozing Parking Schedules

Based on a schedule in which non-production instances are parked outside normal office working hours (i.e. 8.00 a.m. to 8.00 p.m. Monday to Friday), ParkMyCloud will save you almost 65% on the cost of deploying development, staging and testing instances on AWS. This is addition to the savings you may make by AWS RDS sizing. However, the savings can be much higher with permanent parking schedule.

A permanent parking schedule switches an AWS instance off permanently – or at least until a developer wants to access them. When this happens, the permanent parking schedule is snoozed with the click of a mouse and the instance(s) comes out of its dormant state. Once access to the instance(s) is no longer required, the schedule can be reactivated again or will restart automatically after a period of inactivity.

Permanent parking is an ideal solution for businesses who have multiple projects under development at the same time, or who have development teams who work irregular hours. It maximizes savings without additional cost and along with AWS RDS sizing minimizes “public cloud waste” – the amount of money spend on public cloud services that are never used (estimated at up to $5.6 billion in 2016).

Try AWS RDS Sizing for Free

If you would like to check you have provisioned correctly for your needs, or would like to save up to 65% on the cost of deploying non-production instances on AWS, you are invited to contact us and request a free trail of our AWS RDS sizing tool. Our free trial offer gives you the opportunity to evaluate ParkMyCloud and its ease of use in your own environment and witness the savings for yourself.

One of the best features of ParkMyCloud not mentioned above is, when you apply parking schedules, you get a projected saving figure at once. This compares favorably with cloud management solutions that only tell you how much you have spent once you have spent it, plus due to the visibility you get over your cloud accounts with ParkMyCloud, you can make sure the projected savings are realized and maintained. Contact us today to find out more.

Request Your Free Demo Now

  • Automate scheduling with policies – integrate into your DevOps process
  • Govern user access and gain visibility across regions and public cloud accounts
  • Try it free with a 14-day trial of premium features. Free forever version available
  • Join enterprises like McDonald’s, Fox, Unilever, Sage, Sysco, and Siemens that use ParkMyCloud
  • Automatically turn off idle cloud resources to save 65%

Request Your Free Demo

Confidentiality guaranteed.
Your information is never shared.