Amazon RDSを理解する

RDSのDBインスタンスを作成するだけでなく、接続、安全性、可用性、バックアップを利用要件に合わせて設定する考え方を学びます。方式を限定して、スタンバイと読取り用複製の差を理解します。

この単元で学ぶこと

RDSの管理範囲と利用者の設定を説明する
Multi-AZとリードレプリカの用途を区別する
バックアップと復元先を理解する

本文解説

1. DBを管理する単位 RDSのDBインスタンスはクラウド上の独立したDB環境です。エンジン、バージョン、計算能力、保存領域等を指定します。一つのDB環境の中へアプリが使う表や利用者を作る作業は別です。インスタンス作成APIの成功と、アプリのデータ設計完了を区別します。

2. 管理される層標準的なRDSではAWSが基盤OSやDBソフトの管理作業を担います。利用者はEC2へSSHして任意のOS変更をする方式とは違う制約を受けます。特殊なOS制御が必須なら対応方式を検討し、マネージドという利点と自由度の条件を比較します。ここではRDS Custom等の別方式と区別します。

3. 接続と認可アプリはDBのエンドポイントへ、対応するポートとDBプロトコルで接続します。VPCの経路やSGで通信を絞り、DBユーザー等で操作の権限を管理します。DBを作成するIAM権限があることと、SELECTやUPDATEを行えることは別の条件です。

4. Multi-AZの二方式 Multi-AZ DBインスタンス配置では別AZへ同期するスタンバイを持ち、障害時等の切替えに備えます。このスタンバイは読取り用途へ開放しません。一方のMulti-AZ DBクラスター配置には読取り可能な副系があります。方式名を明示して説明し、エンジン等の対応も確認します。

5. 読取り用の複製通常のRDS DBインスタンスのリードレプリカは非同期で複製し、読取り負荷を分散します。アプリがレプリカの接続先を利用する等の設計が必要です。作成するだけで既存の全SELECTが自動移動するとは限りません。複製遅延を許せるレポート等と、更新直後の確認等を分けます。

6. 自動バックアップ有効な設定と条件の下で、自動バックアップは指定した保持期間内の復元を可能にします。バックアップウィンドウや保持期間、実際の復元可能時刻を確認します。DB状態等によって取得条件があるので、設定したことだけで毎回の成功を断定せず監視します。

7. 手動スナップショット手動スナップショットは必要な時点で残す復旧点です。自動バックアップの保持期間と同じ仕組みで自動消去されるものではありません。DBを削除する際は最終スナップショットや自動バックアップ保持の選択を確認し、不要な保存を減らす作業と必要な復旧点を守る作業を両立します。

8. 復元と切替え RDS DBインスタンスのポイントインタイム復元は、元をその場で巻き戻すのではなく新しいDBインスタンスを作ります。SGやパラメーター等を確認し、復元内容、接続先、アプリ動作を検証して利用先を切り替えます。取得済みだから瞬時に業務が戻ると考えず、復元と確認に必要な時間を含めます。

図解

設定と復旧を一続きにする — 作成成功だけでなく、実際に利用・復旧できる条件を確かめます。

重要ポイント

標準RDSはOS管理の自由度と運用責任がEC2と異なる。
従来Multi-AZのスタンバイとread replicaを分ける。
時点復元は新しいDBを作る。

間違えやすい点

RDSの管理API権限をSQL操作権限と同一視する。
レプリカ作成だけでアプリの読取り先も変わったと考える。

用語解説

エンドポイント: DB接続に使うホスト名等の接続先。
PITR: 復元可能な範囲の指定時点へ戻すポイントインタイム復元。
バックアップウィンドウ: 定期バックアップの処理を行う時間帯。

参考資料

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。