Aurora Serverless v2 の要件 - Amazon Aurora

Aurora Serverless v2 の要件

Aurora Serverless v2 DB クラスターを使用する予定のクラスターを作成する際には、以下の要件に注意してください。

リージョンとバージョンの可用性

利用できる機能とそのサポートは、各 Aurora データベースエンジンの特定のバージョン、および AWS リージョン によって異なります。Aurora と Aurora Serverless v2 でのバージョンとリージョン可用性については、「Aurora Serverless v2」を参照してください。

以下の例では、特定の AWS リージョン に Aurora Serverless v2 で使用できる正確な DB エンジンの値を確認するための AWS CLI コマンドを示しています。Aurora Serverless v2 の --db-instance-class パラメータは常に db.serverless です。--engine パラメータには aurora-mysql または aurora-postgresql が使用できます。適切な --region および --engine 値を代入して、使用可能な --engine-version の値を確認します。コマンドによって何も出力されない場合は、Aurora Serverless v2 は、その AWS リージョン と DB エンジンの組み合わせでは使用できません。

aws rds describe-orderable-db-instance-options --engine aurora-mysql --db-instance-class db.serverless \ --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.serverless \ --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

Aurora Serverless v2 を使用するクラスターは、容量範囲を指定する必要があります

db.serverless DB インスタンスクラスを使用する DB インスタンスを追加する前に、Aurora クラスターが ServerlessV2ScalingConfiguration 属性を持っている必要があります。この属性には容量範囲を指定します。Aurora Serverless v2 容量は、最小 0.5 Aurora 容量単位 (ACU) から 最大 128 ACU までの範囲で、0.5 ACU 単位で指定します。各 ACU は、約 2 ギビバイト (GiB) の RAM と、関連する CPU とネットワーキングに相当します。Aurora Serverless v2 の容量範囲設定の使用方法についての詳細は、「Aurora Serverless v2 の仕組み」を参照してください。

ACU の最小値と最大値は、クラスターと関連する Aurora Serverless v2 DB インスタンスを作成するときに AWS Management Console で指定できます。AWS CLI の --serverless-v2-scaling-configuration オプションでも指定できます。または、Amazon RDS API で ServerlessV2ScalingConfiguration パラメータを指定します。この属性は、クラスターの作成時、または既存のクラスターの変更時に指定できます。容量範囲を設定する手順については、「Aurora Serverless v2 クラスターの容量設定」を参照してください。最小容量と最大容量値を選択する方法と、それらの設定が一部のデータベースパラメータに与える影響の詳細については、「Aurora クラスターの Aurora Serverless v2 での容量範囲の選択」を参照してください。

一部のプロビジョン済み機能は Aurora Serverless v2 でサポートされていません。

Aurora プロビジョン済み DB インスタンスの以下の機能は、現在 Amazon Aurora Serverless v2 では使用できません。

  • データベースアクティビティストリーム (DAS)。

  • Aurora MySQL のバックトラッキング。この機能は現在、Aurora MySQL バージョン 3 では使用できません。Aurora MySQL バージョン 3 の機能サポートの詳細については、「Aurora MySQL バージョン 3 は MYSQL 8.0 との互換性があります。」を参照してください。

  • Aurora PostgreSQL のクラスターキャッシュ管理。apg_ccm_enabled 設定パラメータは Aurora Serverless v2 DB インスタンスには適用されません。

  • AWS Billing and Cost Management コンソールで、Aurora Serverless v2 に追加されたカスタムタグでフィルタリングすると、使用量はゼロを示します。AWS リージョン、エンジン、usageType などのフィルターオプションを使用して、正確な課金額を取得します。

Aurora 機能の一部は Aurora Serverless v2 で動作するものもありますが、容量範囲が特定のワークロードの機能に必要なメモリに必要な容量よりも小さい場合は、問題が発生する可能性があります。その場合、通常よりもデータベースのパフォーマンスが低下するか、メモリ不足のエラーが発生する可能性があります。適切な容量範囲の設定に関する推奨事項については、「Aurora クラスターの Aurora Serverless v2 での容量範囲の選択」を参照してください。容量範囲の設定が間違っているためにデータベースでメモリ不足のエラーが発生した場合のトラブルシューティング情報については、「メモリ不足エラーを回避する」を参照してください。

Aurora Auto Scaling はサポートされていません。これは、CPU の使用率に基づき、新しいリーダーを追加して、読み取り回数の多いワークロードを追加で処理するタイプのスケーリングです。ただし、CPU 使用率に基づくスケーリングは、Aurora Serverless v2 に対しては意味を持ちません。代わりに、事前に Aurora Serverless v2 リーダー DB インスタンスを作成して、小容量にスケールダウンすることもできます。これは、クラスターの読み取り容量をスケーリングするために、新しい DB インスタンスを動的に追加するよりも高速で、中断の少ない方法です。

Aurora Serverless v2 での側面は、一部 Aurora Serverless v1 とは異なります。

Aurora Serverless v1 ユーザーで 初めて Aurora Serverless v2 を使用する場合は、Aurora Serverless v2 と Aurora Serverless v1 の違いを参照して、Aurora Serverless v1 と Aurora Serverless v2 で要件がどのように異なるかを理解してください。