Does aurora serverless cost money even if it is not used? - amazon-web-services

I have created a serverless aurora database and created a database and filled it. Without using it for reading and writing, i get priced for it.
Does the aurora serverless database costs money monthly even though i do not use it?

You only pay for storage if you are not using it. From docs:
When the DB cluster is paused, no compute or memory activity occurs, and you are charged only for storage.

Related

Not able to select instance memory class less than m4 series

My AWS account was disabled and rds (mysql) was terminated after taking the snapshot, When I am trying to restore RDS from the snapshot I am not able to select a memory class lower than M4 series.
Had anyone faced this issue before? Any suggestions on lowering the memory class series?
For me, the Amazon RDS pricing page does not show any General Purposes instances prior to the M5 generation. If you can get M4, then that's great!
For us-east, a db.m5.large is 17.1c/hour.
According to the Amazon RDS previous generation page, pricing is:
db.m4.large 17.5c/hour
db.m3.large 18.5c/hour
db.m2.xlarge (smallest possible) is 33c/hour
db.m1.large 46c/hour (db.m1.small is 11c/hour, but that's really old)
So, the older-generation db instance types are actually more expensive than an M5 db instance.
If this remains too expensive for you, some options are:
Turn off the Amazon RDS database when it is not in use, or
Launch an Amazon EC2 instance and install/run the database yourself, or
Move to Amazon Aurora Serverless, where "you only pay for the database capacity, storage, and I/O your database consumes when it is active"

AWS RDS Pricing

I just followed a tutorial to create an RDS database. Since the time of creating my will I be charged every hour for which my database instance is active or will I be charged for everytime I make a query to the database?.
The simple answer is that you're charged for every hour your RDS instance is running, and (broadly) not how much you actually use it. There may be some small charges for large volumes of queries, but keeping the instance running is the main cost.
However if you're a new customer you can have a small RDS instance free for a year. Look for 'free-tier eligible' on the management console.
AWS has detailed pricing category for different DB which should be clear enough. Taking mysql "On-Demand DB Instances" as an example, it charges based on the type and duration, however for RDS T3 DB instances which uses unlimited mode it may involve extra fees if your average CPU usage exceed baseline.

Does AWS charge for RDS Instance Startup Time?

I have an app that starts and stops an RDS instance on-demand. I understand how AWS charges for a stopped RDS instance.
Does AWS charge for startup/shutdown compute time?
The pricing documentation for RDS indicates:
Pricing is ... from the time a DB instance
is launched until it is stopped or deleted.
For RDS, more specifically:
RDS is billed in one-second increments for database instances and
attached storage. Pricing is still listed on a per-hour basis, but
bills are now calculated down to the second and show usage in decimal
form. There is a 10 minute minimum charge when an instance is created,
restored or started.
FYI, for regular EC2 instances:
Each time you start a stopped instance we charge a minimum of one
minute for usage. After one minute, we charge only for the seconds you
use.
The most cost efficient solution would be to use aurora serverless. This way you dont have to start and stop the instance.
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless.html
When you use Aurora Serverless, you pay for only the database resources that you consume, on a per-second basis.

Aurora PostgreSQL engine: no space left on device

I am working with the AWS Aurora PostgreSQL 10.4 engine. I am trying to cluster table ... using index and getting an error like
could not write block .... of temporary file: no space left on device
If I were managing my own PostgreSQL instance I would be looking at the space available on individual volumes with df. (See also: I get an error "could not write block .... of temporary file no space left on device ..." using postgresql)
But with Aurora, AWS should be managing the storage and automatically expanding it on demand. So I'm wondering how I would go about fixing this condition if I'm not managing the storage myself. I'm guessing that that the PG engine's temp storage is separate from the Aurora-managed virtualized storage layer, but not sure how to change it.
Temp space uses the local “ephemeral” volume on the instance. Currently the only way to increase that space is to move to a larger instance size.
You're right in stating that Aurora should take care of this. If you have multiple instances in your cluster, then your cluster would self recover by initiating a failover. The faulty instance would be repaired in the background as well - mostly automatically, and in some rare cases by AWS operators.
If you noticed the issue persisting for more than a few minutes, then you should:
Manually trigger a failover using API/Console
Engage AWS Support to look into the matter if it happens more often.
If you think AWS missed your SLA, then do bring it to their notice as well.
AWS will use commercially reasonable efforts to make Multi-AZ instances available with a Monthly Uptime Percentage (defined below) of at least 99.95% during any monthly billing cycle (the "Service Commitment"). In the event Amazon RDS does not meet the Monthly Uptime Percentage commitment, you will be eligible to receive a Service Credit
Doc: https://aws.amazon.com/rds/sla/

AWS RDS Storage didnt decrease after housekeeping database

Im Currently using AWS RDS on my system, and my storage is too big.
And then i house keeping them and delete about 200 TB.
But in my billing the storage didnt decrease at all.
How can i decrease my storage on AWS RDS ?
You can't decrease storage as you provision upfront. The only way to decrease storage is dump your database to disk on another (EC2?) server and create a new RDS instance with less diskspace.