AWS RDSとは?マネージドDBの基本をやさしく解説

AWS RDSとは?マネージドDBの基本をやさしく解説

AWS RDSと自前DBのどちらを選ぶか迷う初心者のイメージ
「RDSって、DBを速くしてくれるサービス?」
「バックアップやパッチは自分でやるの?」
「EC2に自分でDBを入れるのと、何が違うの?」

最初のつまずきは、たいてい「RDSはデータベースを速くする箱」という誤解です。そこではありません。

Amazon RDSとは、データベースの運用作業(バックアップ・パッチ適用・冗長化・監視)をAWSが肩代わりする、リレーショナルDBのマネージドサービスです。速さではなく「運用の肩代わり」が正体です。

 

この記事では、RDSが実際に引き受ける作業を責任分界の表で示し、可用性を生むマルチAZの動きを図で開き、最後に「EC2へ自前で建てるか、RDSにするか」を分ける問いまで進みます。AWSクラウドプラクティショナーのサービス対策にそのまま効きます。

 

1. RDSの正体は「運用の肩代わり」

データベースの運用作業をAWSに任せるイメージ

データベースは、立てて終わりではありません。日々のバックアップ、ソフトの更新、壊れたときの切り替え——動かし続けるための地味な作業がずっと続きます。RDSは、この「使うこと」と「守り続けること」を切り離し、後者をAWSへ預けるサービスです。

 

たとえるなら、会員制ジムです。自宅にマシンを買いそろえれば自由に改造できますが、故障対応も清掃も点検も自分持ちになります。会員制ジムなら、器具の保守はジム側が回してくれて、あなたは体を鍛えることに集中できる。RDSは、データベースにこの分担を持ち込んだものです。

 

RDSは1種類のDBに縛られません。MySQL・PostgreSQL・MariaDB・Oracle・SQL Serverという広く使われるエンジンに加え、AWSがクラウド向けに独自設計した Aurora も選べます。使い慣れたエンジンをそのまま、運用だけ軽くできるのが利点です。

 

クラウド上でサービスを組む前提そのものは クラウドコンピューティングとは で押さえておくと、RDSの立ち位置がはっきりします。

 

2. 何を任せ、何が手元に残るか

AWSと利用者で運用の担当が分かれる責任分界のイメージ

「マネージド」と聞くと全部おまかせに思えますが、そうではありません。あなたの担当も、しっかり残ります。担当の線引き(責任分界)を1枚の表にしました。ここが実務でも試験でも効いてきます。

 

作業 担当
自動バックアップ・スナップショット AWS
DBソフトのパッチ適用・マイナー更新 AWS(時間帯は利用者が指定)
障害時のフェイルオーバー(マルチAZ時) AWS
ハードウェア・OSの保守 AWS
テーブル設計・SQL・インデックス 利用者
どのエンジン・容量・接続許可を選ぶか 利用者

 

境目は明快です。「DBを動かし続ける裏方仕事」はAWS、「DBの中身をどう使うか」は利用者。設計やクエリの良し悪しまで面倒を見てくれるわけではありません。ここを取り違えると、あなたは「RDSにしたのに遅い」と悩むことになります。遅さの多くは設計側の問題で、そこはあなたの手元に残る仕事です。

 

試験では「RDSでAWSが行う作業はどれか」を選ばせる形が定番です。バックアップ・パッチ・冗長化・基盤保守がAWS側、スキーマ設計やクエリ最適化は利用者側。この線引きで、選択肢はほぼ切れます。

 

3. マルチAZが止まらなさを作る仕組み

マルチAZで待機系へ自動で切り替わるイメージ

RDSの可用性を支えるのがマルチAZです。別々のデータセンター(アベイラビリティゾーン)に本番系と待機系を置き、書き込みを同期でコピーしておきます。本番系が倒れたら、AWSが待機系へ自動で切り替えます。その流れを図にしました。

 

AZ-1 本番DB 読み書きを受ける AZ-2 待機DB 同期でコピーを保持 同期レプリケーション 本番が障害 → AWSが自動フェイルオーバー 接続先の名前は同じまま待機側が昇格

 

大事な点は、切り替わっても接続先の名前(エンドポイント)が変わらないことです。あなたのアプリは同じ名前で呼び続けるだけで、裏側の実体だけが待機系へ入れ替わります。だから障害の最中でも、アプリ側の設定を書き換えずに復帰できます。切り替えには短い中断が伴いますが、人手で待機系を立ち上げ直す運用と比べれば、復旧までの時間は大きく縮みます。

 

ここでよくある勘違いを1つ。マルチAZの待機系は、ふだん読み取りには使えません。マルチAZは「止まらないための備え」、読み取りを分散して軽くするのは別機能のリードレプリカです。両者は目的が違います。

 

4. リードレプリカで読み取りを逃がす

読み取り専用のコピーへアクセスを分散するイメージ

アクセスが増えて重くなるDBの多くは、書き込みより読み取りが詰まっています。そこで使うのがリードレプリカ——読み取り専用のコピーです。本体は書き込みに専念させ、参照のアクセスをコピー側へ逃がします。

 

マルチAZと役割を並べると、混同がほどけます。

 

観点 マルチAZ リードレプリカ
目的 止まりにくくする(可用性) 読み取りを分散して軽くする
コピーの使い道 ふだんは待機(読み取り不可) 読み取りに使える
コピーの取り方 同期 非同期(少し遅れることがある)

 

実務では、この2つをセットで効かせます。マルチAZで倒れない土台を作り、リードレプリカで参照の重さを逃がす。「落ちて困る」と「重くて困る」は別の悩みなので、打ち手も別だと覚えておくと設計で迷いません。

 

5. 自前で建てるか、RDSにするか

EC2への自前構築とRDSを一つの問いで選び分けるイメージ

EC2という仮想サーバーに、自分でDBをインストールして動かすこともできます。RDSと自前、あなたはどちらを選ぶか。迷ったら、次の一問に落とします。

 

「DBソフトそのものに、標準機能を超えた作り込みが要るか?」

 

  • 要らない(一般的なWeb・業務システムの保存先)→ RDS。運用を預けて、設計とアプリに集中する
  • 要る(RDSが対応しない拡張・特殊な設定・非対応バージョンが必須)→ EC2に自前。自由と引き換えに運用も背負う

 

ほとんどの初学者の用途では、答えはRDS側に倒れます。自前構築は「自由が要る特別な事情があるとき」の選択肢だと押さえておけば十分です。土台になる仮想サーバーは AWS EC2とは、RDSを安全に置くネットワークの囲いは AWS VPCとは で続けて掴めます。

 

クラウドプラクティショナーでは、RDSは「マネージドの代表例」として問われます。運用の肩代わり・マルチAZ(可用性)・リードレプリカ(読み取り分散)の3語を、それぞれ別の目的とひもづけて言えれば、サービス分野の得点源になります。

 

次のステップ

RDSが試験のどこに位置づくかを地図で見たいなら、AWSクラウドプラクティショナー試験全体概要から出題範囲をたどると、周辺サービスとのつながりが見えてきます。

覚えた線引きが本番で使えるかは、AWS技術とサービスの問題集でRDSまわりの設問を解いて試すのが手っ取り早い確かめ方です。