Google Cloudで組織間のプロジェクト移行を計画して実行するには、次のチェックリストを使用して、主な要件とマイルストーンを追跡します。
移行計画を作成する
プロジェクト内で実行されているサービスへの移行の影響を分析します。リソース階層の変更は、継承されるポリシーに影響する可能性があります。
- Move Analysis を実行する: Move Analysis API を使用して、阻害要因の詳細を確認します。
- ポリシーの影響を評価する: 移動が、継承された組織のポリシーと Identity and Access Management（IAM）ポリシーにどのように影響するかを判断します。
- ダウンタイムを計画する: 移行中に一部のサービスが短時間中断されることがあります。
詳細については、移行計画を作成するをご覧ください。
特殊なケースに対応する
プロジェクト レベルまたは組織レベルで特別な処理が必要なシナリオを特定して準備します。
- サービスの依存関係を確認する: プロジェクトが共有 VPC、VPC Service Controls などのサービスに依存しているかどうか、または有効な課金 / サブスクリプションがあるかどうかを確認します。
- 特殊なケースのリストを確認する: 詳細ガイドに記載されている各サービスについて、計画を立てていることを確認します。
- ロールバック計画を準備する: 問題が発生した場合に移行をロールバックする方法を理解します。
特殊なケースとその処理方法については、特殊なケースの処理をご覧ください。
Identity and Access Management のロールを割り当てる
移行元と移行先の組織リソースの両方で、同じプリンシパルのメールアドレスに必要な IAM ロールを割り当てます。
次のロールが必要となります。
- 移行するプロジェクトのプロジェクト IAM 管理者（
roles/resourcemanager.projectIamAdmin）。 - プロジェクトの親リソース（フォルダや組織リソース）のプロジェクト移動（
roles/resourcemanager.projectMover）。 - 宛先がフォルダの場合: 宛先フォルダのプロジェクト移動者（
roles/resourcemanager.projectMover）。 - 宛先が組織の場合: 宛先組織リソースのプロジェクト作成者（
roles/resourcemanager.projectCreator）。 - 移行元と移行先の組織リソースの両方に対する組織のポリシー管理者（
roles/orgpolicy.policyAdmin）。
詳しくは、権限を割り当てるをご覧ください。
組織のポリシーの構成
特定の組織のポリシーを構成して、組織間のプロジェクト移行を有効にします。これらがないと、移行は失敗します。
- ソースポリシーを構成する: 親リソースに
constraints/resourcemanager.allowedExportDestinations制約を設定して、宛先へのエクスポートを許可します。 - 宛先ポリシーを構成する: 宛先リソースに
constraints/resourcemanager.allowedImportSources制約を設定して、ソースからのインポートを許可します。
詳細については、組織のポリシーを構成するをご覧ください。
移行を実行する
Google Cloud コンソール、Google Cloud CLI、または Resource Manager API を使用して移行を実行します。
- 移行を実行する:
gcloud beta projects moveコマンドまたは Cloud Console を使用して移動を実行します。 - 移行を確認する: プロジェクトが新しい宛先に表示されていることを確認し、リソースへのアクセスを確認します。
- 移行後のタスクを実行する: 継承されたポリシーを確認し、アクセスを監査します。必要に応じて、請求先アカウントを更新します。
- クリーンアップ: 一時的な IAM ロールを取り消し、一時的な組織のポリシーの制約を削除します。
詳細な手順については、移行を実行するをご覧ください。