Exascale Infrastructure@AWS上のExadata Database ServiceのAWS Key Management Service統合
Exascale Infrastructure@AWS上のExadata Database Serviceは、AWS Key Management Service (KMS)との統合をサポートしています。この機能強化により、ユーザーはAWS顧客管理キーを使用してTransparent Data Encryption (TDE)マスター暗号化キー(MEK)を管理できます。
Exascale Infrastructure@AWS上のExadata Database Serviceの場合、TDE MEKは、ファイルベースのOracle Wallet、Oracle Cloud Infrastructure (OCI) Vault、Oracle Key Vault (OKV)またはAWS KMSに格納でき、組織固有のセキュリティ・ポリシーに合せたオプションを提供します。AWS KMSとの統合により、VMクラスタ上のアプリケーション、AWSサービスおよびデータベースが、一元化された単一のキー管理ソリューションを活用できます。
- 前提条件
データベースのキー管理ソリューションとしてAWS KMSを使用する前に、次のステップを完了する必要があります。 - コンソールを使用したExascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合の管理
Exascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合を管理する方法について学習します。 - APIを使用したExascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合の管理
- マルチクラウドPKCS#11ドライバの更新
親トピック: ハウツー・ガイド
前提条件
データベースのキー管理ソリューションとしてAWS KMSを使用する前に、次の手順を実行する必要があります。
- OCIアイデンティティ・ドメインの構成
OCIアイデンティティ・ドメインは、Oracle AI Database@AWSオンボーディング・プロセス中に自動的に構成され、アクションは必要ありません。 - 既存のODBネットワークの作成または使用
既存のODBネットワークを作成または活用する方法について学習します。 - Exascale VMクラスタの作成
- アイデンティティ・プロバイダの構成
クラスタごとにスタックを作成します。CloudFormationスタックを作成するには、次のステップを使用します。これは、Exascale VMクラスタごとに実行する必要があります。 - Exascale VMクラスタへのIAMロールの関連付け
以前に作成したIAMロールをExascale VMクラスタにアタッチして、AWSリソースへのアクセスを可能にするアイデンティティ・コネクタを割り当てる必要があります。 - キーの作成
- AWS KMSキーの登録
Exascale VMクラスタに対してAWS KMSを有効にするには、まずOCIにAWS KMSキーを登録する必要があります。 - OCI IAMポリシー要件
OCIアイデンティティ・ドメインの構成
OCIアイデンティティ・ドメインは、Oracle AI Database@AWSオンボーディング・プロセス中に自動的に構成され、アクションは必要ありません。
AWS KMS統合(2026年8月)の一般提供前にリンクされたアカウントについてのみ、次のステップを実行します。
OCIアイデンティティ・ドメインを構成して、VMクラスタのAWS統合を有効にします。これにより、AWS Identity and Access Management (IAM)サービス・ロールをAWS統合に関連付けることができます。
- AWSコンソールから、「Oracle AI Database@AWS」を選択し、「設定」を選択します。
- 「構成」ボタンを選択して、OCIアイデンティティ・ドメインを構成します。
- 完了したら、「設定」ページから「ステータス」、「OCIアイデンティティ・ドメインURL」および「OCIアイデンティティ・ドメインURL」の情報を確認できます。
親トピック: 前提条件
既存のODBネットワークの作成または使用
既存のODBネットワークを作成または活用する方法を学習します。
- 既存のODBネットワークがない場合は、ODBネットワークのステップバイステップの手順に従ってプロビジョニングできます。既存のODBネットワークがある場合は、「変更」ボタンを選択して変更できます。手順を追った手順は、「ODBネットワークの変更」を参照してください。
- 「サービス統合の構成」セクションから:
- 「セキュリティ・トークン・サービス(STS)」オプションを選択して、データベースからのAWS KMSおよびAWS STSアクセスのネットワークを設定します。
- AWS KMSが認証ポリシーでKMSキーを使用できるようにするには、「AWS KMS」チェック・ボックスを選択します。
親トピック: 前提条件
Exascale VMクラスタの作成
Exascale VMクラスタの作成は、AWS ConsoleおよびAWS CLIを介してのみ使用できます。詳細は、Exascale VMクラスタを参照してください。
親トピック: 前提条件
アイデンティティ・プロバイダの構成
クラスタごとにスタックを作成します。CloudFormationスタックを作成するには、次のステップを使用します。これは、Exascale VMクラスタごとに実行する必要があります。
CloudFormationスタックでOIDC (OpenID Connect)プロバイダが作成されると、外部アイデンティティ・ソース(OCIなど)がAWSに対して認証できるように、信頼関係が確立されます。関連付けられたIAMロールは、信頼できるアイデンティティの実行を許可する内容を定義します。
- 既存のExascale VMクラスタをリストから選択して、AWS管理コンソールで詳細ページを開きます。
- 「IAMサービス・ロール」タブを選択し、「CloudFormation」リンクをクリックします。
- 「スタックのクイック作成」ページから、事前入力された情報を確認します。
- 「パラメータ」セクションで、パラメータはテンプレートで定義され、スタックを作成または更新するときにカスタム値を入力できます。
- 事前入力済のOCIIdentityDomainUrl情報を確認します。
- OIDCProviderArnフィールドはオプションです。CloudFormationスタックを初めて作成すると、OIDCプロバイダおよび関連付けられたIAMロールが作成されます。スタックを初めて実行する場合は、OIDCProviderArnフィールドに値を指定する必要はありません。
- 追加の実行時間については、既存のOIDCプロバイダのARNを指定して、OIDCProviderArnフィールドに指定する必要があります。OIDCProviderArn情報を取得するには、次のステップを実行します。
- AWSコンソールから、IAMに移動し、「アイデンティティ・プロバイダ」を選択します。
- 「アイデンティティ・プロバイダ」リストから、「タイプ」を「OpenID Connect」として選択するプロバイダをフィルタできます。
- CloudFormationスタックが最初に作成されたときに作成された「プロバイダ」リンクを選択します。
- 「サマリー」ページから、ARN情報をコピーします。
- ARN情報をOIDCProviderArnフィールドに貼り付けます。
- 「権限」セクションで、ドロップダウン・リストからIAMロール名を選択し、スタックで実行されるすべての操作に使用するCloudFormationのIAMロールを選択します。
- 変更を適用するには、「スタックの作成」ボタンを選択します。
- 「パラメータ」セクションで、パラメータはテンプレートで定義され、スタックを作成または更新するときにカスタム値を入力できます。
- CloudFormationスタックのデプロイメントが完了したら、スタックの「リソース」セクションに移動し、作成されたIdPおよびIAMロール・リソースを確認します。将来使用するためにIAMロールARNをコピーします。
親トピック: 前提条件
Exascale VMクラスタへのIAMロールの関連付け
以前に作成したIAMロールをExascale VMクラスタにアタッチして、AWSリソースへのアクセスを可能にするアイデンティティ・コネクタを割り当てる必要があります。
- AWSコンソールから、「Oracle AI Database@AWS」を選択します。
- 左側のメニューから「Exascale VMクラスタ」を選択し、リストからExascale VMクラスタを選択します。
- 「IAMロール」タブを選択し、「関連付け」ボタンを選択します。
- 「AWS統合」フィールドは読取り専用です。
- 「ロールARN」フィールドに、VMクラスタに関連付けるIAMロールのAmazonリソース名(ARN)を入力します。ARN情報は、以前に作成したロールの「サマリー」セクションから取得できます。
- ロールを添付するには、「関連付け」ボタンを選択します。
ノート
IAMロールをVMクラスタに関連付けると、アイデンティティ・コネクタがExascale VMクラスタにアタッチされます。
前提条件のセクションを完了したら、次のアクションを続行します。
- AWS Consoleから、AWS KMSで顧客管理キーを作成します。
- OCIコンソールから、Exascale VMクラスタおよびデータベースを有効にして、ステップ1で作成したAWS KMSキーを利用します。
親トピック: 前提条件
キーの作成
- AWSコンソールから、「キー管理サービス(KMS)」を選択します。
- 左側のメニューから、「顧客管理キー」を選択し、「キーの作成」ボタンを選択します。
- 「キーの構成」セクションで、次の情報を入力します:
- 「キー・タイプ」として「対称」オプションを選択します。
- 「Key usage」として、「Encrypt and decrypt」オプションを選択します。
- 「詳細設定オプション」セクションを展開します。AWS KMSとAWS CloudHSMの両方がサポートされています。
- KMS標準キー・ストアを使用する場合は、「KMS - 推奨」オプションを「キー・マテリアル・オリジン」として選択し、「単一リージョン・キー」オプションまたは「複数リージョン・キー」オプションを「リージョン」セクションから選択します。
- AWS CloudHSMを使用する場合は、「AWS CloudHSMキー・ストア」オプションを「キー・マテリアル・オリジン」として選択します。
- 作成プロセスを続行するには、「次へ」ボタンを選択します。
- 「ラベルの追加」セクションで、次の情報を入力します:
- 「別名」フィールドにわかりやすい表示名を入力します。256文字以内にする必要があります。英数字および'_-/'文字を使用します。
ノート
- 別名を
aws/で始めることはできません。aws/接頭辞は、アカウント内のAWS管理対象キーを表すためにAWSによって予約されています。 - 別名は、KMSキーを識別するために使用できる表示名です。保護するデータのタイプ、またはKMSキーで使用する予定のアプリケーションを示す別名を選択することをお薦めします。
- AWSコンソールでKMSキーを作成する場合、別名は必須です。
- 別名を
- 「説明」フィールドはオプションです。
- 「タグ」セクションはオプションです。タグを使用して、KMSキーを分類および識別し、AWSコストを追跡するのに役立ちます。
- 「次へ」ボタンを選択して作成プロセスを続行するか、「前へ」ボタンを選択して前のページに戻ります。
- 「別名」フィールドにわかりやすい表示名を入力します。256文字以内にする必要があります。英数字および'_-/'文字を使用します。
- 「キー管理権限の定義」セクションで、次のサブステップを実行します:
- 以前に作成したロールを検索し、チェック・ボックスを選択します。KMSキーを管理できるIAMユーザーおよびロールを選択します。
ノート
このキーポリシーは、AWSアカウントにこのKMSキーを完全に制御させます。これにより、アカウント管理者はIAMポリシーを使用して、KMSキーを管理するための他のプリンシパル権限を付与できます。
- 「キーの削除」セクションから、「キー管理者によるこのキーの削除を許可」チェック・ボックスがデフォルトで選択されています。選択したIAMユーザーおよびロールがKMSキーを削除しないようにするには、チェック・ボックスの選択を解除します。
- 「次へ」ボタンを選択して作成プロセスを続行するか、「前へ」ボタンを選択して前のページに戻ります。
- 以前に作成したロールを検索し、チェック・ボックスを選択します。KMSキーを管理できるIAMユーザーおよびロールを選択します。
- 「キー使用権限の定義」セクションで、次のサブステップを実行します:
- 以前に作成したロールを検索し、チェック・ボックスを選択します。
- 「次へ」ボタンを選択して作成プロセスを続行するか、「前へ」ボタンを選択して前のページに戻ります。
- 「キー・ポリシーの編集」セクションで、次のサブステップを実行します:
- 「プレビュー」セクションから、キー・ポリシーを確認できます。変更する場合は、「編集」タブを選択します。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "KMSKeyMetadata", "Effect": "Allow", "Principal": { "AWS": "<arn>" }, "Action": [ "kms:DescribeKey" ], "Resource": "*" }, { "Sid": "KeyUsage", "Effect": "Allow", "Principal": { "AWS": "<arn>" }, "Action": [ "kms:Encrypt", "kms:Decrypt" ], "Resource": "*" } ] } - 「次へ」ボタンを選択して作成プロセスを続行するか、「前へ」ボタンを選択して前のページに戻ります。
- 「プレビュー」セクションから、キー・ポリシーを確認できます。変更する場合は、「編集」タブを選択します。
- 「確認」セクションで、情報を確認して「終了」ボタンを選択します。
詳細は、対称暗号化KMSキーの作成を参照してください。
親トピック: 前提条件
AWS KMSキーの登録
Exascale VMクラスタでAWS KMSを有効にするには、まずAWS KMSキーをOCIに登録する必要があります。
- OCIコンソールから、「Oracle AI Database」、「Database Multicloud Integrations」の順に選択します。
- 「AWS統合」を選択し、「AWSキー」を選択します。
- 「AWSキーの登録」ボタンを選択し、次のサブステップを完了します。
- ドロップダウン・リストから、VMクラスタが存在するコンパートメントを選択します。
- 「AWSキー」セクションで、ドロップダウン・リストからアイデンティティ・コネクタを選択します。
ノート
コネクタに関連付けられたロールに、キーに対するDescribeKey権限があることを確認します。検出を正常に実行するには、この権限が必要です。
- 「キーARN」フィールドはオプションです。
- 「検出」ボタンをクリックします。
- キーが検出されたら、「登録」ボタンを選択してOCIにキーを登録します。
親トピック: 前提条件
OCI IAMポリシー要件
Allow any-user to read oracle-db-aws-keys in compartment id <your-compartment-OCID>
where all { request.principal.type = 'exadbvmcluster'}このポリシーにより、Oracle管理VMクラスタはコンパートメント内のoracle-db-aws-keysリソースを読み取ることができます。これは、外部キー管理との統合またはクラウド間操作の実行に必要なAWSキー・メタデータにアクセスするために必要なVMクラスタ(exadbvmclusterタイプのプリンシパル)の権限を付与します。このポリシーがない場合、VMクラスタは構成の完了に必要なキーを取得できません。
親トピック: 前提条件
コンソールを使用したExascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合の管理
Exascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合を管理する方法について学習します。
- AWSキー管理の有効化または無効化
データベースに対してAWSキー管理を有効にする場合、VMクラスタでの使用が認可され、OCIに登録されているAWSキーのみを使用できます。 - データベースの作成とキー管理ソリューションとしてのAWS KMSの使用
このトピックでは、データベースを作成し、AWS KMSをキー管理ソリューションとして使用するステップのみについて説明します。 - 既存のデータベースのキー管理をOracle WalletからAWS KMSに変更するステップ
- コンテナ・データベース(CDB)のAWS KMSキーのローテーション
コンテナ・データベース(CDB)のAWS KMSキーをローテーションするには、この手順を使用します。 - プラガブル・データベース(PDB)のAWS KMSキーのローテーション
プラガブル・データベース(PDB)のAWS KMSキーをローテーションするには、この手順を使用します。 - (オプション)CDBまたはPDBキーの無効化
オプションで、次のステップを実行して、特定のCDBまたはPDBキーを無効化します。
AWSキー管理の有効化または無効化
データベースでAWSキー管理を有効にすると、VMクラスタでの使用が認可され、OCIに登録されているAWSキーのみを使用できます。
- OCIコンソールから、「Oracle AI Database」を選択し、「Oracle Exadata Database Service on Exascale Infrastructure」を選択します。
- 左側のメニューから「VMクラスタ」を選択し、VMクラスタを選択します。
- 「VMクラスタ情報」タブを選択し、「AWS顧客管理暗号化キー」の横にある「有効化」ボタンを選択します。
VMクラスタに対してAWSキー管理を有効にすると、「無効化」ボタンを使用して無効にできます。この機能を無効にすると、暗号化および復号化操作にAWS Key Management Serviceを使用するデータベースの可用性に影響します。VMクラスタ・レベルで無効にする前に、現在AWSキー管理を使用しているデータベースがないことを確認してください。
データベースを作成し、キー管理ソリューションとしてAWS KMSを使用する
このトピックでは、データベースを作成し、キー管理ソリューションとしてAWS KMSを使用する手順のみについて説明します。
For the generic database creation procedure, see To Create a Database in an Existing Oracle Exadata Database Service on Exascale Infrastructure VM Cluster.
前提条件
「前提条件」を参照してください。
ステップ
AWS KMSキー管理がVMクラスタ・レベルで有効になっている場合、2つのキー管理オプション(Oracle WalletとAWSキー管理)があります。
- 「暗号化」セクションで、「AWSキー管理」を選択します。
- コンパートメントで使用可能な暗号化キーを選択します。
ノート
- 登録されたキーのみがリストされます。
- 必要なキーが表示されない場合は、まだ登録されていない可能性があります。「AWSキーの登録」をクリックして検出し、登録します。
詳細な手順は、「AWS KMSキーの登録」を参照してください。
- ドロップダウン・リストからキー別名を選択できます。キー別名を使用できない場合は、ドロップダウンリストにキーIDが表示されます。
既存のデータベースのキー管理をOracle WalletからAWS KMSに変更するステップ
VMクラスタ内の既存のデータベースのキー管理をOracle WalletからAWS KMSに変更する場合は、次のステップを実行します。
- 「VMクラスタ」から、「コンテナ・データベース」タブに移動し、使用しているデータベースを選択します。
- 「暗号化」セクションで、「キー管理」が「Oracle Wallet」に設定されていることを確認し、「変更」リンクを選択します。
- 「キー管理の変更」ページで、次の情報を入力します。
- ドロップダウン・リストから「キー管理」を「AWSキー管理」として選択します。
- 使用しているキー・コンパートメントを選択し、ドロップダウン・リストから目的のキーを選択します。
- 「保存」をクリックします。
コンテナ・データベース(CDB)のAWS KMSキーのローテーション
コンテナ・データベース(CDB)のAWS KMSキーをローテーションするには、この手順を使用します。
- ナビゲーション・メニューを開きます。「Oracle AI Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします。
- コンパートメントを選択します。
選択したコンパートメントに対するVMクラスタのリストが表示されます。
- VMクラスタのリストで、暗号化キーをローテーションするデータベースを含むVMクラスタの名前をクリックします。
- 「コンテナ・データベース」をクリックします。
- 暗号化キーをローテーションするデータベースの名前をクリックします。
「データベース詳細」ページに、選択したデータベースに関する情報が表示されます。
- 「暗号化」セクションで、「キー管理」が「AWSキー管理」に設定されていることを確認し、「ローテーション」リンクをクリックします。
- 表示される「キーのローテーション」ダイアログで、「ローテーション」をクリックしてアクションを確認します。
ノート
AWS KMSキーをローテーションすると、同じキーの新しい暗号化コンテキストが生成されます。
プラガブル・データベース(PDB)のAWS KMSキーのローテーション
プラガブル・データベース(PDB)のAWS KMSキーをローテーションするには、この手順を使用します。
- ナビゲーション・メニューを開きます。「Oracle AI Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします。
- コンパートメントを選択します。
選択したコンパートメントに対するVMクラスタのリストが表示されます。
- VMクラスタのリストで、起動するPDBを含むVMクラスタの名前をクリックし、その名前をクリックして詳細ページを表示します。
- 「コンテナ・データベース」で、暗号化キーをローテーションするPDBを含むデータベースを見つけます。
- データベースの名前をクリックして、「データベース詳細」ページを表示します。
- ページの「リソース」セクションの「プラガブル・データベース」をクリックします。
このデータベース内の既存のPDBのリストが表示されます。
- 暗号化キーをローテーションするPDBの名前をクリックします。
プラガブル詳細ページが表示されます。
- 「暗号化」セクションに、キー管理がAWSキー管理として設定されていることが表示されます。
- 「Rotate」リンクをクリックします。
- 表示される「キーのローテーション」ダイアログで、「ローテーション」をクリックしてアクションを確認します。
ノート
AWS KMSキーをローテーションすると、同じキーの新しい暗号化コンテキストが生成されます。
(オプション)CDBまたはPDBキーの無効化
オプションで、次のステップを実行して、特定のCDBまたはPDBキーを無効にします。
- AWSコンソールに移動し、「Key Management Service (KMS)」を選択します。
- 左側のメニューから、「顧客管理キー」を選択し、編集するキーの「キーID」を選択します。
- 「ポリシーの編集」ボタンを選択します。
- 次の問合せを実行して、キーのEncryptionContext MKIDを取得します。
操作を有効または無効にするための現在のマスター・キーID (MKID)を表示するには、次のコマンドを使用します。
dbaascli tde getHSMKeys --dbname <DB-Name>次のSQL問合せを実行して、すべてのキー・バージョンをリストすることもできます。
SELECT key_id, con_id, creation_time, key_use FROM v$encryption_keys; - 次に示すように、取得したEncryptionContext MKIDを使用して拒否ポリシーを追加します:
{ "Effect": "Deny", "Principal": "*", "Action": [ "kms:Encrypt", "kms:Decrypt" ], "Resource": "arn:aws:kms:us-east-1:867344470629:key/7139075d-a006-4302-92d5-48ecca31d48e", "Condition": { "StringEquals": { "kms:EncryptionContext:MKID": "ORACLE.TDE.HSM.MK.06AE5EFB528D9D4F21BFEDA63C6C8738D9" } } } - ポリシー更新を適用するには、「保存」を選択します。
APIを使用したExascale Infrastructure@AWS上のExadata Database ServiceのAWS KMS統合の管理
APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
次のリソースは、OCI SDK、CLIおよびTerraformを介してお客様に提供されます。これらのAPIは、Exascaleインフラストラクチャ上のOracle AI DatabaseをAWS KMSと統合するお客様によって使用されます。
OracleDbAwsIdentityConnector
表5-13 OracleDbAwsIdentityConnector
| API | 説明 |
|---|---|
ListOracleDbAwsIdentityConnectors |
指定されたフィルタに基づいて、すべてのAWS Identity Connectorリソースを一覧表示します。 |
GetOracleDbAwsIdentityConnector |
特定のAWSアイデンティティ・コネクタ・リソースに関する詳細情報を取得します。 |
CreateOracleDbAwsIdentityConnector |
指定されたExaDB-XS VMクラスタの新しいAWSアイデンティティ・コネクタ・リソースを作成します。 |
UpdateOracleDbAwsIdentityConnector |
既存のAWS Identity Connectorリソースの構成詳細を更新します。 |
ChangeOracleDbAwsIdentityConnectorCompartment |
AWSアイデンティティ・コネクタ・リソースを別のコンパートメントに移動します。 |
DeleteOracleDbAwsIdentityConnector |
指定されたAWSアイデンティティ・コネクタ・リソースを削除します。 |
RefreshOracleDbAwsIdentityConnector |
指定されたAWSアイデンティティ・コネクタ・リソースの構成詳細をリフレッシュしました。 |
OracleDbAwsキー
表5-14 OracleDbAwsKey
| API | 説明 |
|---|---|
ListOracleDbAwsKeys |
指定されたフィルタに基づいて、すべてのAWS Keyリソースを一覧表示します。 |
CreateOracleDbAwsKey |
新しいAWS Keyリソースを作成します。 |
ChangeOracleDbAwsKeyCompartment |
AWSキー・リソースを別のコンパートメントに移動します。 |
GetOracleDbAwsKey |
特定のAWSキー・リソースに関する詳細情報を取得します。 |
UpdateOracleDbAwsKey |
既存のAWSキー・リソースの構成詳細を更新します。 |
DeleteOracleDbAwsKey |
指定されたAWS Keyリソースを削除します。 |
RefreshOracleDbAwsKey |
AWSキー・リソースの構成詳細をリフレッシュします。 |
マルチクラウドPKCS#11ドライバの更新
AWS用のPKCS#11ドライバは、AWSキー管理がVMクラスタで有効になっているときに自動的にインストールされます。ドライバがインストールされていることを確認し、そのバージョンを確認するには、次のコマンドを実行します。
rpm -qa | grep pkcsこのコマンドは、VMクラスタにインストールされているPKCSパッケージをリストします。Azure、Google CloudまたはAWSのいずれかに対応する、一度にアクティブにできるPKCS#11ドライバは1つのみです。
出力例:
pkcs-multicloud-driver-maz-0.2-250814.1708.x86_64これにより、pkcs-multicloud-driver-mazパッケージがバージョンおよびアーキテクチャとともにインストールされることが確認されます。
PKCS#11ドライバは、顧客のプリファレンスに応じて、ローリング・メカニズムまたは非ローリング・メカニズムのいずれかを使用して更新できます。
ローリング・モードでは、更新は一度に1つのVMに適用され、そのVM上のデータベースは、次に進む前に再起動されます。非ローリング・モードでは、クラスタ内のすべてのデータベースが停止され、更新がすべてのノードに適用され、データベースがオンラインに戻ります。後続のステップ(特に両方のシナリオのステップ3)では、PKCS#11ドライバの更新時にバージョンに応じて異なるアクションが必要になるため、ユーザーは使用中のdbaastoolsバージョンを認識する必要があります。
dbaastoolsのバージョンは、次のコマンドを実行して確認できます。
/var/opt/oracle/dbaascli/dbaascli admin showLatestStackVersionローリング・アップデート
各ゲストVMで、次のようにPKCS#11ドライバ更新を適用します(一度に1つのノード)。
- AWS KMSを使用しているデータベース・インスタンスを停止します。
AWS KMS for master encryption keys (MEK)を使用するすべてのデータベースは、ドライバを更新する前に停止する必要があります。次のものを使用します。
srvctl stop instance -d <db_unique_name> -i <instance_name> [-o <stop_option>]-d <db_unique_name>: データベースの一意の名前(データベースのDB_UNIQUE_NAMEと同じ)。-i <instance_name>: 停止するインスタンスの名前(たとえば、orcl1)。
その他のオプションの詳細は、SRVCTLコマンドライン・ヘルプまたはリファレンス・マニュアルを参照してください。
- データベースがシャットダウンされていることを確認します。
続行する前に、AWS KMSを使用しているすべてのデータベース・インスタンスが停止していることを確認してください。
- RPMを更新します。
rootユーザーとして、次のコマンドを実行します(dbaastools 25.4.1以降の場合)。/var/opt/oracle/dbaascli/dbaascli admin updateMCKMS --keystoreProvider AWS --nodeList<node>--databasesStoppedこのコマンドは、指定されたノードに最新のRPMをダウンロードしてインストールします。
- ドライバのインストールを確認します。
rootユーザーとして次のコマンドを実行します。/bin/rpm -qa | grep -i pkcs-multicloud-driver - データベースインスタンスを起動します。
ドライバの更新後、次を使用してデータベース・インスタンスを再起動します。
<oracle_home>/bin/srvctl start instance -node "<node>"
非ローリング更新
非ローリング・モードでは、PKCS#11ドライバ更新を適用する前に、クラスタ上のすべてのデータベースが停止されます。
- AWS KMSを使用してデータベースを停止します。
ドライバを更新する前に、マスター暗号化キー(MEK)にAWS KMSを使用するすべてのデータベースを停止します。
dbaascli database stop [--dbname <value>] - データベースがシャットダウンされていることを確認します。
続行する前に、AWS KMSを使用しているすべてのデータベースが停止していることを確認してください。
- RPMをアップグレードします。
rootユーザーとして、次のコマンドを実行します(dbaastools 25.4.1以降の場合)。/var/opt/oracle/dbaascli/dbaascli admin updateMCKMS --keystoreProvider AWS --databasesStoppedこのコマンドは、最新のRPMをダウンロードしてインストールします。
- ドライバのインストールを確認します。
rootユーザーとして次のコマンドを実行します。/bin/rpm -qa | grep -i pkcs-multicloud-driver - データベースを再起動します。
ドライバが更新されたら、データベースを再起動します。
dbaascli database start [--dbname <value>]