RDS Custom for Oracle マルチ AZ 配置での OS のカスタマイズ - Amazon Relational Database Service
OS のカスタマイズ要件EC2インスタンスを特定するマルチ AZ をデプロイする前に OS をカスタマイズするマルチ AZ をデプロイした後に OS をカスタマイズするバイナリボリュームのカスタマイズOS をカスタマイズするためのベストプラクティス

RDS Custom for Oracle マルチ AZ 配置での OS のカスタマイズ

RDS Custom for Oracle マルチ AZ 配置を使用すると、オペレーティングシステムをカスタマイズし、プライマリ EC2 インスタンスとスタンバイ EC2 インスタンスの両方にサードパーティーソフトウェアをインストールできます。Amazon RDS とは異なり、RDS Custom for Oracle はデータベース環境と基盤となるオペレーティングシステムへの管理アクセスを提供し、Oracle データベースに加えてモニタリングツール、セキュリティエージェント、またはカスタムアプリケーションをインストールできます。

マルチ AZ 配置で OS をカスタマイズする場合、プライマリインスタンスとスタンバイインスタンスの両方にカスタマイズが存在することを確認する責任があります。このアプローチにより、マルチ AZ フェイルオーバー中のアプリケーションの継続性が確保され、両方のインスタンスで一貫した機能が維持されます。

RDS Custom for Oracle マルチ AZ 配置で OS をカスタマイズするための要件

マルチ AZ 配置で OS をカスタマイズする前に、次の要件に注意してください。

  • /rdsdbdata マウントポイントにのみサードパーティーソフトウェアをインストールします。データボリューム (/rdsdbdata) は、マルチ AZ 配置でレプリケートされる唯一のデータです。ルートボリューム (/) は OS パッチ適用中に置き換えられ、バイナリボリューム (/rdsdbbin) はデータベースパッチ適用中に置き換えられます。ルートボリュームとバイナリボリュームにインストールされているソフトウェアは、パッチ適用中に失われます。

  • すべてのカスタマイズが AWS および Oracle ライセンスの利用規約に準拠していることを確認します。

  • シングル AZ からマルチ AZ に変換する前に、/etc/sysctl.conf の HugePages 設定が正しく動作することを確認してください。

RDS Custom for Oracle マルチ AZ 配置での EC2 インスタンスの識別

マルチ AZ インスタンスをカスタマイズするときは、RDS Custom for Oracle デプロイのプライマリおよびスタンバイとして機能する Amazon EC2 インスタンスを特定します。

プライマリ EC2 インスタンスとスタンバイ EC2 インスタンスを識別するには

  1. Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。

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

  3. マルチ AZ RDS Custom for Oracle DB インスタンスを選択します。

  4. [設定] セクションで、[リソース ID] (形式: db-nnnnnnn) を書き留めます。

  5. Amazon EC2 コンソールの https://console.aws.amazon.com/ec2/ を開いてください。

  6. ナビゲーションペインで、[インスタンス] を選択してください。

  7. 検索ボックスに、ステップ 4 のリソース ID を入力します。

  8. 検索結果には、プライマリとセカンダリの 2 つのインスタンスが表示されます。アクティブな RDS Custom for Oracle データベースを持つインスタンスがプライマリです。

RDS Custom for Oracle マルチ AZ 配置を作成する前に OS をカスタマイズする

このシナリオでは、現在のデプロイはシングル AZ DB インスタンスです。OS をカスタマイズし、DB インスタンスをマルチ AZ 配置に変換できます。サードパーティーソフトウェアをインストールしていて、複数のボリュームでファイルを変更した場合は、この方法をお勧めします。

シングル AZ をマルチ AZ に変換する前に OS をカスタマイズするには

  1. AWS Systems Manager Session Manager または SSH を使用して、シングル AZ デプロイの EC2 インスタンスに接続します。

  2. 次のいずれかのカスタマイズを実行します。

    • データボリューム (/rdsdbdata) にサードパーティーソフトウェアをインストールします。

    • ルートボリューム (/) のファイルをカスタマイズします。

  3. ソフトウェアまたはルートボリュームのカスタマイズをテストして、正しく動作することを確認します。

  4. 「RDS Custom for Oracle でのシングル AZ 配置からマルチ AZ 配置への変換」の手順に従って、シングル AZ DB インスタンスをマルチ AZ 配置に変換します。

  5. マルチ AZ 配置の両方のインスタンスにカスタマイズが存在することを確認します。詳細については、「RDS Custom for Oracle マルチ AZ 配置での EC2 インスタンスの識別」を参照してください。

RDS Custom for Oracle マルチ AZ 配置を作成した後に OS をカスタマイズする

マルチ AZ 配置を終了している場合は、AWS Systems Manager または手動操作を使用してカスタマイズをデプロイできます。

AWS Systems Manager を使用したマルチ AZ 配置での OS のカスタマイズ

既存のマルチ AZ DB インスタンスでは、プライマリインスタンスとスタンバイインスタンスの両方に同時にカスタマイズを適用する最も信頼性の高い方法として Systems Manager をお勧めします。このアプローチにより、一貫性が確保されます。このサービスの一般的な概要については、「AWS Systems Manager とは」を参照してください。両方の DB インスタンスに同時にソフトウェアをインストールする方法については、「Distributor パッケージをインストールまたは更新する」を参照してください。

マルチ AZ 配置での OS の手動カスタマイズ

このシナリオでは、マルチ AZ 配置は既に存在しますが、カスタマイズのデプロイには AWS Systems Manager を使用しません。OS は、次のいずれかの方法で手動でカスタマイズできます。

プライマリインスタンスで OS をカスタマイズし、変更をレプリケートする

マルチ AZ 配置では、rdsdbdata ボリュームが自動的にレプリケートされます。OS は以下の方法でカスタマイズできます。

  • サードパーティー製ソフトウェアを /rdsdbdata マウントポイントに直接インストールします。

  • ルートボリューム (/) のファイルを変更するには、データボリュームにファイルを作成し、ルートボリュームファイルからデータボリュームファイルへのシンボリックリンクを作成します。

プライマリインスタンスとスタンバイインスタンスの OS を個別にカスタマイズする

この方法では、プライマリインスタンスの OS をカスタマイズします。次に、スタンバイインスタンスで同じカスタマイズを実行します。

プライマリインスタンスの OS を自動的にレプリケートするようにカスタマイズするには

  1. RDS Custom for Oracle マルチ AZ 配置での EC2 インスタンスの識別 の手順に従って、プライマリ DB インスタンスとスタンバイ DB インスタンスを特定します。

  2. Session Manager または SSH を使用してプライマリ EC2 インスタンスに接続します。

  3. ビジネス要件に応じて、次のいずれかの手法を使用します。

    サードパーティーソフトウェアをインストールする

    /rdsdbdata マウントポイントにソフトウェアをインストールします。

    sudo mkdir -p /rdsdbdata/custom-software
cd /rdsdbdata/custom-software
# Install your software here
    ルートボリュームをカスタマイズする

    ルートボリュームの OS 設定ファイルからデータボリュームのファイルへのシンボリックリンクを作成します。例えば、ファイル /rdsdbdata/customizations/sysctl.conf を作成し、/rdsdbdata/customizations/sysctl.conf を指すシンボリックリンクを /etc/sysctl.conf に作成します。

    sudo mkdir -p /rdsdbdata/customizations
sudo mv /etc/sysctl.conf /rdsdbdata/customizations/sysctl.conf
sudo ln -sf /rdsdbdata/customizations/sysctl.conf /etc/sysctl.conf

  4. ソフトウェアまたはルートボリュームのカスタマイズをテストして、正しく動作することを確認します。

  5. スタンバイインスタンスに接続し、同期レプリケーションがソフトウェアまたはルートボリュームのカスタマイズを /rdsdbdata ディレクトリにコピーしたことを確認します。

RDS Custom for Oracle マルチ AZ 配置でのバイナリボリュームのカスタマイズ

RDS Custom for Oracle マルチ AZ 配置のバイナリボリューム (/rdsdbbin) にデータベースパッチを適用できます。プライマリインスタンスとスタンバイインスタンスにパッチを適用する必要があります。以下のガイドラインを検討します。

  • 1 回限りのパッチを実行する場合は、マニフェストに含まれている新しい 1 回限りのパッチを使用して新しい CEV を作成することをお勧めします。

  • 1 回限りのパッチを手動で適用するには、プライマリ EC2 インスタンスとセカンダリ EC2 インスタンスの両方で 1 回限りのパッチを解凍してください。パッチの適用と datapatch の実行は、プライマリマルチ AZ インスタンスでのみ必要です。

  • 別の CEV を使用してデータベースにパッチを適用すると、バイナリボリュームが置き換えられます。新しい CEV のマニフェストに 1 回限りのパッチを必ず含めてください。

OS をカスタマイズするためのベストプラクティス

RDS Custom for Oracle マルチ AZ インスタンスで OS をカスタマイズする場合は、次のベストプラクティスに従ってください。

本番稼働用環境以外でテストする

本番稼働用インスタンスに適用する前に、本番稼働用以外の環境でカスタマイズを必ずテストしてください。

すべての変更を文書化する

今後の参照とトラブルシューティングのために、すべてのカスタマイズの詳細なドキュメントを維持します。カスタマイズは、念のため、いつでも適用できるスクリプトに保存することをお勧めします。

両方のインスタンスで検証する

プライマリインスタンスとスタンバイインスタンスの両方でカスタマイズが存在し、正しく機能していることを定期的に確認します。

Systems Manager を使用して一貫性を保つ

Systems Manager を使用して、インスタンス全体、特に既存のマルチ AZ 配置の変更を一貫して適用します。