新しい Assured Workloads フォルダを作成する
このページでは、各コントロール パッケージの新しい Assured Workloads フォルダを作成する方法について説明します。
Assured Workloads の詳細については、Assured Workloads の概要をご覧ください。
管理パッケージの選択
Assured Workloads フォルダの作成方法を学習するために、コントロール パッケージを選択します。
-
始める前に
まだの場合は、以下の手順に従い、 CJIS コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で CJIS の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。CJIS の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [CJIS の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、CJIS の Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、CJIS の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、CJIS の Data Boundary のコンプライアンス要件を満たすように構成されます。
- CJIS の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 FedRAMP Moderate コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。FedRAMP Moderate の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [FedRAMP Moderate の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、FedRAMP Moderate の Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、FedRAMP Moderate の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、FedRAMP Moderate の Data Boundary のコンプライアンス要件を満たすように構成されます。
- FedRAMP Moderate の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 FedRAMP High コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で FedRAMP High の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。FedRAMP High の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [FedRAMP High の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、FedRAMP High コントロール パッケージの Data Boundary に準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、FedRAMP High の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、FedRAMP High の Data Boundary のコンプライアンス要件を満たすように構成されます。
- FedRAMP High の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 ヘルスケアとライフサイエンスの米国 Data Boundary コントロール パッケージ用 Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。ヘルスケアとライフ サイエンス用の米国の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [ヘルスケアとライフ サイエンス用の米国のデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、ヘルスケアとライフ サイエンスの米国 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、ヘルスケアとライフサイエンスの米国 Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、ヘルスケアとライフ サイエンスの米国 Data Boundary のコンプライアンス要件を満たすように構成されます。
- ヘルスケアとライフ サイエンスの米国 Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 ヘルスケアとライフサイエンスの米国 Data Boundary(サポートあり)のコントロール パッケージ用 Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でヘルスケアとライフサイエンス用の米国の Data Boundary とサポートを使用する場合は、追加費用が発生することを必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。ヘルスケアとライフサイエンス用の米国の Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [ヘルスケアとライフサイエンス用の米国のデータ境界とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、ヘルスケアとライフサイエンス用の米国の Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、ヘルスケアとライフサイエンスの米国 Data Boundary(サポート付き)に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、サポート付きのヘルスケアとライフサイエンス用の米国の Data Boundary のコンプライアンス要件を満たすように構成されます。
- ヘルスケアとライフ サイエンス用の米国の Data Boundary とサポートに準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 IL2 コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で IL2 の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。IL2 の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [IL2 のデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、IL2 コントロール パッケージの Data Boundary に準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、IL2 の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、IL2 の Data Boundary のコンプライアンス要件を満たすように構成されます。
- IL2 の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 IL4 コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で IL4 の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。IL4 の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [IL4 のデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、IL4 コントロール パッケージの Data Boundary に準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、IL4 の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、IL4 の Data Boundary のコンプライアンス要件を満たすように構成されます。
- IL4 の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 IL5 コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で IL5 の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。IL5 の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [IL5 の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、IL5 コントロール パッケージの Data Boundary に準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、IL5 の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、IL5 の Data Boundary のコンプライアンス要件を満たすように構成されます。
- IL5 の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 ITAR コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で ITAR の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。ITAR の Data Boundary 用 Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [ITAR の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、ITAR コントロール パッケージの Data Boundary に準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、ITAR の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、ITAR の Data Boundary のコンプライアンス要件を満たすように構成されます。
- ITAR の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 IRS パブリケーション 1075 のコントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で IRS パブリケーション 1075 用の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。IRS パブリケーション 1075 用の Data Boundary 用 Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [IRS パブリケーション 1075 用の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、IRS パブリケーション 1075 の Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、IRS パブリケーション 1075 の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、IRS Publication 1075 の Data Boundary のコンプライアンス要件を満たすように構成されます。
- IRS パブリケーション 1075 の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 オーストラリア Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。オーストラリア Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [オーストラリアの Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、オーストラリア Data Boundary のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、オーストラリアの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、オーストラリア Data Boundary のコンプライアンス要件を満たすように構成されます。
- オーストラリア Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 オーストラリアの Data Boundary とサポートのコントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でオーストラリアの Data Boundary とサポートを使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。オーストラリアの Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [オーストラリアの Data Boundary とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、オーストラリアの Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、オーストラリアの Data Boundary とサポートに準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、オーストラリアの Data Boundary とサポートのコンプライアンス要件を満たすように構成されます。
- オーストラリアの Data Boundary とサポートに準拠させたい既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 ブラジル Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。ブラジル Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [ブラジルの Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、ブラジル Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、ブラジル Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、ブラジルの Data Boundary のコンプライアンス要件を満たすように構成されます。
- ブラジル Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 カナダの規制品に関する Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でカナダの規制品目の Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。カナダの管理対象商品の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [カナダの管理対象商品のデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、カナダの管理対象商品の Data Boundary のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、カナダの規制品目の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、カナダの規制品目の Data Boundary のコンプライアンス要件を満たすように構成されます。
- カナダの規制品目の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 カナダの Protected B コントロール パッケージの Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で Data Boundary for Canada Protected B を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。カナダ Protected B の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [規制コントロール] を選択します。
- プルダウン メニューから [カナダ Protected B の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、カナダの Protected B の Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、カナダの Protected B の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、カナダの Protected B の Data Boundary のコンプライアンス要件を満たすように構成されます。
- カナダの Protected B の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 カナダ Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。カナダ Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [カナダ データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、カナダ Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、カナダ Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、カナダ Data Boundary のコンプライアンス要件を満たすように構成されます。
- カナダ Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 カナダの Data Boundary とサポートのコントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でカナダ Data Boundary とサポートを使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。カナダの Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [カナダの Data Boundary とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、カナダの Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、カナダの Data Boundary とサポートに準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、カナダの Data Boundary とサポートのコンプライアンス要件を満たすように構成されます。
- カナダの Data Boundary とサポートに準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 チリ Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。チリ Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [チリ データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、チリ Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、チリの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、チリ Data Boundary のコンプライアンス要件を満たすように構成されます。
- チリの Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 EU Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。EU Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [EU Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、EU Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、EU Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、EU Data Boundary のコンプライアンス要件を満たすように構成されます。
- EU Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 EU Data Boundary とサポートのコントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で EU Data Boundary とサポートを使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。EU の Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [EU Data Boundary とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、EU Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、EU Data Boundary とサポートに準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、EU Data Boundary とサポートのコンプライアンス要件を満たすように構成されます。
- EU Data Boundary とサポートに準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 アクセス正当化付きの EU Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で EU Data Boundary とアクセス理由を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。Access Justifications に基づく EU の Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [Access Justifications に基づく EU の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、アクセス理由付きの EU Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、アクセス正当化ありの EU Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、アクセス正当化を含む EU Data Boundary のコンプライアンス要件を満たすように構成されます。
- Access Justifications に基づく EU の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 香港 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。香港 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [香港の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、香港 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、香港の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、香港 Data Boundary のコンプライアンス要件を満たすように構成されます。
- 香港の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 インド データ境界コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。インド Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [インドのデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、インド Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、インドの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、インドの Data Boundary のコンプライアンス要件を満たすように構成されます。
- インドの Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 インドネシア Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。インドネシア Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [インドネシア Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、インドネシア Data Boundary のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、インドネシア Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、インドネシア Data Boundary のコンプライアンス要件を満たすように構成されます。
- インドネシア Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 イスラエル データ境界コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。イスラエル Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [イスラエル Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、イスラエル Data Boundary のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、イスラエル Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、イスラエル Data Boundary のコンプライアンス要件を満たすように構成されます。
- イスラエル Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 イスラエルの Data Boundary とサポートのコントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でイスラエル Data Boundary とサポートを使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。イスラエルの Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [イスラエル Data Boundary とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、イスラエル Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、イスラエルの Data Boundary とサポートに準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、イスラエル Data Boundary とサポートのコンプライアンス要件を満たすように構成されます。
- イスラエルの Data Boundary とサポートに準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 日本 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で日本 Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。日本 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [日本データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、日本 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、日本 Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、日本 Data Boundary のコンプライアンス要件を満たすように構成されます。
- 日本データ境界に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 カタール Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。カタール Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [カタールの Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、カタール Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、カタールの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、カタール Data Boundary のコンプライアンス要件を満たすように構成されます。
- カタール Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 シンガポール Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。シンガポール Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [シンガポール Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、シンガポール Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、シンガポール Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、シンガポールの Data Boundary のコンプライアンス要件を満たすように構成されます。
- シンガポール Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に沿って、 南アフリカ Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。南アフリカ Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [南アフリカのデータ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、南アフリカ Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、南アフリカの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、南アフリカの Data Boundary のコンプライアンス要件を満たすように構成されます。
- 南アフリカ Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 韓国 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。韓国 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [韓国の Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、韓国 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、韓国の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、韓国の Data Boundary のコンプライアンス要件を満たすように構成されます。
- 韓国の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 アクセス正当化のコントロール パッケージを利用できるサウジアラビア王国の Data Boundary用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でサウジアラビア王国の Data Boundary と Access Justifications を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。サウジアラビア王国の Data Boundary と Access Justifications 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [サウジアラビア王国の Data Boundary と Access Justifications] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、サウジアラビア王国の Data Boundary とアクセス正当化のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、アクセス正当化によるサウジアラビア王国の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、アクセス正当化を含むサウジアラビア王国の Data Boundary のコンプライアンス要件を満たすように構成されます。
- アクセス理由付きのサウジアラビア王国の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 スイス Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads でスイス Data Boundary を使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。スイス Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [スイスの Data Boundary] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、スイスの Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、スイスの Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、スイス Data Boundary のコンプライアンス要件を満たすように構成されます。
- スイス Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 台湾 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。台湾 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [台湾データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、台湾 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、台湾 Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、台湾 Data Boundary のコンプライアンス要件を満たすように構成されます。
- 台湾 Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 英国 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。英国 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [英国データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、英国 Data Boundary のコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、英国の Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、英国 Data Boundary のコンプライアンス要件を満たすように構成されます。
- 英国の Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 米国 Data Boundary コントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。米国 Data Boundary 用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [米国データ境界] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、米国 Data Boundary コントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、米国 Data Boundary に準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、米国 Data Boundary のコンプライアンス要件を満たすように構成されます。
- 米国 Data Boundary に準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
-
始める前に
まだの場合は、以下の手順に従い、 米国 Data Boundary とサポートのコントロール パッケージ用の Assured Workloads フォルダを作成する必要があります。
- Assured Workloads のコンセプトを理解しておいてください。
- 組織でアクセスの透明性が有効になっていない場合は、Assured Workloads フォルダを作成すると自動的に有効になります。作成したプロジェクトまたはフォルダに移動したすべてのプロジェクトは、アクセスの透明性を使用するように構成されます。
- Assured Workloads のサポートを利用する方法を理解しておいてください。
- Assured Workloads で米国 Data Boundary とサポートを使用する場合は、追加費用を必ず理解してください。
- Cloud Identity を設定してドメインを確認します。
- Cloud Identity を構成したら、組織を作成します。
必要な IAM のロール
Assured Workloads フォルダを作成するには、Assured Workloads 管理者(
roles/assuredworkloads.admin)のロールが付与されている必要があります。このロールには、Assured Workloads フォルダを作成および管理するための最小限の IAM 権限が含まれています。米国 Data Boundary とサポート用の Assured Workloads フォルダを作成する
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- 表示された指示に従って組織を選択します。
- [作成] をクリックして、[Assured Workloads フォルダの作成] ページに移動します。
- [フォルダの詳細を追加する] のステップで以下を行います。
- [フォルダ名] に、フォルダの一意の名前(
aw-my-folder-nameなど)を入力します。フォルダ名は 4 ~ 30 文字で、英字、数字、スペース、ハイフンのみを使用できます。 - [組織] で、フォルダを作成する組織を選択します。このロケーションは後で変更できません。
- [フォルダの場所] で、フォルダが作成されるリソース階層内の場所を選択します。Assured Workloads フォルダは、組織または別のフォルダの子として作成できます。
- [次へ] をクリックします。
- [フォルダ名] に、フォルダの一意の名前(
- [コントロール パッケージ オプションを選択する] のステップで、プルダウン メニューから [リージョン コントロール] を選択します。
- プルダウン メニューから [米国データ境界とサポート] を選択します。他のオプションについては、コントロール パッケージをご覧ください。
- [リソース ロケーションの選択] で、リソースと使用がフォルダの組織ポリシーによって適用されるロケーションを選択します。リソース ロケーションの組織のポリシーの制約によって制限できるすべてのリソースの一覧については、リソース ロケーションのサポート対象サービスをご覧ください。一部のリソースは範囲外で、制限できない場合があります。
- 選択したコントロール オプションの詳細を確認し、[次へ] をクリックします。
- (省略可)[追加の設定を構成する] のステップでは、新しいプロジェクトと顧客管理の暗号鍵(CMEK)用のキーリングを作成できます。 Assured Workloads は暗号鍵を自動的に作成しないため、このステップでは鍵は作成されません。詳細については、鍵管理のコンプライアンスのサポートをご覧ください。
- [フォルダを確認して作成する] のステップで、新しい Assured Workloads フォルダの詳細を確認し、正しいことを確認します。次に、[フォルダの作成] をクリックします。
上記の手順を完了すると、Assured Workloads によって次のリソースが作成されます。
- Assured Workloads フォルダ。このフォルダは、米国 Data Boundary とサポートのコントロール パッケージに準拠するためにサポートされている Google Cloud プロダクトに対してセキュリティ管理を適用します。これらのコントロールには、サポートされているプロダクトのみにリソース使用を制限し、許可されたロケーションでのみリソースの作成または使用を許可する組織ポリシーの設定が含まれます。
- 作成する場合は、構成された CMEK キーリングを含む CMEK プロジェクト。
新しい Assured Workloads フォルダを使用する
Assured Workloads フォルダの使用を開始するには、米国 Data Boundary とサポートに準拠させるリソースを新しいフォルダに配置することが重要です。その内部にサポートされているプロダクトのリソースとともにフォルダ内にプロジェクトを作成するか、既存のプロジェクトを移行できます。次のステップの例は以下のとおりです。
- 新しく作成した Assured Workloads フォルダに新しいプロジェクトを作成し、そのプロジェクト内に Compute Engine VM を作成します。VM インスタンスは、米国の Data Boundary とサポートのコンプライアンス要件を満たすように構成されます。
- 米国の Data Boundary とサポートに準拠させる既存のプロジェクトを分析し、必要な変更を行います。次に、新しく作成した Assured Workloads フォルダにプロジェクトを移動します。
フォルダでの BigQuery の有効化
選択したコントロール パッケージで、サポートされているサービスとして BigQuery が一覧表示される場合、BigQuery はサポートされますが、内部構成プロセスにより、新しい Assured Workloads フォルダを作成しても自動的に有効にはなりません。通常、このプロセスは 10 分で完了しますが、状況によってはさらに時間がかかることもあります。プロセスが完了したかどうかを確認し、BigQuery を有効にするには、次の操作を行います。
- Google Cloud コンソールで、[Assured Workloads] ページに移動します。
- リストから新しい Assured Workloads フォルダを選択します。
- [フォルダの詳細] ページの [許可されたサービス] セクションで、[利用可能なアップデートを確認] をクリックします。
- [許可されているサービス] ペインで、フォルダのリソース使用量の制限組織ポリシーに追加するサービスを確認します。BigQuery サービスが表示されている場合は、
サービスを許可するをクリックし、これを追加します。
BigQuery サービスがリストに表示されていない場合は、内部プロセスが完了するまで待ちます。フォルダの作成から 12 時間以内にサービスが表示されない場合は、Cloud カスタマーケアにお問い合わせください。
有効化プロセスが完了すると、Assured Workloads フォルダで BigQuery を使用できるようになります。
Gemini in BigQuery は Assured Workloads ではサポートされていません。
次のステップ
- 各管理パッケージの詳細を確認する。
- 各コントロール パッケージでサポートされているプロダクトを確認する。