Memigrasikan project di antara resource organisasi

Memigrasikan Google Cloud project adalah operasi metadata yang mengubah lokasi project's dalam hierarki resource. Halaman ini memberikan ringkasan tentang cara kerja migrasi, hal yang tetap sama, dan hal yang berubah saat project dipindahkan ke organisasi baru.

Project dalam hierarki resource

Resource project adalah entity pengelola tingkat dasar dalam a Google Cloud resource organisasi. Project dibuat di bawah resource organisasi dan dapat ditempatkan di bawah folder atau resource organisasi itu sendiri, sehingga membentuk hierarki resource.

Anda mungkin perlu memigrasikan project antar-resource organisasi karena akuisisi, persyaratan peraturan, atau pemisahan unit bisnis. Anda dapat menggunakan Resource Manager API untuk memigrasikan project ini. Operasi migrasi menampilkan string yang mewakili nama operasi. API ini juga memungkinkan Anda melakukan rollback migrasi, memindahkan project kembali ke tempat aslinya dalam hierarki jika diperlukan.

Skenario migrasi

Lokasi project Anda menentukan jalur mana dari dua jalur yang akan Anda ambil:

  • Memigrasikan project dari satu organisasi ke resource organisasi lain.
  • Memigrasikan project mandiri (dibuat tanpa organisasi) ke dalam hierarki resource organisasi.

Jika Anda perlu memindahkan project kembali ke No organization setelah dikaitkan dengan resource organisasi, Anda harus menghubungi Cloud Customer Care. Rollback mandiri dari organisasi kembali ke tanpa organisasi tidak didukung.

Selain API, Anda juga dapat menggunakan Google Cloud konsol untuk memindahkan project dengan memilih project dan menetapkan tujuan induk baru.

Mengidentifikasi status project saat ini

Sebelum memulai, Anda harus menentukan apakah project Anda dikaitkan dengan resource organisasi. Hal ini menentukan apakah Anda mengikuti jalur Organization-to-Organization atau jalur No Organization.

Jika Anda tidak memiliki izin resourcemanager.organizations.get pada resource organisasi induk project, kemungkinan project Anda tidak ditampilkan seperti yang diharapkan di bawah organisasi sebenarnya di Google Cloud konsol. Hal ini dapat membuat project tampak tidak dikaitkan dengan resource organisasi mana pun.

Untuk menentukan apakah project dikaitkan dengan resource organisasi, jalankan perintah berikut:

gcloud 

gcloud projects get-ancestors PROJECT_ID

Ganti PROJECT_ID dengan ID project yang ingin Anda migrasikan.

Jika output menyertakan jenis resource organization dalam hierarki, project Anda sudah menjadi bagian dari hierarki organisasi.

Jika jenis organization tidak ada atau kosong, project tersebut adalah project mandiri tanpa resource organisasi.

Berdasarkan status project Anda, ikuti panduan yang relevan:

Cara kerja migrasi

Migrasi project bukanlah transfer data. Layanan, database, dan instance virtual machine (VM) Anda tetap aktif dan tidak mengalami waktu nonaktif. Sebagai gantinya, migrasi akan memperbarui resource induk project. Karena Google Cloud mengikuti model pewarisan hierarkis, postur keamanan project akan berubah saat project dilampirkan ke induk baru.

Fitur Status Dampak
Project ID dan nomor Tetap sama Kunci API, nama layanan, dan ID yang dikodekan secara permanen tetap tidak berubah.
Data dan resource Tetap sama VM, bucket Cloud Storage, dan database tetap online.
Peran IAM langsung Tetap sama Peran yang diberikan langsung pada project akan dipindahkan bersama project.
Peran IAM yang diwarisi Perubahan Peran yang diberikan di tingkat organisasi atau folder sumber akan hilang.
Kebijakan organisasi Perubahan Batasan sumber diganti dengan batasan tujuan.
Kuota Perubahan Kuota tingkat organisasi yang diwarisi akan hilang; kuota level project tetap ada.
Akun penagihan Tetap sama Project tetap ditautkan ke akun penagihan asli.

Dampak kuota

Jika Anda memiliki kuota yang ditentukan di tingkat resource tertentu, aspek berikut akan diterapkan setelah migrasi:

  • Kuota yang ditentukan di tingkat project tetap tidak berubah.
  • Kuota yang ditentukan di tingkat resource organisasi tidak ditransfer. Organisasi akan kehilangan kuota yang diwarisi atau penggantian kuota.

Halaman berikut dapat digunakan untuk menentukan kuota yang diterapkan ke resource organisasi:

Contoh

$ 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'
...

Pertimbangan penting

Sebelum memulai migrasi, tinjau area berisiko tinggi ini untuk mencegah gangguan layanan:

  • Batas Kuota: Jika organisasi tujuan memiliki batas kuota yang lebih rendah daripada sumber, project Anda mungkin melebihi kuotanya saat tiba.

  • Inventaris Aset: Pembaruan pada daftar lengkap resource di Inventaris Aset Cloud dapat memerlukan waktu beberapa hari untuk sepenuhnya diterapkan setelah migrasi.

  • Biaya dan diskon: Jika organisasi asli memiliki diskon berbasis SKU atau Program Diskon Enterprise (EDP), diskon tersebut tidak berlaku di organisasi baru hingga Anda menegosiasikannya dengan sales representative Google Anda. Diskon abonemen (DA) dan pembelian Google Cloud Marketplace mungkin juga perlu dibeli ulang.

  • Paket Dukungan: Jika tidak ada kontrak dukungan aktif atau tingkat dukungan yang lebih rendah di organisasi tujuan, Anda mungkin kehilangan paket dukungan saat ini.

  • Peran khusus: Jika project Anda mengandalkan peran IAM khusus yang ditentukan di tingkat organisasi, peran tersebut tidak akan ada di tujuan. Buat ulang peran tersebut di organisasi tujuan sebelum dipindahkan.

Peta rencana migrasi

Gunakan peta rencana berikut untuk menavigasi proses migrasi project:

  1. Persiapan: Buat rencana migrasi untuk mengoordinasikan waktu.
  2. Pelaksanaan: Tetapkan peran IAM dan konfigurasi kebijakan organisasi, lalu jalankan migrasi.
  3. Verifikasi: Selesaikan tugas pasca-migrasi, seperti mengaudit kebijakan yang diwarisi dan memperbarui penagihan.

Langkah berikutnya