The course is part of this learning path
This course explores how to configure operational parameters for AWS Databases. We will cover some effective strategies for tuning your RDS databases to receive the most benefit for your workloads and we'll also dive into what parameter groups are, how parameter groups work, and some edge cases to watch out for.
If you have any feedback relating to this course, please contact us at firstname.lastname@example.org.
- Create your own parameter groups and apply them to an RDS database
- Understand how parameter groups affect RDS instances and in what situations they are beneficial
This lecture should be attended by those who are looking to further their database knowledge into the intermediate stages, or by those looking to understand the mechanisms behind tuning RDS databases.
This lecture will talk about some of the more advanced ideas around Amazon RDS and databases in general, so it is highly recommended that you have a moderate to strong background in Amazon RDS and Relational databases.
When Restoring RDS databases that use parameter groups there are a few things you need to know:
- When you are restoring an RDS database from a snapshot it will try to use the RDS default parameter group when recreating the database. You have the option to select the specific parameter group that you created to work with this database originally. If you do not select the appropriate parameter group at this stage, you can of course do so later, it will just require a restart of the database instance to take effect.
- Another thing to keep in mind is that when moving snapshots across regions, they do not bring the associated parameter group with them. You will need to recreate the group in that region and associate it using the method we just talked about.
Another note is that Amazon Aurora also has the ability to tune parameters just like AmazonRDS. They function in much the same way as we have described early but there are a few differences. Since aurora functions as a group of instances, as a cluster, there are two separate parameters types you can have. There are individual parameters that affect just a single instance within the cluster, and then there are parameters that affect the entire cluster as a whole.
Cluster level parameters are managed within DB cluster parameters groups, while the instance level parameters are maintained by DB parameters groups. You can view both types of parameters within the console and the CLI, and overall they operate much the same as we have discussed for RDS.
William Meadows is a passionately curious human currently living in the Bay Area in California. His career has included working with lasers, teaching teenagers how to code, and creating classes about cloud technology that are taught all over the world. His dedication to completing goals and helping others is what brings meaning to his life. In his free time, he enjoys reading Reddit, playing video games, and writing books.