Amazon Aurora
Aurora のユーザーガイド

Amazon Aurora を使用する際のベストプラクティス

このトピックには、Amazon Aurora DB クラスターの使用およびデータ移行の全般的なベストプラクティスとオプションに関する情報が含まれます。

Amazon Aurora のベストプラクティスのいくつかは、特定のデータベースエンジンに固有です。データベースエンジンに固有の Aurora のベストプラクティスの詳細については、以下を参照してください。

データベースエンジン ベストプラクティス

Amazon Aurora MySQL

Amazon Aurora MySQL を使用する際のベストプラクティス」を参照してください。

Amazon Aurora PostgreSQL

Amazon Aurora PostgreSQL を使用する際のベストプラクティス」を参照してください。

注記

Aurora の一般的な推奨事項については、Amazon Aurora 推奨事項を使用する を参照してください。

Amazon Aurora の基本的な運用についてのガイドライン

以下に示しているのは、基本的な運用についてのガイドラインであり、Amazon Aurora の使用時にすべてのユーザーが従う必要があります。Amazon RDS のサービスレベルアグリーメントでは、次のガイドラインに従う必要があります。

  • メモリ、CPU、ストレージの使用状況をモニタリングする。Amazon CloudWatch は、使用パターンが変更されたり、デプロイメントの最大容量に近づいたりすると、通知するように設定できます。この通知は、システムのパフォーマンスと可用性を維持するために役立ちます。

  • クライアントアプリケーションが DB インスタンスのドメインネームサービス (DNS) のデータをキャッシュしている場合には、有効期限 (TTL) の値を 30 秒未満に設定します。DB インスタンスの基になる IP アドレスがフェイルオーバー後に変更される可能性があるため、DNS データを長時間キャッシュに格納すると、使用されなくなった IP アドレスにアプリケーションが接続を試みて、接続に失敗することがあります。複数のリードレプリカを含む Aurora DB クラスターでは、接続でリーダーエンドポイントを使用しており、リードレプリカインスタンスのいずれかがメンテナンス中または削除されている場合にも、接続エラーが発生する場合があります。

  • DB クラスターのフェイルオーバーをテストすることで、そのプロセスがユースケースにかかる時間を把握し、DB クラスターにアクセスするアプリケーションがフェイルオーバー後に新しい DB クラスターに自動的に接続できるようにします。

DB インスタンスの RAM の推奨事項

パフォーマンスを最適化するために、作業セットをほぼすべてメモリに保持できるように十分な RAM を割り当てます。作業セットがほぼすべてメモリ内にあるかどうかを確認するには、Amazon CloudWatch の以下のメトリクスを調べます。

  • VolumeReadIOPS – クラスターボリュームからの読み取り I/O オペレーションの平均回数を測定し、5 分間隔で報告します。VolumeReadIOPS の値は小さく、安定している必要があります。読み取り IO が急増しているか、通常よりも高い場合は、DB クラスター内の DB インスタンスを調べて、増加した IO を引き起こしている DB インスタンスを確認する必要があります。

  • BufferCacheHitRatio – このメトリクスは、DB クラスター内の DB インスタンスのバッファキャッシュによって処理されるリクエストの割合を測定します。このメトリクスにより、メモリから提供されているデータの量についての洞察を得られます。ヒット率が低い場合、この DB インスタンスのクエリが、通常ディスクに書き込まれていることを示します。この場合、ワークロードを調べて、この動作の原因となっているクエリを調べる必要があります。

ワークロードを調査した後に、より多くのメモリが必要であると分かった場合、DB インスタンスクラスをより多くの RAM を持つクラスにスケールアップすることは役立つことがあります。その後、上記のメトリクスを調査し、必要に応じてスケールアップを続けることができます。DB クラスターのモニタリングの詳細については、「Amazon Aurora DB クラスターメトリクスのモニタリング」を参照してください。

Amazon Aurora のモニタリング

Amazon Aurora には、さまざまな Amazon CloudWatch メトリクスが用意されており、Aurora DB クラスターの状態とパフォーマンスをモニタリングして判断することができます。Aurora メトリクスは、Amazon RDS マネジメントコンソール、AWS CLI、CloudWatch API など、さまざまなツールを使用して表示できます。詳細については、「Amazon Aurora DB クラスターのモニタリング」を参照してください。

DB パラメータグループおよび DB クラスターパラメータグループを使用する

パラメータグループの変更を本稼働 DB クラスターに適用する前に、DB パラメータグループおよび DB クラスターパラメータグループの変更を、テスト DB クラスターで試すことをお勧めします。不適切な設定の DB エンジンパラメータがあると、パフォーマンスの低下やシステムの不安定化など、予期しない悪影響が生じることがあります。

DB エンジンパラメータの変更時には常に注意が必要です。DB パラメータグループを変更する前に必ず DB クラスターをバックアップしてください。DB クラスターのバックアップの詳細については、「Amazon Aurora DB クラスターのバックアップと復元」を参照してください。

Amazon Aurora のベストプラクティスについてのプレゼンテーションビデオ

シカゴで開催された 2016 AWS Summit カンファレンスでは、安全で高い可用性を持つ Amazon Aurora DB クラスターの作成と設定を行うためのベストプラクティスに関するプレゼンテーションが行われました。プレゼンテーションビデオは、ここから視聴できます。