AWS クックブック

第4章 データベース データベース

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

4.0 はじめに

AWSでデータベースを利用するには、無数の選択肢がある。EC2上にデータベースをインストールして稼働させれば、データベースエンジンとカスタム構成の選択肢が最も多くなるが、パッチ適用、バックアップ、高可用性の設定、レプリケーション、パフォーマンスチューニングなどの課題が発生する。AWSの製品ページに記載されているように、AWSはこれらの課題を解決するのに役立つマネージド・データベース・サービスを提供しており、幅広い種類のデータベース（リレーショナルデータベース、キーバリュー/NoSQL、インメモリ、ドキュメント、ワイドカラム、グラフ、時系列、元帳）をカバーしている。データベースのタイプとデータモデルを選択する際には、スピード、ボリューム、アクセスパターンを念頭に置く必要がある。

AWSのマネージドデータベースサービスは、多くのサービスと統合され、セキュリティ、運用、開発の観点から追加機能を提供する。この章では、Amazon Relational Database Service (RDS)、Amazon DynamoDBによるNoSQLの利用、そしてこれらのデータベースの移行、セキュア化、スケールでの演算子について説明する。 例えば、Secrets ManagerをRDSデータベースと統合して、データベース・ユーザのパスワードを自動的にローテーションする方法を学ぶ。また、IAM認証を活用してデータベース・パスワードへのアプリケーション依存を完全に減らし、代わりにIAM権限を通じてRDSへのアクセスを許可する方法も学ぶ。DynamoDBによるオートスケーリングを探求し、これがコストとパフォーマンスの観点から重要である理由について学ぶ。

注

ルート53をデータベースだと考える人もいるが、我々はそうは思わない。）

注

過去のいくつかのデータベースエンジンでは、レプリカ構成、デフォルトのルートユーザ名、プライマリデータベースなどに特定の用語を使用してきた。本章では（そして本書全体でも）、可能な限り包括的な用語を使用するよう配慮した。我々は、これらの商用およびオープンソースのデータベースエンジンで包括的な用語を使用する動きを支持する。

ワークステーションの構成

CLIレシピのための一般的なワークステーションのセットアップ手順」に従って、設定を確認し、必要な環境変数をセットアップする。それから、章コード・リポジトリをクローンする：

git clone https://github.com/AWSCookbook/Databases

警告

この章のいくつかのステップでは、パスワードを作成し、一時的に環境変数として保存し、その後のステップで使用する。レシピを完了したら、クリーンアップ手順に従って環境変数の設定を解除しておくこと。理解を簡単にするために、この方法を使う。本番環境では、より安全な方法（レシピ1.8で使用した方法など）を使用すべきである。

4.1 Amazon AuroraサーバーレスPostgreSQLデータベースの作成

問題

予測不可能なリクエストを受け取るウェブ・アプリケーションがあり、リレーショナル・データベースに保存する必要がある。 使用量に応じて拡張でき、費用対効果の高いデータベースソリューションが必要である。オーバーヘッドが少なく、既存のPostgreSQLアプリケーションと互換性のあるソリューションを構築したい。 ...