自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用 - Amazon Relational Database Service
順序とフェーズオブザーバビリティ

自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用

Amazon RDS は、複数のデータベースリソースと AWS アカウントにわたるマイナーバージョンの自動アップグレードを管理するための AWS Organizations アップグレードロールアウトポリシーをサポートしています。このポリシーは、以下の方法でインスタンスの制御されたアップグレード戦略を実装するのに役立ちます。

アップグレードロールアウトポリシーの仕組み

新しいマイナーエンジンバージョンが自動アップグレードの対象になると、ポリシーは定義された順序に基づいてアップグレードシーケンスを制御します。

  • [first] とマークされたリソース (通常は開発環境) は、メンテナンスウィンドウ中にアップグレードの対象となります。

  • 指定されたベイク時間が経過すると、[second] とマークされたリソースが対象になります。

  • 別の指定ベイク時間が過ぎると、[last] とマークされたリソース (通常は本番環境) が対象になります。

  • AWS Health 通知によるアップグレードの進行状況のモニタリング。

アップグレードの順序は、次の方法で定義できます。

  • アカウントレベルのポリシー – 指定されたアカウントのすべての対象リソースに適用されます。

  • リソースタグ — タグに基づいて特定のリソースに適用します。

注記

アップグレードポリシーが設定されていないリソース、またはポリシーから除外されているリソースは、自動的に [second] のアップグレード順序を受け取ります。

前提条件

  • AWS アカウントは、アップグレードロールアウトポリシーが有効になっている Organizations の組織の一部である必要があります

  • インスタンスのマイナーバージョン自動アップグレードを有効にします

  • タグは、アップグレードロールアウトポリシーに厳密には必要ありません。さまざまな環境 (開発、テスト、QA、本番稼働など) に特定のアップグレード順序を定義する場合は、タグを使用できます。ポリシーにタグ設定を含めない場合、そのポリシーのすべてのリソースはデフォルトのアップグレード順序に従います。

前提条件

  • AWS アカウントは、アップグレードロールアウトポリシーが有効になっている Organizations の組織の一部である必要があります

  • インスタンスのマイナーバージョン自動アップグレードを有効にします

  • リソースにタグ付けして環境 (開発、テスト、本番稼働など) を特定する

リソースにタグを付けるには

  1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。

  2. ナビゲーションペインで、データベース を選択します。

  3. タグを付加するインスタンスを選択します。

  4. [アクション] を選択して [タグを管理] を選択します。

  5. [タグを追加] を選択します。

  6. タグキー (「環境」など) と値 (「開発」など) を入力します。

  7. [タグを追加] を選択し、[保存] を選択します。

AWS CLI を使用してタグを追加することもできます。

aws rds add-tags-to-resource \
    --resource-name arn:aws:rds:region:account-number:db:instance-name \
    --tags Key=Environment,Value=Development

アップグレードの順序とフェーズ

アップグレードロールアウトポリシーでは、次の 3 つのアップグレード順序がサポートされています。

  • [first] - 通常、開発環境またはテスト環境に使用されます

  • [second] - 通常、QA 環境に使用されます。特に設定されていないリソースのデフォルトの順序

  • [last] - 通常、本番環境用に予約されています

新しいマイナーエンジンバージョンが自動アップグレードの対象になった場合:

  • アップグレード順序が [first] のリソースは、設定されたメンテナンスウィンドウ中にアップグレードの対象となります。

  • 指定されたベイク時間の後、アップグレード順序 [second] のリソースは、メンテナンスウィンドウ中にアップグレードの対象となります。

  • 別の指定ベイク時間の後、アップグレード順序 [last] のリソースは、メンテナンスウィンドウ中にアップグレードの対象となります。

  • 自動マイナーバージョンアップグレードキャンペーンは、アップグレード順序 [first]、[second]、および [last] の対象となるすべてのリソースがアップグレードされた後、またはキャンペーンがスケジュールされた終了日のいずれか早い方に達した後に終了します。

注記

すべてのマイナーバージョンの自動アップグレードは、アプリケーションへの潜在的な影響を最小限に抑えるために、各インスタンスで設定されたメンテナンスウィンドウ中に実行されます。

オブザーバビリティ

AWS Health とモニタリング

AWS Health 通知を受け取ります:

  • 自動マイナーバージョンアップグレードキャンペーンを開始する前

  • アップグレードの進行状況の追跡とモニタリングに役立つ各フェーズの移行の間

  • AWS Health コンソールでフリート全体でアップグレードされたリソースの数を示す進捗状況の更新

Amazon RDS イベント通知

  • 自動マイナーバージョンアップグレードが有効になっているリソースの通知。以下が含まれます。

    • リソースがアップグレード順序 ([first]、[second]、または [last]) に基づいてアップグレードの対象となる場合

    • メンテナンスウィンドウ中のスケジュールされたアップグレードタイムライン

    • 個々のデータベースのアップグレードの開始ステータスと完了ステータス

  • 自動モニタリングのために Amazon EventBridge0 を使用してこれらのイベントをサブスクライブする

考慮事項

留意すべき考慮事項:

  • このポリシーは、アクティブなキャンペーン中に行われたポリシーの変更を含む、今後のすべての自動マイナーバージョンアップグレードキャンペーンに適用されます。

  • 進行中のアップグレードキャンペーンに参加する場合、リソースは現在実行中のアップグレード順序に従い、設定されたポリシーを待機しません。

  • アップグレードポリシーが設定されていないリソースは、自動的に [second] のアップグレード順序を受け取ります。

  • このポリシーは、次のフェーズに進む前に、アップグレードフェーズ間の検証期間を提供します。

  • ポリシータグまたはリソースタグの変更を加えると、新しいアップグレード順序が適用される前に反映される時間が必要になります。

  • このポリシーは、自動マイナーバージョンアップグレードが有効になっている Amazon RDS リソースにのみ適用されます。

  • 環境内で問題を検出した場合は、後続の環境の自動マイナーバージョンアップグレードを無効にするか、アップグレードが次のアップグレード順序に進む前に検証期間を使用して問題を解決できます。

注記

この機能は、2026 年 1 月以降にリリースされた Oracle Database エンジンバージョンのマイナーバージョン自動アップグレードをサポートします。

RDS リソースのタグ付けの詳細については、「Amazon RDS リソースのタグ付け」を参照してください。アップグレードロールアウトポリシーの設定と使用の詳細な手順については、「AWS Organizations ユーザーガイド」の「AWS Organizations の開始方法」を参照してください。