From 16f52b7bef745097f7076dde76715db378b54343 Mon Sep 17 00:00:00 2001 From: JJ Date: Wed, 19 Mar 2025 14:56:26 +0000 Subject: first commit --- .../12.scalability-availability.md | 36 ++++++++++++++++++++++ 1 file changed, 36 insertions(+) create mode 100644 content/notes/aws-solutions-architect/12.scalability-availability.md (limited to 'content/notes/aws-solutions-architect/12.scalability-availability.md') diff --git a/content/notes/aws-solutions-architect/12.scalability-availability.md b/content/notes/aws-solutions-architect/12.scalability-availability.md new file mode 100644 index 0000000..497af13 --- /dev/null +++ b/content/notes/aws-solutions-architect/12.scalability-availability.md @@ -0,0 +1,36 @@ +--- +title: 12 - scalability availability +course: ["aws solutions architect"] +--- + +## Vertical vs horizontal scalability + +### Vertical + +This means adding more power to existing instance. For example turning EC2 instance from a T2 to a T3 instance - so adding more compute. + +- There are hardware limits to how much this can scale +- Common use case fo non-distributed systems like a database +- RDS and ElastiCache can scale vertically + +> AWS terms: scale up / down + +### Horizontal + +Involves adding more instances for the application. Instead of increasing capacity of existing machines, we add new machines. + +So going from one machine to two machines for the same application is an example of horizontal scaling. + +- Common use case for web apps +- Implies distributed systems + +> AWS terms: scale out / in + +## Availability + +This refers to application uptime. It usually involves running same application across multiple AZs so that if one data centre crashes, your app will be active in another so there is no downtime. + +AWS examples: + +- Auto Scaling Group multi AZ +- Load Balancer multi AZ -- cgit v1.2.3