プロジェクトの移行チェックリスト

• 移行分析を実行する: 移行分析 API を使用して、阻害要因の詳細な内訳を取得します。
• ポリシーの影響を評価する: 移動が継承された組織のポリシーと Identity and Access Management（IAM）ポリシーにどのように影響するかを判断します。
• ダウンタイムを計画する: 移行中に一部のサービスが一時的に中断される可能性があります。

詳細については、移行計画を作成するをご覧ください。

• サービスの依存関係を確認する: プロジェクトが共有 VPC や VPC Service Controls などのサービスに依存しているかどうか、または有効な課金/サブスクリプションがあるかどうかを確認します。
• 特殊なケースのリストを確認する: 詳細ガイドに記載されている各サービスについて計画を立てます。
• ロールバック計画を準備する: 問題が発生した場合に移行をロールバックする方法を理解します。

特殊なケースとその処理方法については、特殊なケースの処理をご覧ください。

次のロールが必要となります。

• 移行するプロジェクトのプロジェクト IAM 管理者（roles/resourcemanager.projectIamAdmin）。
• プロジェクトの親リソース（フォルダまたは組織リソース）のプロジェクト移動（roles/resourcemanager.projectMover）。
• 移行先がフォルダの場合: 移行先フォルダのプロジェクト移転者（roles/resourcemanager.projectMover）。
• 移行先が組織の場合: 移行先組織リソースのプロジェクト作成者（roles/resourcemanager.projectCreator）。
• 移行元と移行先の組織リソースの両方に対する組織のポリシー管理者（roles/orgpolicy.policyAdmin）。

詳しくは、権限を割り当てるをご覧ください。

• ソースポリシーを構成する: 親リソースに constraints/resourcemanager.allowedExportDestinations 制約を設定して、宛先へのエクスポートを許可します。
• 移行先ポリシーを構成する: 移行先リソースに constraints/resourcemanager.allowedImportSources 制約を設定して、移行元からのインポートを許可します。

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

• 移行を実行する: gcloud beta projects move コマンドまたは Cloud コンソールを使用して移動を実行します。
• 移行を確認する: プロジェクトが新しい宛先に表示されていることを確認し、リソース アクセスを確認します。
• 移行後のタスクを実行する: 継承されたポリシーを確認し、アクセスを監査して、必要に応じて請求先アカウントを更新します。
• クリーンアップ: 一時的な IAM ロールを取り消し、一時的な組織のポリシー制約を削除します。

手順については、移行を実行するをご覧ください。