カスタムの組織のポリシー制約を作成する

このページでは、組織ポリシー サービスのカスタム制約を使用して、次の Google Cloud リソースに対する特定のオペレーションを制限する方法について説明します。

• notebooks.googleapis.com/Instance

組織のポリシーの詳細については、カスタムの組織のポリシーをご覧ください。

組織のポリシーと制約について

Google Cloud 組織のポリシー サービスを使用すると、組織のリソースをプログラマティックに一元管理できます。組織のポリシー管理者は組織のポリシーを定義できます。組織のポリシーは、Google Cloud リソース階層内のGoogle Cloud リソースやそれらのリソースの子孫に適用される、制約と呼ばれる一連の制限です。組織のポリシーは、組織レベル、フォルダレベル、またはプロジェクト レベルで適用できます。

組織のポリシーを利用することで、あらかじめ用意されたマネージド制約をさまざまな Google Cloud サービスに適用できます。ただし、組織のポリシーで制限されている特定の項目をより細かくカスタマイズして制御したい場合は、カスタム制約を作成して、それを組織のポリシーで使うこともできます。

ポリシーの継承

デフォルトでは、組織のポリシーは、そのポリシーを適用したリソースの子孫に継承されます。たとえば、フォルダにポリシーを適用した場合、 Google Cloud はそのフォルダ内のすべてのプロジェクトにそのポリシーを適用します。この動作の詳細と変更方法については、階層評価ルールをご覧ください。

利点

カスタムの組織のポリシーを使用すると、Gemini Enterprise Agent Platform Workbench インスタンスの特定の構成を許可または拒否できます。たとえば、すべての新しいインスタンスで Shielded VM 機能を有効にすること、使用可能なマシンタイプを制限すること、インスタンスに外部 IP アドレスを割り当てないことを要求できます。Agent Platform Workbench インスタンスの作成または更新を行うリクエストが、組織のポリシーによって設定されたカスタム制約を満たしていない場合、リクエストは失敗し、エラーが呼び出し元に返されます。

制限事項

他のすべての組織ポリシーの制約と同様に、ポリシーの変更が既存のリソースに遡及的に適用されることはありません。

• 新しいポリシーは、既存の Agent Platform Workbench インスタンスの構成には影響しません。
• 既存のインスタンス構成は、非準拠の値が含まれていても、インスタンスが更新されない限り有効なままです。

始める前に

Google Cloud アカウントにログインします。 Google Cloudを初めて使用する場合は、 アカウントを作成して、実際のシナリオで Google プロダクトのパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

• Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
• Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

1. 組織 ID を確認します。

必要なロール

カスタムの組織のポリシーを管理するために必要な権限を取得するには、組織のリソースに対する組織ポリシー管理者 （roles/orgpolicy.policyAdmin）の IAM ロールを付与するよう管理者に依頼してください。ロールの付与については、プロジェクト、フォルダ、組織に対するアクセス権の管理をご覧ください。

必要な権限は、カスタムロールや他の事前定義ロールから取得することもできます。

Gemini Enterprise Agent Platform Workbench でサポートされているリソース

次の表に、カスタム制約で参照できる notebooks.googleapis.com/Instance リソースのフィールドを示します。

注: resource.gceSetup.systemMetadata フィールドは、Workbench システム メタデータキーのキュレートされた許可リストのみを公開する map<string, string> です。各キーを個別に参照します（例: resource.gceSetup.systemMetadata["idle-timeout-seconds"]）。カスタム制約で管理できるのは、これらのシステム メタデータキーのみです。未加工の resource.gceSetup.metadata フィールドはカスタム制約で使用できません。サポートされている Workbench システム メタデータキーの一覧については、メタデータを管理するをご覧ください。

リソース	フィールド
notebooks.googleapis.com/Instance	resource.disableProxyAccess
	resource.enableDeletionProtection
	resource.enableManagedEuc
	resource.enableThirdPartyIdentity
	resource.gceSetup.acceleratorConfigs.coreCount
	resource.gceSetup.acceleratorConfigs.type
	resource.gceSetup.bootDisk.diskEncryption
	resource.gceSetup.bootDisk.diskSizeGb
	resource.gceSetup.bootDisk.kmsKey
	resource.gceSetup.confidentialInstanceConfig.confidentialInstanceType
	resource.gceSetup.containerImage.repository
	resource.gceSetup.containerImage.tag
	resource.gceSetup.dataDisks.diskEncryption
	resource.gceSetup.dataDisks.diskSizeGb
	resource.gceSetup.dataDisks.kmsKey
	resource.gceSetup.disablePublicIp
	resource.gceSetup.enableIpForwarding
	resource.gceSetup.gpuDriverConfig.customGpuDriverPath
	resource.gceSetup.gpuDriverConfig.enableGpuDriver
	resource.gceSetup.machineType
	resource.gceSetup.minCpuPlatform
	resource.gceSetup.networkInterfaces.accessConfigs.externalIp
	resource.gceSetup.networkInterfaces.network
	resource.gceSetup.networkInterfaces.nicType
	resource.gceSetup.networkInterfaces.subnet
	resource.gceSetup.reservationAffinity.consumeReservationType
	resource.gceSetup.reservationAffinity.key
	resource.gceSetup.reservationAffinity.values
	resource.gceSetup.serviceAccounts.email
	resource.gceSetup.shieldedInstanceConfig.enableIntegrityMonitoring
	resource.gceSetup.shieldedInstanceConfig.enableSecureBoot
	resource.gceSetup.shieldedInstanceConfig.enableVtpm
	resource.gceSetup.systemMetadata

カスタム制約を設定する

カスタム制約は、組織のポリシーを適用しているサービスでサポートされるリソース、メソッド、条件、アクションを使用して YAML ファイルで定義されます。カスタム制約の条件は、Common Expression Language（CEL）を使用して定義されます。CEL を使用してカスタム制約で条件を作成する方法については、カスタム制約の作成と管理の CEL セクションをご覧ください。

コンソール

カスタム制約を作成する手順は次のとおりです。

1. Google Cloud コンソールで [組織のポリシー] ページに移動します。

   [組織のポリシー] に移動

2. プロジェクト選択ツールで、組織のポリシーを設定するプロジェクトを選択します。
3. [ カスタム制約] をクリックします。
4. [表示名] ボックスに、人が読める形式で制約の名前を入力します。この名前はエラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に個人情報（PII）や機密データを使用しないでください。このフィールドには、最大 200 文字まで入力できます。
5. [制約 ID] ボックスに、新しいカスタム制約の ID を入力します。カスタム制約の名前に使用できるのは、英字（大文字と小文字）と数字のみです（例: custom.restrictWorkbenchMachineType）。このフィールドには、接頭辞（custom.）を除き、最大 70 文字まで入力できます（例: organizations/123456789/customConstraints/custom）。エラー メッセージで公開される可能性があるため、制約 ID に個人情報（PII）や機密データを含めないでください。
6. [説明] ボックスに、人が読める形式で制約の説明を入力します。この説明は、ポリシー違反の際にエラー メッセージとして使用されます。ポリシー違反が発生した理由と、ポリシー違反を解決する方法に関する詳細を含めてください。エラー メッセージで公開される可能性があるため、説明に個人情報（PII）や機密データを含めないでください。 このフィールドには、最大 2,000 文字まで入力できます。
7. [リソースの種類] ボックスで、制限するオブジェクトとフィールドを含む Google Cloud REST リソースの名前を選択します（例: container.googleapis.com/Cluster）。ほとんどの種類のリソースは、最大 20 個のカスタム制約をサポートしています。これより多くのカスタム制約を作成しようとすると、オペレーションは失敗します。
8. [適用方法] で、REST CREATE メソッドに制約を適用するのか、または CREATE メソッドと UPDATE メソッドの両方に制約を適用するのかを選択します。制約に違反するリソースに対する UPDATE メソッドに制約を適用した場合、そのリソースへの変更は、違反を解決するものでない限り、組織のポリシーによってブロックされます。

各サービスでサポートされているメソッドを確認するには、 カスタム制約をサポートするサービスをご覧ください。

9. 条件を定義するには、[ 条件を編集] をクリックします。
1. [条件を追加] パネルで、サポートされているサービス リソースを参照する CEL 条件を作成します（例: resource.management.autoUpgrade == false）。このフィールドには、最大 1,000 文字まで入力できます。CEL の使用方法の詳細については、Common Expression Language をご覧ください。 カスタム制約で使用できるサービス リソースの詳細については、カスタム制約のサポート サービスをご覧ください。
2. [保存] をクリックします。
10. [アクション] で、条件が満たされた場合に評価対象のメソッドを許可するか拒否するかを選択します。

拒否アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションがブロックされることを意味します。

許可アクションは、条件が true と評価された場合にのみ、リソースを作成または更新するオペレーションが許可されることを意味します。条件に明記されているケースを除き、他のケースはすべてブロックされます。

11. [制約を作成] をクリックします。

各フィールドに値を入力すると、このカスタム制約に対応する YAML 構成が右側に表示されます。

gcloud

1. カスタム制約を作成するには、次の形式で YAML ファイルを作成します。

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
  - UPDATE 
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

次のように置き換えます。

• ORGANIZATION_ID: 組織 ID（例: 123456789）。
• CONSTRAINT_NAME: 新しいカスタム制約の名前。カスタム制約の名前に使用できるのは、英字（大文字と小文字）と数字のみです（例: custom.restrictWorkbenchMachineType）。このフィールドには、接頭辞（custom.）を除き、最大 70 文字まで入力できます（例: organizations/123456789/customConstraints/custom）。エラー メッセージで公開される可能性があるため、制約 ID に個人情報（PII）や機密データを含めないでください。
• RESOURCE_NAME: 制限するオブジェクトとフィールドを含む Google Cloudリソースの完全修飾名。たとえば、notebooks.googleapis.com/Instance のようにします。ほとんどの種類のリソースは、最大 20 個のカスタム制約をサポートしています。これより多くのカスタム制約を作成しようとすると、オペレーションは失敗します。
• methodTypes: 制約が適用される REST メソッド。CREATE、または CREATE と UPDATE の両方を指定できます。制約に違反するリソースに対する UPDATE メソッドに制約を適用した場合、そのリソースへの変更は、違反を解決するものでない限り、組織のポリシーによってブロックされます。

各サービスでサポートされているメソッドを確認するには、 カスタム制約をサポートするサービスをご覧ください。

• CONDITION: サポート対象のサービス リソースの表現に対して記述する CEL 条件。このフィールドには、最大 1,000 文字まで入力できます。例: "resource.gceSetup.machineType.startsWith('n1-standard-')"。

条件を記述できるリソースの詳細については、サポートされているリソースをご覧ください。

• ACTION: condition が満たされた場合に実行するアクション。 有効な値は ALLOW と DENY です。

許可アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションが許可されることを意味します。つまり、条件に明記されているケース以外はすべてブロックされます。

拒否アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションがブロックされることを意味します。

• DISPLAY_NAME: 制約の人が読める名前。この名前はエラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に個人情報（PII）や機密データを使用しないでください。このフィールドには、最大 200 文字まで入力できます。
• DESCRIPTION: ポリシー違反の際にエラー メッセージとして表示される制約の説明。わかりやすい説明を入力してください。このフィールドには、最大 2,000 文字まで入力できます。
2. 新しいカスタム制約の YAML ファイルを作成したら、組織内で組織のポリシーとして使用できるように設定する必要があります。カスタム制約を設定するには、gcloud org-policies set-custom-constraint コマンドを使用します。

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

CONSTRAINT_PATH は、カスタム制約ファイルのフルパスに置き換えます。例: /home/user/customconstraint.yaml。

この操作が完了すると、カスタム制約が Google Cloud の組織ポリシーのリストに表示され、組織のポリシーとして使用できるようになります。

3. カスタム制約が存在することを確認するには、gcloud org-policies list-custom-constraints コマンドを使用します。

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

ORGANIZATION_ID は組織リソースの ID に置き換えます。

詳細については、組織のポリシーの表示をご覧ください。

カスタムの組織のポリシーを適用する

制約を適用するには、それを参照する組織のポリシーを作成し、その組織のポリシーを Google Cloud リソースに適用します。

コンソール

1. Google Cloud コンソールで [組織のポリシー] ページに移動します。

   [組織のポリシー] に移動

2. プロジェクト選択ツールで、組織のポリシーを設定するプロジェクトを選択します。
3. [組織のポリシー] ページのリストで制約を選択して、その制約の [ポリシーの詳細] ページを表示します。
4. このリソースの組織のポリシーを構成するには、[ポリシーを管理] をクリックします。
5. [ポリシーの編集] ページで、[Override parent's policy] を選択します。
6. [ルールを追加] をクリックします。
7. [適用] セクションで、この組織のポリシーを適用するかどうかを選択します。
8. 省略可: タグで組織のポリシーに条件を設定するには、[条件を追加] をクリックします。組織のポリシーに条件付きルールを追加する場合は、少なくとも 1 つは無条件のルールを追加する必要があります。そうしないとポリシーを保存できないのでご注意ください。詳細については、 タグを使用して組織のポリシーをスコープするをご覧ください。
9. [変更内容をテスト] をクリックして、組織のポリシーの効果をシミュレートします。詳細については、Policy Simulator で組織のポリシーの変更をテストするをご覧ください。
10. ドライラン モードで組織のポリシーを適用するには、[ドライラン ポリシーを設定] をクリックします。詳細については、 組織のポリシーをテストするをご覧ください。
11. ドライラン モードで組織のポリシーが想定どおりに動作することを確認したら、[ポリシーを設定] をクリックして有効なポリシーを設定します。

gcloud

1. ブール値のルールを含む組織のポリシーを作成するには、制約を参照するポリシーの YAML ファイルを作成します。

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

次のように置き換えます。

• PROJECT_ID: 制約を適用するプロジェクト。
• CONSTRAINT_NAME: カスタム制約に定義した名前。例: custom.restrictWorkbenchMachineType。
2. ドライラン モードで組織のポリシーを適用するには、dryRunSpec フラグを指定して次のコマンドを実行します。

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

POLICY_PATH は、組織のポリシーの YAML ファイルのフルパスに置き換えます。ポリシーが有効になるまでに最大 15 分かかります。

3. ドライラン モードで組織のポリシーが想定どおりに動作することを確認したら、org-policies set-policy コマンドと spec フラグを使用して有効なポリシーを設定します。

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

POLICY_PATH は、組織のポリシーの YAML ファイルのフルパスに置き換えます。ポリシーが有効になるまでに最大 15 分かかります。

カスタム組織のポリシーをテストする

次の例では、特定のプロジェクト内のすべての新しい Agent Platform Workbench インスタンスが n1-standard ファミリーのマシンタイプを使用することを要求するカスタムの制約とポリシーを作成します。

始める前に、以下を把握しておく必要があります。

• 組織 ID
• プロジェクト ID

制約を作成する

1. 次のファイルに constraint-restrict-machine-type.yaml という名前を付けて保存します。

   name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictWorkbenchMachineType
   resourceTypes:
   - notebooks.googleapis.com/Instance
   methodTypes:
   - CREATE
   - UPDATE
   condition: "resource.gceSetup.machineType.startsWith('n1-standard-')"
   actionType: ALLOW
   displayName: Restrict Workbench instance machine types
   description: Workbench instances must use an n1-standard machine type.
   

   これにより、すべての新しいインスタンスまたは更新されたインスタンスで n1-standard ファミリーのマシンタイプを使用する必要があるという制約が定義されます。それ以外の場合、オペレーションは拒否されます。

2. 制約を適用します。

   gcloud org-policies set-custom-constraint ~/constraint-restrict-machine-type.yaml
   

3. 制約が存在することを確認します。

   gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
   

   出力は次のようになります。

   CUSTOM_CONSTRAINT                       ACTION_TYPE  METHOD_TYPES   RESOURCE_TYPES                     DISPLAY_NAME
   custom.restrictWorkbenchMachineType     ALLOW        CREATE,UPDATE  notebooks.googleapis.com/Instance  Restrict Workbench instance machine types
   ...
   

ポリシーを作成する

1. 次のファイルに policy-restrict-machine-type.yaml という名前を付けて保存します。

   name: projects/PROJECT_ID/policies/custom.restrictWorkbenchMachineType
   spec:
     rules:
     - enforce: true
   

   PROJECT_ID は、実際のプロジェクト ID に置き換えます。

2. ポリシーを適用します。

   gcloud org-policies set-policy ~/policy-restrict-machine-type.yaml
   

3. ポリシーが存在することを確認します。

   gcloud org-policies list --project=PROJECT_ID
   

   出力は次のようになります。

   CONSTRAINT                             LIST_POLICY  BOOLEAN_POLICY  ETAG
   custom.restrictWorkbenchMachineType    -            SET             COCsm5QGENiXi2E=
   

ポリシーを適用したら、 Google Cloud がポリシーの適用を開始するまで 2 分ほど待ちます。

ポリシーのテスト

プロジェクトの n1-standard ファミリーにないマシンタイプで Agent Platform Workbench インスタンスを作成してみます。

gcloud workbench instances create INSTANCE_NAME \
    --project=PROJECT_ID \
    --location=LOCATION \
    --machine-type=e2-standard-4

このオペレーションは許可されず、出力は次のようになります。

ERROR: (gcloud.workbench.instances.create) Could not fetch resource:
– Operation denied by custom org policies: [customConstraints/custom.restrictWorkbenchMachineType]: Workbench instances must use an n1-standard machine type.

一般的なユースケースのカスタム組織ポリシーの例

次の表では一般的なカスタム制約の構文例をまとめています。

説明	制約の構文
Agent Platform Workbench インスタンスのマシンタイプを制限する	name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictWorkbenchMachineType resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "resource.gceSetup.machineType.startsWith('n1-standard-')" actionType: ALLOW displayName: Restrict Workbench instance machine types description: Workbench instances must use an n1-standard machine type.
Agent Platform Workbench インスタンスでセキュアブートを必須にする	name: organizations/ORGANIZATION_ID/customConstraints/custom.workbenchRequireSecureBoot resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "resource.gceSetup.shieldedInstanceConfig.enableSecureBoot == true" actionType: ALLOW displayName: Require Secure Boot on Workbench instances description: All Workbench instances must have Secure Boot enabled.
Agent Platform Workbench インスタンスで vTPM と整合性モニタリングを必須にする	name: organizations/ORGANIZATION_ID/customConstraints/custom.workbenchRequireShieldedVm resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "resource.gceSetup.shieldedInstanceConfig.enableVtpm == true && resource.gceSetup.shieldedInstanceConfig.enableIntegrityMonitoring == true" actionType: ALLOW displayName: Require vTPM and integrity monitoring description: All Workbench instances must have vTPM and integrity monitoring enabled.
Agent Platform Workbench インスタンスに外部 IP アドレスがないことを必須にする	name: organizations/ORGANIZATION_ID/customConstraints/custom.workbenchDisablePublicIp resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "resource.gceSetup.disablePublicIp == true" actionType: ALLOW displayName: Disable external IP on Workbench instances description: Workbench instances must not have an external IP address.
Agent Platform Workbench インスタンスでファイルのダウンロードを無効にすることを必須にする	name: organizations/ORGANIZATION_ID/customConstraints/custom.workbenchDisableDownloads resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "'notebook-disable-downloads' in resource.gceSetup.systemMetadata && resource.gceSetup.systemMetadata['notebook-disable-downloads'] == 'true'" actionType: ALLOW displayName: Disable file downloads on Workbench instances description: Workbench instances must have JupyterLab file downloads disabled.
Agent Platform Workbench インスタンスでアイドル状態でのシャットダウンを有効にすることを必須にする	name: organizations/ORGANIZATION_ID/customConstraints/custom.workbenchRequireIdleShutdown resourceTypes: - notebooks.googleapis.com/Instance methodTypes: - CREATE - UPDATE condition: "'idle-timeout-seconds' in resource.gceSetup.systemMetadata && int(resource.gceSetup.systemMetadata['idle-timeout-seconds']) > 0" actionType: ALLOW displayName: Require idle shutdown on Workbench instances description: Workbench instances must have idle shutdown enabled.

次のステップ

• 組織ポリシー サービスの詳細を確認する。
• 組織のポリシーの作成と管理の方法について学習する。
• マネージドの組織のポリシーの制約全一覧を参照する。