読み取り可用性機能のある Aurora クラスターの再起動

読み取り可用性機能があると、プライマリまたはセカンダリクラスター内のリーダーインスタンスを再起動せずに Aurora クラスターのライターインスタンスを再起動できます。そうすることで、ライターインスタンスを再起動している間、読み込みオペレーション用にクラスターの高可用性を維持するのに役立ちます。リーダーインスタンスは後で都合の良いスケジュールで再起動できます。例えば、本番クラスターの場合、リーダーインスタンスを一度に 1 つずつ再起動し、プライマリインスタンスの再起動が完了した後にのみ開始できます。再起動する各 DB インスタンスについて、「Aurora クラスター内の DB インスタンスの再起動」 の手順に従います。

プライマリ DB クラスターの読み取り可用性機能は Aurora MySQL バージョン 2.10 以降 (バージョン 8.4 を含む) で使用できます。セカンダリ DB クラスターの読み取り可用性は Aurora MySQL バージョン 3.06 以降 (バージョン 8.4 を含む) で使用できます。

Aurora PostgreSQL では、この関数は次のバージョンでデフォルトで使用できます。

Aurora PostgreSQL の読み取り可用性機能の詳細については、「Aurora レプリカの読み取り可用性の向上」を参照してください。

この機能の前では、プライマリインスタンスを再起動すると、各リーダーインスタンスの再起動が同時に発生していました。Aurora クラスターで古いバージョンを実行している場合は、代わりに 読み取り可用性機能のない Aurora クラスターの再起動 の再起動の手順を使用します。

クラスターパラメータグループを変更した後、頻繁にクラスターを再起動します。パラメータを変更するには、「Amazon Aurora のパラメータグループ」 の手順に従います。Aurora クラスター内のライター DB インスタンスを再起動して、クラスターパラメータに変更を適用するとします。一部またはすべてのリーダー DB インスタンスは、古いパラメータ設定を引き続き使用することがあります。ただし、異なるパラメータ設定は、クラスターのデータ整合性には影響しません。データファイルの編成に影響するクラスターパラメータは、ライター DB インスタンスによってのみ使用されます。

例えば、Aurora MySQL クラスターで、リーダーインスタンスの前に、ライターインスタンスで binlog_format や innodb_purge_threads などのクラスターパラメータを更新できます。ライターインスタンスだけがバイナリログを書き込み、元に戻すレコードを消去しています。クエリの SQL ステートメントまたはクエリ出力の解釈方法を変更するパラメータについては、リーダーインスタンスを直ちに再起動するように注意する必要がある場合があります。これは、クエリ中の予期しないアプリケーションの動作を回避するために行います。例えば、lower_case_table_names パラメータを変更してライターインスタンスを再起動するとします。この場合、リーダーインスタンスは、すべてが再起動されるまで、新しく作成されたテーブルにアクセスできない場合があります。

すべての Aurora MySQL クラスタパラメータのリストについては、クラスターレベルのパラメータ を参照してください。

すべての Aurora PostgreSQL クラスターパラメータのリストについては、Aurora PostgreSQL クラスターレベルのパラメータ を参照してください。