Day 04 - 资料库服务也一把抓的RDS

来到了第四天，我们一起来看看RDS是什麽。
RDS是Relational Database Service的缩写，是AWS提供我们进行资料储存的一套服务。以下我们依序来探究。

1. 为何要使用RDS:

为何我们不建立一套RDB(Relational Database)在自己专属的EC2上，反而去使用RDS呢?其实，采用RDS有几项限制。第一，我们无法进入OS(Operating System)层，去改变RDS的设定；第二，并非所有的DB Engine都是我们可以选择，亦即部分DB是RDS不支援的。即使RDS有以上两项限制，仍然可某种程度去进行解套。更重要的是，RDS在资料备份(Data Backup)和资源控管(High Availability)上，提供了给力的服务。我们往下看。

2. RDS如何运作的呢?

即使我们无法在OS层直接调控RDS参数设定，我们可以透过Parameter Group来去调整EBS(可以当作硬碟规格)，藉此来提升RDS的规格。
虽然RDS无法支援所有的DB类型，但几个大宗的DB类型都有包括在内:

• Aurora
• PostgreSQL
• MySQL
• MariaDB
• Oracle
• Microsoft SQL Server
  

刚提到RDS的两项主要优势，data backup和high availability，我们接着依序说明。

3.1 Data Backup

Snapshot

1. 自动化的Snapshot: 当master DB挂掉时，RDS会保留最後一个版本的backup。
2. 人工的Snapshot: 当master DB挂掉时，RDS会保留所有各个版本的backups。
   若是没有multi-az，进行snapshot时，I/O执行会按照机器规格和大小，而会有所延滞。

3.2 High Availability

Read Replica

用来支援唯读的流量分配。Read replica DB会备份master DB，但无法同步，而且一旦mater DB挂掉，Read replica DB也会停止。

Multi-AZ RDS

在Multi-AZ的架构下，Stand-by DB会同时去支援Read Replica的DB和snapshot的工作。也就是就算mater DB挂掉了，stand-by DB依然会全面性的支援master DB的工作，并在master DB挂掉时，启动将自己转换成master DB和开起一个新的stand-by DB的机制。