Amazon RDS および Aurora で R8gd/M8gd インスタンスの提供リージョンが拡大

Amazon Relational Database Service (RDS) において、R8gd インスタンスは 12 リージョン、M8gd インスタンスは 6 リージョンで追加提供が開始されました。これらのインスタンスは AWS Graviton4 プロセッサを搭載し、Optimized Reads 機能により、ローカル NVMe SSD を活用して一時的なデータ（一時テーブルなど）の一時保存や、Aurora PostgreSQL のキャッシュ容量の拡張（バッファキャッシュから追い出されたページの再キャッシュ）を可能にします。対象エンジンは Aurora PostgreSQL, RDS for PostgreSQL, RDS for MySQL, RDS for MariaDB です。

🚀 エンジニア視点の考察

今回のアップデートは、**「読み取り負荷の高い複雑なクエリ」や「インデックス再構築」**に悩んでいるデータベース運用者にとって、非常に強力な武器になります。

🛠️ 解決される課題とメリット

• クエリ遅延の解消: ネットワーク経由のストレージアクセスを減らし、ローカル NVMe SSD を活用することで、一時テーブルの作成や複雑なクエリの実行速度が向上します。
• キャッシュ効率の向上: Aurora PostgreSQL の I/O-Optimized 設定を使用している場合、メモリから溢れたデータページをローカルストレージにキャッシュできるため、メモリ不足によるパフォーマンス低下を防げます。
• コストパフォーマンスの改善: R6g インスタンスと比較して、Aurora PostgreSQL では最大 165% のスループット向上と 120% の価格性能比の向上が見込まれます。

🇯🇵 日本国内リージョンの状況

最新のリージョン状況を確認したところ、東京 (ap-northeast-1) および 大阪 (ap-northeast-3) における R8gd/M8gd インスタンスの提供については、今回の発表および公式ドキュメントに明記されていません。 利用可能かどうかは、AWS マネジメントコンソールまたは AWS CLI (describe-orderable-db-instance-options) を使用して直接確認することをお勧めします。

💡 実務上のアドバイス

• ワークロードの選定: 分析、レポート作成、ETL 処理など、読み取りが重いワークロードに最適です。逆に、書き込みが主体のワークロードでは、ローカル SSD の恩恵を十分に受けられない可能性があります。
• 移行時の注意: インスタンスタイプの変更には短時間のダウンタイムが発生します。また、ローカル NVMe ストレージは**エフェメラル（一時的）**な性質を持つため、重要データは必ず Amazon EBS や Aurora ストレージに永続化されていることを確認してください。
• セキュリティ: ローカル NVMe ストレージはインスタンスに物理的に隔離されており、デフォルトで AWS KMS により暗号化されるため、追加設定なしで高いセキュリティを維持できます。

✅ 次のアクション

1. リージョン確認: CLI を使用して、自環境のリージョンで利用可能か確認する。

   aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.r8gd --region ap-northeast-1
   

2. 検証環境でのテスト: 本番環境への適用前に、非本番環境でクエリ実行速度やインデックス再構築のパフォーマンスを測定する。

参照ドキュメント:

• Amazon Aurora User Guide (DB Instance Class Support)
• Amazon RDS User Guide (DB Instance Class Support)