Memigrasikan project di antara resource organisasi

Anda dapat memindahkan project Google Cloud ke lokasi baru dalam hierarki resource dengan memperbarui metadatanya. Sebelum memigrasikan project ke organisasi baru, tinjau pengaruh migrasi terhadap resource dan konfigurasi project.

Project dalam hierarki resource

Resource project adalah entity pengelola tingkat dasar dalam resource organisasi Google Cloud. 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 di antara 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 me-roll back migrasi, dengan memindahkan project kembali ke tempat asalnya dalam hierarki jika diperlukan.

Skenario migrasi

Lokasi project Anda menentukan salah satu dari dua jalur yang Anda ambil:

  • Memigrasikan project dari satu organisasi ke resource organisasi lain.
  • Memigrasikan project mandiri (yang 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 konsol Google Cloud untuk memindahkan project dengan memilih project dan menetapkan tujuan induk baru untuk project tersebut.

Mengidentifikasi status project saat ini

Sebelum memulai, Anda harus menentukan apakah project Anda terkait dengan resource organisasi. Hal ini menentukan apakah Anda mengikuti jalur Organisasi-ke-Organisasi atau jalur Tanpa Organisasi.

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

Untuk menentukan apakah project terkait 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 periode nonaktif. Sebagai gantinya, migrasi akan memperbarui resource induk project. Karena Google Cloud mengikuti model pewarisan hierarkis, postur keamanan project berubah saat project tersebut dilampirkan ke induk baru.

Fitur Status Dampak
Project ID dan nomor project Tetap sama Kunci API, nama layanan, dan ID hardcode tetap tidak berubah.
Data dan referensi Tetap sama VM, bucket Storage, dan database tetap online.
Peran IAM langsung Tetap sama Peran yang diberikan langsung pada project akan dipindahkan bersama project tersebut.
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 diwariskan 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 apa pun yang ditentukan di level project tidak akan berubah.
  • Kuota apa pun yang ditentukan di level resource organisasi tidak ditransfer. Organisasi akan kehilangan kuota yang diwariskan 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 berikut 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 diterapkan sepenuhnya setelah migrasi.

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

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

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

Roadmap migrasi

Gunakan roadmap berikut untuk menavigasi proses migrasi project:

  1. Persiapan: Buat rencana migrasi untuk mengoordinasikan waktu.
  2. Lakukan: Tetapkan peran IAM dan konfigurasikan kebijakan organisasi, lalu jalankan migrasi.
  3. Verifikasi: Selesaikan tugas pascamigrasi, seperti mengaudit kebijakan yang diwariskan dan memperbarui penagihan.

Langkah berikutnya