在機構資源之間遷移專案

您可以更新 Cloud de Confiance by S3NS 專案的中繼資料,將專案移至資源階層中的新位置。將專案遷移至新組織前,請先瞭解遷移作業對專案資源和設定的影響。

資源階層結構中的專案

專案資源是 Cloud de Confiance by S3NS組織資源中的基礎層級組織實體。專案是在組織資源下建立,可放在資料夾或組織資源本身底下,形成資源階層。

您可能需要因應收購、法規要求或業務單位拆分,在組織資源之間遷移專案。您可以使用 Resource Manager API 遷移這些專案。遷移作業會傳回代表作業名稱的字串。您也可以透過 API 復原遷移作業,視需要將專案移回階層中的原始位置。

遷移情境

專案位置會決定您要採取哪一種做法:

  • 將專案從一個組織遷移至另一個組織資源。
  • 將獨立專案 (建立時未指定組織) 遷移至組織資源階層。

如果專案與組織資源建立關聯後,您需要將專案移回「無組織」,請與 Cloud Customer Care 聯絡。不支援從組織復原至無組織的自助服務。

除了 API 之外,您也可以使用 Cloud de Confiance 控制台移動專案,方法是選取專案並指派新的上層目的地。

找出專案目前的狀態

開始之前,您必須先判斷專案是否與組織資源相關聯。這會決定您要遵循「組織對組織」路徑,還是「無組織」路徑。

如果您沒有專案上層組織資源的 resourcemanager.organizations.get 權限,專案可能不會如預期顯示在Cloud de Confiance 控制台的實際組織下。這可能會讓人誤以為專案未與任何組織資源建立關聯。

如要判斷專案是否與組織資源相關聯,請執行下列指令:

gcloud

gcloud projects get-ancestors PROJECT_ID

將 PROJECT_ID 替換為要遷移的專案 ID。

如果輸出內容在階層中包含 organization 資源類型,表示專案已屬於組織階層。

如果 organization 類型遺失或空白,則專案是獨立專案,沒有組織資源。

請根據專案狀態,按照相關指南操作:

遷移作業的運作方式

專案遷移並非資料移轉。您的服務、資料庫和虛擬機器 (VM) 執行個體會保持運作,不會停機。而是更新專案的上層資源。由於 Cloud de Confiance by S3NS 採用階層式繼承模式,因此專案附加至新的父項時,資安態勢就會改變。

功能 狀態 影響
專案 ID 和編號 維持不變 API 金鑰、服務名稱和硬式編碼 ID 則維持不變。
資料和資源 維持不變 VM、Storage bucket 和資料庫會保持上線狀態。
直接 IAM 角色 維持不變 直接在專案上授予的角色會隨專案移動。
繼承的 IAM 角色 變更 在來源組織或資料夾層級授予的角色會遺失。
組織政策 變更 來源限制會由目的地限制取代。
配額 變更 繼承的組織層級配額會遺失,專案層級配額則會保留。
帳單帳戶 維持不變 專案仍會連結至原始帳單帳戶。

配額影響

如果您在特定資源層級定義了配額,則遷移後會套用下列項目:

  • 在專案層級定義的配額則維持不變。
  • 在組織資源層級定義的任何配額不會轉移。組織會失去所有沿用的配額或配額覆寫值。

您可以透過下列頁面,判斷組織資源適用的配額:

範例

$ gcloud alpha services quota list --service=compute.googleapis.com --consumer=projects/workloadyee --filter="metric: compute.googleapis.com/cpus"

...
  - defaultLimit: '600'
    dimensions:
      region: us-central1
    effectiveLimit: '650'
...

重要考量

開始遷移前,請先檢查下列高風險項目,以免服務中斷:

  • 配額限制:如果目標組織的配額限制低於來源組織,專案遷移後可能會超出配額。

  • 資產清單:遷移後,Cloud Asset Inventory 中完整資源清單的更新可能需要幾天才能完全生效。

  • 費用和折扣:如果原始組織享有 SKU 型或企業折扣計畫 (EDP) 折扣,則必須與 Google 業務代表協商,才能在新組織中套用這些折扣。承諾使用折扣 (CUD) 和 Google Cloud Marketplace 購買項目也可能需要重新購買。

  • 支援層級:如果目的地組織沒有有效的支援合約,或支援層級較低,您可能會失去目前的支援層級。

  • 自訂角色:如果專案依賴在組織層級定義的自訂 IAM 角色,這些角色就不會存在於目的地。請先在目的地組織中重新建立這些項目,再進行移動。

遷移藍圖

請按照下列藍圖操作,完成專案遷移程序:

  1. 準備:建立遷移計畫,協調時間。
  2. 執行:指派 IAM 角色、設定組織政策,並執行遷移作業。
  3. 驗證:完成遷移後工作,例如稽核沿用的政策和更新帳單。

後續步驟