リレーショナルデータベースを簡単・迅速に実現。Amazon RDS をグラレコで解説

RDS では、汎用 SSD (gp2)、プロビジョンド IOPS SSD (io1) 、およびマグネティックの 3 種類のストレージタイプを提供しています。データサイズと I/O のパフォーマンス、および料金を比較して、最適なストレージタイプを選択します。

ただし、Amazon Aurora では、専用に開発された分散型の共有ストレージアーキテクチャを利用するため、以下で説明する gp2、io1 など EBS ベースのストレージタイプを利用しません。Amazon Aurora のストレージについて詳しくは、「Amazon Aurora ストレージと信頼性」をご覧ください。

RDS では、データベースの意図しない変更や、障害に備えて、DB インスタンス全体をバックアップする仕組みが備わっています。バックアップデータは、指定された期間が保存され、任意のタイミングで保存時の状態のまま復元することができます。

RDS では、自動バックアップ機能に加え、AWS マネジメントコンソール、AWS CLI、または RDS API を使用して、いつでも手動でスナップショットデータを保存することが可能です。1 日に 1 回の自動バックアップ以外の任意のタイミングでバックアップを実施したい場合に、手動スナップショットを実行します。

手動スナップショットについて詳しくは、ユーザーガイドの「DB スナップショットの作成」(Amazon Aurora の場合はこちら) をご覧ください。

取得したスナップショットデータのリストア (復元) は、AWS マネジメントコンソールで復元したいスナップショットを選択するだけで簡単に行えます。数回のクリックで、DB インスタンスをスナップショット取得時の状態にリストアできます。

なお、スナップショットは新規の DB インスタンスとして復元されます。既存のインスタンスには復元されません。

DB インスタンスを、特定時点の状態に復元する機能です。

RDS では 5 分間隔でトランザクションログを S3 にアップロードし、DB インスタンスの状態を継続的に保持します。そのため、直近の 5 分前から自動バックアップで設定した保持期間 (最大 35 日前) までの特定時点の状態まで DB インスタンスを復元できます。

ポイントインタイムリカバリは、スナップショットデータのリストアと同様、新規の DB インスタンスに DB クラスタを復元します。ただし、Amazon Aurora (MySQL 互換エディション) では、同一の DB インスタンスの状態を指定した時間まで巻き戻す DB クラスターのバックトラック という機能が提供されています。

RDS を含め AWS サービスを利用する上での最重要事項はセキュリティです。特に機密情報を管理することが多いデータベースのセキュリティは注意が必要です。

RDS では、 データベースへのアクセス制御と、DB インスタンス上のリソースおよび DB インスタンス自体の暗号化の両面からセキュリティを確保します。

RDS では、ストレージ内の DB インスタンス、自動バックアップ、リードレプリカ、スナップショットを AES-256 暗号化アルゴリズムで暗号化します。暗号化および復号化に使用するカスタマーマネージドキーは、AWS Key Management Service (AWS KMS) で管理できます。

また、RDS はSSL または TLS 接続をサポートしています。SSL/TLS を使って通信することで、クライアントと DB インスタンス間を転送するデータを暗号化できます。

マルチ AZ 配置オプションを選択した場合、データの読み書きを行うプライマリ DB インスタンスと、データが同期的にレプリケートされるスタンバイ DB インスタンスが、それぞれ別の AZ (アベイラビリティーゾーン) に配置されます。

プライマリ DB インスタンスで障害が発生すると、すぐにスタンバイ DB インスタンスを昇格させて プライマリ DB インスタンスとして稼働させることができるため、高い耐障害性と可用性を実現できます。

リードレプリカとは、プライマリ DB インスタンスのレプリカ (複製) DB インスタンスのことです。

リードレプリカは、読み込み専用の DB インスタンスとして機能し、書き込みは行いません。リードレプリカのデータは、プライマリ DB インスタンスから非同期にレプリケート (コピー) することで更新されます。

MySQL、MariaDB および PostgreSQL を使用している場合、リードレプリカからさらに 2 層目のリードレプリカを作成できます。多層的にリードレプリカを作成することで、1 層目のリードレプリカの負荷を 2 層目のリードレプリカに分散することができます。リードレプリカは、最大 3 層目まで作成できます。PostgreSQL による多層リードレプリカのサポートは、2022 年 5 月にサポートが開始されたばかりです。詳しくは こちら をご覧ください。

※ 2022 年 7 月現在、Amazon Aurora、Oracle、SQL Server では多層リードレプリカはサポートされていません。

クロスリージョンレプリケーションとは、複数のリージョン間でデータをレプリケートし、データの冗長化を実現する機能です。RDS では、プライマリ DB インスタンスとは異なる AWS リージョンにリードレプリカを作成することで、クロスリージョンレプリケーションを構成できます。

クロスリージョンリードレプリカを作成することで、災害対策ソリューションの確保、データベースの読み込みワークロードのスケーリング、およびリージョン間での DB インスタンスの移行が容易になります。

クロスリージョンリードレプリカは、Amazon Aurora (MySQL 互換エディション)、MariaDB、MySQL、Oracle、PostgreSQL で作成できます。2022 年 7 月現在、SQL Server ではサポートされていません。クロスリージョンリードレプリカについて詳しくは、「別の AWS リージョンでのリードレプリカの作成」をご覧ください。

なお、クロスリージョンリードレプリカと類似した機能として、Amazon Aurora (MySQL および PostgreSQL 互換エディション) の場合、複数のリージョンをまたぐ DB レプリカインスタンスを構成するグローバルデータベースを作成できます。グローバルデータベースについて詳しくは、「Amazon Aurora Global Database の使用」をご覧ください。

DB インスタンスの利用料金は、1 秒ごとに課金され、10 分未満の場合は 10 分の料金が発生します。料金単価は、データベースエンジンの種類と DB インスタンスクラス (db.t3.micro や db.m4.large など) により異なります。

ストレージの種類によって異なる単価で課金されます。

• 汎用 SSD ストレージ (gp2) :
  月当たりのストレージ容量 (GiB) に従って課金されます。
• プロビジョンド IOPS ストレージ (io1) :
  月当たりのストレージ容量 (GiB)と、プロビジョンドされた IOPS (読み込み / 書き込み処理量) に対して課金されます。
• マグネティックストレージ :
  月当たりのストレージ容量 (GiB)と、I/O (書き込み/読み込み) に対して課金されます。

Amazon Aurora は、「ストレージ」で述べたとおり gp2 や io1 など EBS ベースのストレージではなく、専用の Aurora ストレージを利用します。Aurora ストレージは、GB / 月単位で、I/O 消費量は 100 万件のリクエストごとに課金されます。

バックアップストレージとは、自動バックアップや、手動スナップショットで取得したバックアップデータを保存するストレージです。バックアップストレージの使用料は、データベースストレージの使用量が 100% を超えるまでは発生しません。100% を超えた時点で、バックアップに使用したストレージ容量が月単位で課金されるようになります。

RDS へのデータ受信、および RDS からのデータ送信に対して課金されます。
インターネットから RDS へのデータ受信、RDS からインターネットへのデータ送信、RDS から別の AWS サービスへのデータ転送によって料金単価は異なります。

バックトラックや、スナップショットのエキスポートなどその他の料金体系について詳しくは、「Amazon RDS の料金」ページから対象のエンジンを選択して料金表をご参照ください。

前述のとおり、ユースケースに応じて最適なデータベースを選択するには、データベースごとの特徴と相違点をよく理解することが重要です。本グラレコ記事では、RDB と NoSQL の比較と RDS ならではの機能を 8 つの項目に分けてご紹介しました。

データベースのセットアップ・運用・スケーリングは手間がかかるだけでなく、わずかなミスがビジネスに直結するミッションクリティカルな作業です。その点 RDS は、マネージドリレーショナルデータベースサービスとして、負荷分散やバックアップ、OS のパッチ適用などの処理を AWS 側に任せることができます。

最後に、全体の図を見てみましょう。