- 최신
- 최다 투표
- 가장 많은 댓글
Hello.
I think it would be a good idea to refer to the text in the following document for a guideline for instance types.
For small workloads other than production environments, I think it is better to use the T-based instance class.
In a production environment, it depends on how the application uses the database, but in general, R-based memory-optimized instance classes are often used.
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html
For Dev/Qa/Uat type environments I would look at using Aurora Serverless V2 (if your AWS region supports it) and see how you go. If those environments are not used 24x7 then this is likely to save you money. Start with a smaller amount of ACUs and scale up.
Each ACU is a combination of approximately 2 gibibytes (GiB) of memory, corresponding CPU, and networking. You specify the database capacity range using this unit of measure
This page covers some guidelines around capacity for Aurora Serverless.
For Perf/Prod look at the metrics that comes out of RDS in terms of memory/CPU from there work out if you want to go down the memory optimized (R Instance Types) or compute optimised (C instance Types) instance paths. If neither seems to be the constrained consider using an multi-purpose instance type (M). You can consider Serverless for Production as well however the AWS documentation states
This type of automation is especially valuable for multitenant databases, distributed databases, development and test systems, and other environments with highly variable and unpredictable workloads.
Using Aurora Serverless is not a one-way door as you can move back to standard instance types if you want
관련 콘텐츠
- 질문됨 7년 전
- AWS 공식업데이트됨 4년 전
I see it showing numerous memory optimized X family and R family options with different CPU and memory configuration, so bit confused. So, would it be okay to map these number to existing database (which is on premise Oracle instance) which we are planning to migrate to AWS and accordingly chose one type? And yes, the application is an enterprise used app with 24/7 operating users. Also if we can move from one instance type to other if required in future seamlessly?
Well, basically, I think you should choose one with the same specs as your existing database. The X family seems to be better suited for uses that require more memory than the R family. https://aws.amazon.com/about-aws/whats-new/2021/09/amazon-aurora-supports-aws-graviton2-based-x2g-instances/?nc1=h_ls
It is possible to change the instance type. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Modifying.html#Aurora.Modifying.Settings