Autonomous DatabaseでGoogleサービス・アカウント・ベースの認証を使用する場合、アプリケーションは、GCPリソースの長期IAMアクセス・キーに基づいて資格証明を作成および保存することなく、Google Cloud Platform (GCP)リソースに安全にアクセスできます。

Googleサービスアカウントは、アプリケーションで使用される特別な種類のGCPアカウントです。Googleサービス・アカウントを使用して、アプリケーションから認可されたGCP REST APIコールを実行できます(サービス・アカウントにIAMロール構成を介してアクセス権限が付与された後)。アプリケーションがGCPサービス・アカウント・ベースの認証を使用してコールを行うと、初期コールはOAuth2.0を介して一時アクセス・トークンを生成します。OAuth2.0アクセス・トークンは1時間有効です。1時間以内の後続のリクエストでは、OAuth2.0アクセス・トークンを使用して、認可されたGCP REST APIコールを行います。

たとえば、Google Cloud StorageからAutonomous Databaseにデータをロードし、データに対してなんらかの操作を実行してから、変更したデータをGoogle Cloud Storageに書き戻すことができます。これは、Google Cloud StorageにアクセスするためのGCPユーザー資格証明がある場合、サービス・アカウントを使用せずに実行できます。ただし、ロールベースのGoogleサービス・アカウントを使用してAutonomous DatabaseからGCPリソースにアクセスすると、次の利点があります:

• Autonomous DatabaseインスタンスからGCPリソースにアクセスする必要があるユーザーやスキーマごとに異なるポリシーを使用して、ロールベースのアクセスを作成できます。これにより、ロール別にリソースへのアクセスを制限するポリシーを設定できます。たとえば、ロール別にGoogle Cloud Storageバケットへの読取り専用アクセスに制限されるポリシーを設定します。

• Googleサービス・アカウント・ベースの資格証明は、アプリケーションがGCPリソースにアクセスするときにコードで長期的なユーザー資格証明を指定する必要がないため、より優れたセキュリティを提供します。Autonomous Databaseは、Googleサービス・アカウントの一時資格証明を管理するため、GCPリソース・ユーザー資格証明をデータベースに保存する必要はありません。

Googleサービス・アカウントの詳細は、サービス・アカウントを参照してください。

Google Cloud Platform (GCP)リソースをGoogleサービス・アカウントで使用する前に、Autonomous DatabaseインスタンスのGCPアクセスを有効にする必要があります。

1. DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTHを使用してGoogleサービス・アカウント認証を有効にします。

   たとえば、ADMINユーザーのGoogleサービス・アカウント認証を有効にするには:

   BEGIN
       DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTH(
           provider => 'GCP' );
   END;
   /

   次のように、ADMIN以外のユーザーadb_userに対してGoogleサービス・アカウント認証を有効にします。

   BEGIN
       DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTH(
           provider => 'GCP',
           username => 'adb_user');
   END;
   /

   指定したユーザーに、他のユーザーのGoogleサービス・アカウント認証を有効にする権限を付与する場合は、paramsパラメータgrant_optionをTRUEに設定します。

   BEGIN
       DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTH(
           provider => 'GCP',
           username => 'adb_user',
           params   => JSON_OBJECT('grant_option' value TRUE));
   END;
   /

   grant_optionをTRUEに設定してDBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTHを実行すると、adb_userは別のユーザーのGoogleサービス・アカウント認証を有効にできます。たとえば、adb_userとして接続する場合は、次のコマンドを実行して、adb_user2のGCPサービス・アカウント・アクセスを有効にできます。

   BEGIN
       DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTH(
           provider => 'GCP',
           username => 'adb_user2');
   END;
   /

2. DBMS_CLOUD_ADMIN.ENABLE_PRINCIPAL_AUTHを実行すると、Googleサービス・アカウントが作成されます。CLOUD_INTEGRATIONSを問い合せて、Autonomous Databaseインスタンスのサービス・アカウントの詳細を取得します。

   SELECT * FROM CLOUD_INTEGRATIONS WHERE param_name = 'gcp_service_account';
   
   PARAM_NAME           PARAM_VALUE
   ---------------------------------------------------------------------------
   gcp_service_account  GCP-SA-22222-32222@gcp-example.iam.gserviceaccount.com

3. GCPリソースの構成時にこの値を指定する必要があるため、gcp_service_accountパラメータ値に注意してください。

Autonomous DatabaseインスタンスからGoogle Cloud Platform (GCP)リソースを使用するには、ユーザーまたはGoogle Cloud管理者が、アプリケーションからアクセスするGoogleサービス・アカウントにロールおよび権限を割り当てる必要があります。Googleサービス・アカウントのロールの割当てに加えて、Google Cloud管理者を使用するGCPリソースに対して、Google IAMプリンシパルを追加する必要があります。

1. アカウントのGoogle Cloud Consoleを開きます。
2. 指定された権限を持つロールを作成します。
   1. ナビゲーション・メニューから、「IAMと管理」を選択します。
   2. IAMおよび管理ナビゲータから、「ロール」を選択します。
   3. 「ロール」ページで、「その他のアクション」をクリックし、「+ CREATE ROLE」を選択します。

   たとえば、ロール「オブジェクト・ストアの読取りおよび書込み」を作成して、オブジェクト・ストア・バケットの使用を制御できます。

   
   図gcp_iam_roles_create.pngの説明
3. 「ロールの作成」ページで、「+パーミッションの追加」をクリックします。
   1. フィルタを選択して、権限のリストを制限します。

      たとえば、フィルタ「権限: Storage.Objects」を入力して、オブジェクト・ストアの権限のみを表示します。

      
      図gcp_iam_roles_add_permissions.pngの説明
   2. 「権限の追加」ダイアログで、「追加」をクリックします。
4. 「ロールの作成」ページで、「作成」をクリックします。
   
   図gcp_iam_roles_create_assigned.pngの説明
5. アクセスするリソースのロールおよびプリンシパルを追加します。

   たとえば、作成したロールを使用してGoogle Cloud Storageにアクセスする場合、オブジェクト・ストア読取り/書込み:

   1. ナビゲータから、「クラウド・ストレージ」を選択し、「バケット」を選択します。
   2. 使用するバケットを選択し、「権限」をクリックします。
   3. 「+ ADD PRINCIPAL」をクリックします。
6. 「バケット名」へのアクセス権の付与ダイアログで、選択したリソースのロールおよびプリンシパルを追加します。
   1. 「プリンシパルの追加」で、Autonomous Databaseインスタンスからgcp_service_accountパラメータの値を追加します。
   2. 「バケット名」へのアクセス権の付与ダイアログで、「ロールの割当て」の下にロールを入力し、「保存」をクリックします。
      
      図gcp_iam_bucket_permissions.pngの説明

DBMS_CLOUDコールを実行してGoogle Cloud Platform (GCP)リソースにアクセスし、資格証明名をGCP$PAとして指定すると、Google Cloud Platform側の認証はGoogleサービス・アカウントを使用して行われます。

1. 資格証明名としてGCP$PAを使用します。
2. 仮想ホスト型を使用してGCPリソースにアクセスするためのURIを構築します。

   https://BUCKET_NAME.storage.googleapis.com/OBJECT_NAME

   たとえば、Googleサービス・アカウント資格証明を使用して、次のようにGoogle Cloud Storageにアクセスできます。

   SELECT * FROM DBMS_CLOUD.LIST_OBJECTS('GCP$PA', 'https://treetypes.storage.googleapis.com/' );
   
   OBJECT_NAME BYTES CHECKSUM                         CREATED LAST_MODIFIED
   ----------- ----- -------------------------------- ------- ------------------------
   trees.txt      58 682075a8c38f5686c32c25c6fb67dcbe         2022-10-05T20:03:55.253Z 
   

Google Cloud Platform (GCP)リソースへのGoogleサービス・アカウント・アクセスを無効にするには、DBMS_CLOUD_ADMIN.DISABLE_PRINCIPAL_AUTHを使用します。

BEGIN
    DBMS_CLOUD_ADMIN.DISABLE_PRINCIPAL_AUTH(
        provider => 'GCP',
        username => 'adb_user');
END;
/

BEGIN
    DBMS_CLOUD_ADMIN.DISABLE_PRINCIPAL_AUTH(
        provider => 'GCP' );
END;
/

Googleサービス・アカウントの使用に関するノート。

• Google Cloud Platform (GCP)文字制限: DBMS_CLOUDでは、Google Cloud Storageバケット名にアクセスするための"_"を含むURIはサポートされていません。Google Cloud Storageのバケット名に「_」が含まれている場合、次のエラーが表示されることがあります。

  SELECT * FROM DBMS_CLOUD.LIST_OBJECTS('GCP$PA', 'https://app_bucket.storage.googleapis.com/');
  
  ORA-20006: Unsupported object store URI - https://app_bucket.storage.googleapis.com/
  ORA-06512: at "C##CLOUD$SERVICE.DBMS_CLOUD", line 1306

• Googleサービス・アカウントを使用したAutonomous Databaseインスタンスのクローニング: Googleサービス・アカウントが有効になっているインスタンスをクローニングする場合、Googleサービス・アカウント構成はクローンに継承されません。クローン・インスタンスでGoogleサービス・アカウントを有効にする場合は、クローンでGoogleサービス・アカウントを有効にするステップを実行します。