Memindahkan workload ke instance komputasi baru

Dalam situasi tertentu, Anda mungkin ingin memindahkan workload dari instance virtual machine (VM) yang ada ke VM yang lebih baru. Alasan untuk beralih ke VM baru antara lain:

  • Manfaatkan jenis mesin baru untuk kecepatan penyimpanan atau jaringan yang lebih cepat. Misalnya, mengupgrade dari C2 ke H3 untuk meningkatkan bandwidth jaringan.
  • Dapatkan manfaat dari harga yang lebih baik dibandingkan dengan instance VM sumber. Misalnya, upgrade dari N1 ke N4 untuk mendapatkan nilai yang lebih besar pada prosesor Intel Xeon Generasi ke-5.
  • Menggunakan fitur yang hanya tersedia di instance VM baru. Misalnya, mengupgrade dari N4 ke C4 untuk memanfaatkan opsi performa dan pemeliharaan tambahan.
  • Mengubah instance virtual machine (VM) menjadi instance bare metal.
  • Tambahkan disk SSD Lokal ke instance VM C3 atau C3D Anda.

Saat mengupgrade ke seri mesin generasi terbaru, Anda mungkin dapat menggunakan prosedur yang lebih sederhana yang dijelaskan dalam Mengedit jenis mesin instance komputasi jika kondisi berikut terpenuhi oleh VM (sumber) saat ini:

  • Versi sistem operasi (OS) didukung oleh seri mesin baru.
  • Jenis disk dari disk booting yang terpasang ke VM sumber didukung oleh seri mesin baru.
  • VM tidak menggunakan penyimpanan SSD Lokal.
  • VM Anda dengan GPU yang terpasang menggunakan jenis mesin G2. Lihat Menambahkan atau menghapus GPU untuk mengetahui detailnya .
  • VM hanya menggunakan fitur yang didukung oleh seri mesin baru.
  • VM bukan bagian dari grup instance terkelola (MIG).
  • VM menggunakan antarmuka jaringan gVNIC.

Sebelum memulai

  • Jika Anda belum melakukannya, siapkan autentikasi. Autentikasi adalah proses verifikasi identitas Anda untuk mengakses layanan dan API Google Cloud. Untuk menjalankan kode atau contoh dari lingkungan pengembangan lokal, Anda dapat mengautentikasi ke Compute Engine dengan memilih salah satu opsi berikut:

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Install the Google Cloud CLI, then initialize it by running the following command: 

      gcloud init
    2. Set a default region and zone.

      3. REST

      Untuk menggunakan contoh REST API di halaman ini dalam lingkungan pengembangan lokal, gunakan kredensial yang Anda berikan ke gcloud CLI.

        Install the Google Cloud CLI, then initialize it by running the following command: 

        gcloud init

      Untuk informasi selengkapnya, lihat Melakukan autentikasi untuk menggunakan REST dalam dokumentasi autentikasi Google Cloud.

Peran yang diperlukan

Untuk mendapatkan izin yang Anda perlukan guna mengedit atau mengubah VM, minta administrator untuk memberi Anda peran IAM berikut pada project:

Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses ke project, folder, dan organisasi.

Peran bawaan ini berisi izin yang diperlukan untuk mengedit atau mengubah VM. Untuk melihat izin yang benar-benar diperlukan, luaskan bagian Izin yang diperlukan:

Izin yang diperlukan

Izin berikut diperlukan untuk mengedit atau mengubah VM:

  • Untuk mengubah jenis mesin:
    • compute.instances.stop dalam project
    • compute.instances.create dalam project
    • compute.instances.start dalam project
    • compute.instances.setMachineType pada instance
  • Untuk membuat snapshot disk:
    • compute.snapshots.create dalam project
    • compute.disks.createSnapshot pada disk
  • Untuk membuat disk baru:
    • compute.disks.list dalam project
    • compute.disks.create dalam project
    • compute.disks.update dalam project
  • Untuk memasang disk ke VM:
    • compute.instances.attachDisk pada instance
    • compute.disks.use pada disk
  • Untuk menghapus disk: compute.disks.delete pada project
  • Untuk membuat perubahan pada jenis jaringan:
    • compute.networks.list dalam project
    • compute.networks.update dalam project

Anda mungkin juga bisa mendapatkan izin ini dengan peran khusus atau peran bawaan lainnya.

Mengevaluasi opsi migrasi VM

Migrasi dari satu jenis mesin ke jenis mesin lain bergantung pada beberapa faktor, termasuk: ketersediaan regional jenis mesin baru, dan kompatibilitas opsi penyimpanan dan antarmuka jaringan sehubungan dengan OS tamu sumber dan seri mesin baru.

Persyaratan komputasi

Tinjau persyaratan berikut untuk instance saat ini dan jenis mesin baru:

  • Pelajari dokumentasi resource kelompok mesin untuk mengidentifikasi jenis mesin yang sesuai dengan beban kerja Anda. Pertimbangkan apakah aplikasi Anda memerlukan hardware tertentu (GPU), performa tinggi, atau biaya lebih rendah.
  • Tinjau fitur jenis disk yang didukung oleh jenis mesin baru. Sebagian besar fitur Persistent Disk, tetapi tidak semuanya, didukung oleh Hyperdisk. Namun, Hyperdisk menyediakan fitur tambahan yang tidak tersedia dengan Persistent Disk.
  • Tinjau fitur untuk seri mesin yang prospektif. Seri mesin baru mungkin tidak mendukung fitur yang sama dengan yang Anda gunakan dengan seri mesin saat ini, seperti jenis mesin kustom, SSD Lokal, atau Shielded VM.
  • Tinjau region dan zona untuk memastikan seri mesin baru tersedia di semua region seperti VM saat ini. Anda mungkin perlu menyesuaikan deployment, ketersediaan tinggi, dan disaster recovery plan.
  • Tinjau rencana migrasi OS Anda:
    • Jika VM baru memerlukan versi OS yang lebih baru, pastikan aplikasi Anda kompatibel dengan versi OS yang lebih baru tersebut.
    • Jika Anda berpindah ke ARM dan image ARM tidak tersedia untuk versi OS Anda saat ini, pilih OS baru atau versi OS untuk menjalankan aplikasi Anda dan pastikan aplikasi tersebut kompatibel dengan OS baru.
  • Anda dapat bermigrasi dari instance VM C3 ke instance bare metal C3, selama instance VM C3 sumber menggunakan sistem operasi dan driver jaringan yang didukung.
  • Jika beralih dari seri mesin selain C3 ke instance bare metal, Anda harus membuat instance baru. Anda mungkin harus menjalankan hypervisor Anda sendiri; tetapi, Anda juga dapat menjalankan sistem operasi yang didukung C3 metal selama driver IDPF diaktifkan. Instance bare metal menggunakan antarmuka jaringan IDPF yang ditampilkan hanya sebagai fungsi fisik, bukan fungsi virtual.

Persyaratan penyimpanan

Tinjau persyaratan penyimpanan berikut untuk instance saat ini dan jenis instance baru:

  • Tinjau jenis penyimpanan yang didukung dan antarmuka penyimpanan yang didukung untuk seri mesin baru.
    • Secara default, seri mesin generasi pertama dan kedua hanya menggunakan jenis penyimpanan Persistent Disk dan antarmuka VirtIO-SCSI.
    • Seri mesin generasi ketiga dan yang lebih baru (seperti M3, C3, dan N4) hanya mendukung antarmuka NVMe, dan beberapa hanya mendukung jenis penyimpanan Hyperdisk dan SSD Lokal.
    • Instance bare metal (seperti C3 dan X4) hanya mendukung Hyperdisk.
  • Kompatibilitas disk:
    • Jika boot disk menggunakan jenis disk yang tidak didukung oleh seri mesin baru, misalnya pd-standard, Anda harus membuat boot disk baru untuk VM baru.
    • Jika Anda mengupgrade OS ke versi baru, dan sistem operasi tidak mendukung upgrade di tempat, Anda harus membuat disk booting baru. Semua data di disk booting sumber akan hilang kecuali jika Anda menyalinnya ke disk sementara non-booting. Selanjutnya, Anda membuat disk booting baru dan menyalin data yang disimpan di disk non-booting sementara ke disk booting baru.
    • Jika tidak mengupgrade versi OS, Anda dapat mengambil snapshot boot disk saat ini dan memulihkannya ke jenis disk baru yang didukung. Saat membuat VM, Anda dapat menggunakan disk baru ini sebagai boot disk.
    • Jika non-boot disk menggunakan jenis disk yang tidak didukung oleh seri mesin baru, Anda dapat menggunakan snapshot untuk mengubah disk sumber ke jenis disk baru, seperti yang dijelaskan dalam Mengubah jenis disk.
  • Disk SSD lokal tidak dapat dipindahkan ke VM baru. Anda dapat memasang disk yang cukup besar untuk menyimpan semua data SSD Lokal ke VM saat ini, lalu menggunakan snapshot untuk mengubah disk sumber ke jenis disk baru, seperti yang dijelaskan dalam artikel Mengubah jenis disk. Setelah membuat VM dengan disk SSD Lokal yang terpasang, Anda dapat menyalin data kembali ke disk SSD Lokal.
  • Jika instance VM saat ini menggunakan disk di kumpulan penyimpanan, tetapi Anda memindahkan workload ke VM di region yang berbeda, Anda harus membuat ulang disk dan kumpulan penyimpanan di region baru.
  • Jika seri mesin baru menggunakan antarmuka disk yang berbeda (misalnya, NVMe, bukan SCSI), nama perangkat disk di OS tamu akan berbeda. Pastikan aplikasi dan skrip Anda menggunakan nama perangkat persisten atau symlink saat mereferensikan disk yang terpasang.

Persyaratan jaringan

Tinjau persyaratan jaringan berikut untuk instance saat ini dan jenis instance baru:

  • Tinjau antarmuka jaringan yang didukung untuk VM baru.

    • Secara default, seri mesin generasi pertama dan kedua hanya menggunakan antarmuka jaringan VirtIO.
    • Seri mesin generasi ketiga dan yang lebih baru (seperti M3, C3, dan N4) hanya mendukung antarmuka jaringan gVNIC.
    • Instance bare metal hanya mendukung antarmuka jaringan IDPF.

  • Pastikan aplikasi dan sistem operasi Anda mendukung antarmuka yang tersedia untuk seri mesin.

  • Tinjau konfigurasi jaringan untuk VM Anda guna menentukan apakah Anda perlu mempertahankan alamat IP yang ditetapkan. Jika demikian, Anda harus mempromosikan alamat IP ke alamat IP statis.

  • Jika Anda menggunakan performa jaringan Tingkat_1 per VM dengan VM saat ini, pastikan performa tersebut tersedia atau diperlukan dengan seri mesin baru. Misalnya, Anda dapat menggunakan jaringan Tingkat_1 dengan jenis mesin C2, tetapi tidak diperlukan dengan VM H3.

Untuk menentukan jenis antarmuka jaringan VM saat ini, gunakan perintah gcloud compute instances describe untuk melihat nic-type VM:

  gcloud compute instances describe VM_NAME --zone=ZONE

Jika VM Anda memiliki nic-type yang ditetapkan ke VIRTIO, Anda tidak dapat mengubah jenis antarmuka jaringan. Anda harus membuat VM baru dan menetapkan jenis antarmuka jaringan ke gVNIC.

Bersiap untuk memindahkan VM yang ada

Setelah menyelesaikan bagian evaluasi, langkah berikutnya adalah bersiap untuk memindahkan instance VM dengan meminta resource untuk instance VM baru dan menyiapkan cadangan instance VM sumber.

Menyiapkan resource komputasi

Selesaikan langkah-langkah berikut untuk mempersiapkan pemindahan instance saat ini ke instance baru:

  1. Minta kuota di region dan zona tempat Anda berencana memindahkan resource. Jika sudah memiliki kuota untuk jenis mesin, Anda dapat meminta untuk memindahkan kuota tersebut. Proses ini memerlukan waktu beberapa hari.
  2. Buat reservasi untuk instance VM baru guna memastikan resource mesin tersedia di region dan zona baru. Pastikan Anda memahami cara resource yang dipesan digunakan dan uji apakah Anda dapat menggunakan resource yang dipesan.
  3. Luaskan rencana ketersediaan tinggi dan pemulihan dari bencana (disaster recovery) untuk menyertakan region baru.
  4. Jika perlu, upgrade OS di VM saat ini.
    1. Jika didukung oleh vendor sistem operasi, lakukan upgrade in-place OS ke versi yang didukung oleh seri mesin baru dan pastikan workload Anda berperforma seperti yang diharapkan pada versi OS baru.
    2. Jika upgrade OS in-place tidak didukung, saat membuat VM baru, Anda harus membuat boot disk baru. Tentukan informasi yang perlu Anda salin dari disk booting saat ini, lalu salin ke lokasi sementara di disk non-boot agar dapat ditransfer ke VM baru. Jika Anda tidak memiliki disk non-boot yang terpasang ke VM saat ini:
  5. Jika berlaku untuk distribusi Linux Anda, periksa aturan udev di bagian /etc/udev/rules.d/. File ini mungkin berisi entri yang relevan dengan konfigurasi hardware instance saat ini, tetapi bukan instance baru. Misalnya, entri berikut memastikan bahwa eth0 disediakan oleh driver virtio-pci (VirtIO Net), yang mencegah driver gve (gVNIC) menyediakan antarmuka ini. Hal ini dapat menyebabkan masalah konektivitas dan skrip startup jaringan di instance baru:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="virtio-pci", ATTR{dev_id}=="0x0", KERNELS=="0000:00:04.0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Menyiapkan resource penyimpanan

Selesaikan langkah-langkah berikut untuk bersiap memindahkan data di disk yang dilampirkan ke instance saat ini ke instance baru:

  1. Di sistem Linux, uji aplikasi dan skrip yang telah diupdate untuk memastikan aplikasi dan skrip tersebut berfungsi dengan nama perangkat persisten atau symlink, bukan nama perangkat disk.
  2. Jika Anda bermigrasi dari VM yang menjalankan Microsoft Windows:
  3. Jika VM baru tidak mendukung jenis disk yang sama dengan VM saat ini, Anda mungkin perlu memperbarui skrip deployment atau template instance untuk mendukung seri mesin baru.
  4. Jika VM Anda saat ini menggunakan jenis disk untuk boot disk yang tidak didukung oleh rangkaian mesin baru, dan Anda memigrasikan beberapa VM dengan konfigurasi yang sama, buat image kustom untuk digunakan saat membuat VM baru:
    1. Buat snapshot boot disk pd-standard dari VM saat ini.
    2. Buat image kustom menggunakan snapshot disk sebagai sumber.
  5. Jika Anda perlu memindahkan informasi SSD Lokal, buat disk kosong yang cukup besar untuk mem-backup disk SSD Lokal.
    1. Jika memungkinkan, gunakan jenis disk yang didukung oleh VM baru.
    2. Jika tidak ada jenis disk yang didukung oleh VM saat ini dan VM baru, buat disk sementara menggunakan jenis disk yang didukung oleh VM saat ini.
    3. Pasang disk baru ke VM saat ini, lalu format dan pasang disk.
    4. Salin data dari disk SSD Lokal yang terpasang ke VM saat ini ke disk sementara ini.

  6. Ubah jenis disk dari disk apa pun yang terpasang ke VM saat ini yang menggunakan jenis disk yang tidak didukung oleh VM baru. Untuk memindahkan data disk ke disk baru, buat snapshot disk. Atau, Anda dapat mentransfer file dari satu VM ke VM lainnya.

    1. Anda dapat mengambil snapshot saat VM berjalan, tetapi data apa pun yang ditulis ke disk setelah Anda mengambil snapshot tidak akan diambil. Karena snapshot bersifat inkremental, Anda dapat mengambil snapshot kedua setelah menghentikan VM untuk merekam semua perubahan terbaru. Pendekatan ini akan meminimalkan durasi VM tidak tersedia saat Anda beralih ke VM baru.
    2. Atau, Anda dapat mengambil semua snapshot disk setelah menghentikan VM. Sebaiknya buat snapshot semua disk yang terpasang ke VM, meskipun jenis disk didukung oleh seri mesin baru. Sertakan semua disk sementara yang berisi data SSD Lokal yang disalin.
    3. Waktu yang diperlukan untuk membuat snapshot disk bergantung pada beberapa faktor, seperti ukuran disk dan jumlah data yang terdapat di disk. Misalnya, jika Anda mengambil snapshot disk 1 TiB yang 85% penuh, mungkin perlu waktu 5 menit untuk menyelesaikan snapshot. Namun, jika Anda mengambil snapshot disk 100 TiB yang 85% penuh, mungkin perlu waktu 11 menit untuk menyelesaikannya. Sebaiknya lakukan snapshot pengujian disk sebelum memulai proses migrasi untuk memahami berapa lama waktu yang diperlukan untuk mengambil snapshot.

  7. Jika memiliki disk yang dapat dinonaktifkan, Anda dapat menggunakan pendekatan berikut untuk memindahkan data ke disk baru saat VM sumber masih tersedia:

    1. Lepaskan disk dari VM Anda.
    2. Ambil snapshot disk.
    3. Gunakan snapshot untuk membuat disk baru menggunakan jenis disk yang didukung oleh seri mesin baru. Disk baru harus berukuran sama atau lebih besar dari disk sumber.

Menyiapkan resource jaringan

Selesaikan langkah-langkah berikut untuk memperbarui konfigurasi jaringan yang digunakan oleh instance saat ini untuk mendukung instance baru:

  1. Jika VM saat ini tidak menggunakan gVNIC, Anda harus membuat instance baru dengan antarmuka jaringan yang menggunakan gVNIC. Tinjau Ringkasan penggunaan gVNIC dengan VM Compute Engine untuk memahami langkah-langkah yang perlu Anda lakukan saat membuat instance baru.
  2. Jika Anda membuat VM di region baru, buat jaringan dan subnet VPC di region baru.
  3. Jika Anda mengonfigurasi jumlah antrean NIC kustom, lihat Mengantrekan alokasi dan mengubah jenis mesin.
  4. Jika Anda ingin mempertahankan alamat IP yang digunakan oleh VM sumber, promosikan alamat IP ke alamat IP statis.
  5. Batalkan penetapan alamat IP statis sebelum Anda menghentikan VM sumber.

Menyiapkan sistem operasi SUSE Enterprise Linux Server

Untuk menghindari dependensi khusus hardware, build ulang initramfs (File sistem RAM Awal). Hal ini mencakup berbagai driver dan modul yang lebih luas, sehingga sistem operasi kompatibel dengan jenis instance lainnya. Jika tidak, VM akan mengalami masalah umum yang mencegah VM melakukan booting dengan benar.

Sebelum menonaktifkan sistem, jalankan perintah berikut sebagai root untuk mem-build ulang initramfs dengan semua driver:

  sudo dracut --force --no-hostonly

Memindahkan workload ke VM baru

Setelah menyiapkan VM untuk migrasi, langkah berikutnya adalah memindahkan workload ke VM baru.

Jika Anda memindahkan VM dari seri mesin generasi pertama ke generasi kedua, baca petunjuk di halaman Mengedit jenis mesin VM. Jika Anda ingin mengubah nama VM yang ada, tinjau informasi di Mengganti nama VM.

Izin yang diperlukan untuk langkah ini

Untuk melakukan tugas ini, Anda harus memiliki izin berikut:

  • compute.instances.setMachineType di VM

Bagian ini menjelaskan cara memindahkan beban kerja dari VM generasi pertama atau kedua ke VM generasi ketiga (atau yang lebih baru). Selama prosedur ini, Anda akan membuat instance VM baru, lalu memindahkan workload ke VM baru.

  1. Saat membuat VM baru, pilih salah satu jenis disk yang didukung untuk boot disk, misalnya, Hyperdisk Balanced.

Membuat VM baru

Saat memindahkan workload dari VM generasi pertama atau kedua (misalnya, VM N1 atau VM N2) ke VM generasi ketiga atau yang lebih baru, Anda harus membuat VM baru terlebih dahulu, lalu memindahkan workload.

  1. Jika VM sumber menggunakan non-boot disk dengan jenis disk yang didukung oleh seri mesin baru, lepaskan disk dari VM.
  2. Hentikan VM sumber Anda.
  3. Buat snapshot semua disk yang masih terpasang ke VM sumber.
  4. Buat instance VM komputasi baru menggunakan image publik atau image kustom yang dikonfigurasi untuk menggunakan gVNIC. Saat membuat VM baru, pilih opsi berikut:
    • Pilih jenis mesin dari seri mesin yang telah Anda pilih.
    • Pilih image OS yang didukung, atau gunakan image kustom yang Anda buat sebelumnya.
    • Pilih jenis disk yang didukung untuk disk booting.
    • Jika Anda membuat disk baru dari snapshot disk asli, sertakan disk baru tersebut.
    • Tentukan jaringan VPC baru, jika Anda membuat instance di region yang berbeda.
    • Jika VirtIO dan gVNIC didukung untuk instance baru, pilih gVNIC.
    • Tentukan alamat IP statis, jika Anda mempromosikan alamat IP sementara VM sumber.
  5. Mulai VM baru.

Setelah instance dimulai

Setelah instance baru dibuat dan dimulai, selesaikan langkah-langkah berikut untuk menyelesaikan konfigurasi instance baru dan menyalin semua data dari instance sumber.

  1. Pasang disk yang Anda lepas dari VM sumber ke VM baru.
  2. Untuk disk apa pun yang terpasang ke VM sumber yang menggunakan jenis disk yang tidak didukung VM baru, Buat disk dari snapshot dan pasang ke instance baru. Saat membuat disk baru, pilih jenis disk yang didukung oleh VM baru dan tentukan ukuran yang setidaknya sama besar dengan disk asli.
  3. Jika VM asli menggunakan kebijakan resource untuk disk yang dibuat ulang untuk VM baru, Anda perlu menambahkan kebijakan resource ke disk baru.
  4. Jika Anda membuat VM baru menggunakan image OS publik, bukan image kustom, lakukan hal berikut:
    1. Konfigurasi pengguna, driver, paket, dan direktori file yang diperlukan di instance baru untuk mendukung beban kerja Anda.
    2. Instal aplikasi dan program yang telah dimodifikasi di VM baru. Kompilasi ulang program di OS atau arsitektur baru, jika diperlukan.
  5. Opsional: Jika Anda memindahkan konten disk SSD Lokal ke disk sementara, dan VM baru telah memasang penyimpanan SSD Lokal, setelah Anda memformat dan memasang disk, Anda dapat memindahkan data dari disk sementara ke disk SSD Lokal.
  6. Tetapkan ulang alamat IP statis yang terkait dengan VM sumber ke VM baru.
  7. Selesaikan tugas tambahan yang diperlukan untuk membuat VM baru Anda sangat tersedia, seperti mengonfigurasi load balancer dan memperbarui aturan penerusan.
  8. Opsional: Perbarui entri DNS, jika diperlukan, untuk VM baru.
  9. Direkomendasikan: Jadwalkan pencadangan disk untuk disk baru.
  10. Direkomendasikan: Jika Anda mengubah OS ke versi atau arsitektur yang berbeda, kompilasi ulang aplikasi Anda.

Jika Anda mengalami masalah saat memindahkan workload, hubungi Manajer Akun Teknis (TAM) atau Google Professional Services Organization (PSO) untuk mendapatkan bantuan.

Contoh migrasi dari n1-standard-8 ke n4-standard-8

Contoh berikut adalah migrasi VM n1-standard-8 ke VM n4-standard-8. VM n1-standard-8 memiliki boot disk PD-SSD yang menjalankan image Ubuntu1804 dan disk data PD-SSD. Anda harus menggunakan CLI atau REST API untuk prosedur ini.

Ada dua opsi yang tersedia untuk mengupgrade VM N1 ke VM N4:

Opsi 1: Jika VM N1 Anda menggunakan antarmuka jaringan VirtIO, Anda harus membuat VM N4 baru. N4 hanya mendukung antarmuka jaringan gvnic, dan disk Hyperdisk Balanced. Anda membuat snapshot disk data dan boot Persistent Disk, membuat disk Hyperdisk Balanced dari snapshot tersebut, memasang disk Hyperdisk Balanced, dan membuat VM N4 baru dengan disk Hyperdisk Balanced.

Anda juga dapat memilih untuk membuat disk booting Hyperdisk Balanced baru menggunakan OS Ubuntu versi terbaru. Dalam skenario ini, Anda dapat membuat disk Hyperdisk Balanced baru dari snapshot disk boot, tetapi Anda memasang disk tersebut sebagai disk non-boot ke VM N4. Kemudian, Anda dapat menyalin data non-sistem dari snapshot yang dipulihkan ke boot disk baru.

Opsi 2: Jika VM N1 Anda menggunakan antarmuka jaringan gvnic, sistem operasi memiliki driver perangkat penyimpanan NVMe, tidak memiliki disk SSD Lokal atau GPU yang terpasang, dan bukan bagian dari grup instance terkelola (MIG), Anda dapat mengubah jenis mesin dari N1 menjadi N4, tetapi Anda tetap harus mengubah jenis disk Persistent Disk menjadi disk Hyperdisk Balanced. Anda harus melepaskan disk data dan boot Persistent Disk terlebih dahulu, membuat snapshot disk, membuat disk Hyperdisk Balanced menggunakan snapshot sebagai sumber, lalu memasang disk Hyperdisk Balanced baru ke VM N4 setelah Anda mengubah jenis mesin. Jika VM Anda memiliki GPU yang terpasang, Anda harus melepaskannya terlebih dahulu.

Waktu untuk membuat snapshot disk bergantung pada beberapa faktor seperti jumlah total TB pada disk. Misalnya, jika Anda mengambil snapshot disk 1 TB yang sudah terisi 85%, mungkin perlu waktu 5 menit hingga snapshot selesai. Namun, jika Anda mengambil snapshot disk 100 TB yang 85% penuh, mungkin perlu waktu 11 menit untuk menyelesaikannya. Google merekomendasikan agar Anda melakukan snapshot pengujian disk sebelum memulai proses migrasi untuk memahami berapa lama waktu yang diperlukan untuk membuat snapshot.

gcloud

Opsi 1: Membuat VM N4 baru dengan disk yang diambil snapshot-nya:

  1. Hentikan VM menggunakan gcloud compute instances stop:

    gcloud compute instances stop VM_NAME \
  --zone=ZONE

    Ganti kode berikut:

    • VM_NAME Nama VM n1-standard-8 saat ini.
    • ZONE: Zona tempat VM berada.

  2. Ambil snapshot disk Anda. Gunakan gcloud compute snapshots create untuk membuat snapshot boot disk dan disk data Persistent Disk yang terpasang ke VM.

    gcloud compute snapshots create SNAPSHOT_NAME \
    --source-disk=SOURCE_DISK_NAME \
    --source-disk-zone=SOURCE_DISK_ZONE

    Ganti kode berikut:

    • SNAPSHOT_NAME: Nama snapshot yang ingin Anda buat.
    • SOURCE_DISK_NAME: Nama disk sumber Anda.
    • SOURCE_DISK_ZONE: Zona disk sumber Anda.

  3. Buat disk Hyperdisk Balanced baru untuk disk data dengan mengulangi langkah sebelumnya dan menentukan informasi disk data, bukan disk booting. gcloud compute disks create:

    gcloud compute disks create DISK_NAME \
    --project=PROJECT_NAME \
    --type=DISK_TYPE \
    --size=DISK_SIZE \
    --zone=ZONE \
    --source-snapshot=SNAPSHOT_NAME \
    --provisioned-iops=PROVISIONED_IOPS \
    --provisioned-throughput=PROVISIONED_THROUGHPUT

    Ganti kode berikut:

    • DISK_NAME: Nama disk baru yang Anda buat dari disk yang diambil snapshot-nya.
    • PROJECT_NAME: Nama project Anda.
    • DISK_TYPE: Jenis disk baru—dalam contoh ini, ini adalah disk Hyperdisk Balanced.
    • DISK_SIZE: Ukuran disk (contoh: 100GB).
    • ZONE: Zona tempat disk baru berada.
    • SNAPSHOT_NAME: Nama disk sumber snapshot.
    • Opsional: PROVISIONED_IOPS: Performa IOPS untuk disk (contoh: 3600).
    • Opsional: PROVISIONED_THROUGHPUT: Performa throughput untuk menyediakan disk (contoh: 290).

  4. Ulangi langkah sebelumnya untuk setiap disk yang diambil snapshot-nya.

  5. Buat VM n4-standard-8 dan pasang disk Hyperdisk Balanced menggunakan gcloud compute instances create:

    gcloud compute instances create VM_NAME \
    --project=PROJECT_NAME \
    --zone=ZONE \
    --machine-type=NEW_MACHINE_TYPE \
    --boot-disk-device-name=BOOT_DISK_NAME \
    --disk=name=NON_BOOT_DISK_NAME, boot=no \
    --network-interface=nic-type=GVNIC

    Ganti kode berikut:

    • VM_NAME: Nama instance VM baru.
    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat VM baru berada.
    • NEW_MACHINE_TYPE: Jenis mesin, dalam contoh ini adalah n4-standard-8.
    • BOOT_DISK_NAME Nama boot disk Hyperdisk Balanced yang Anda buat dari snapshot disk sumber yang dilampirkan ke VM n1-standard-8.
    • NON_BOOT_DISK_NAME Nama disk data Hyperdisk Balanced yang Anda buat dari disk snapshot sumber yang dilampirkan ke VM n1-standard-8.

  6. Mulai VM n4-standard-8 menggunakan gcloud compute instances start:

    gcloud compute instances start VM_NAME

    Ganti VM_NAME dengan nama VM baru.

Opsi 2: Melakukan upgrade mesin di tempat:

Opsi ini hanya tersedia jika VM N1 Anda menggunakan antarmuka jaringan gvnic, sistem operasi memiliki driver perangkat penyimpanan NVMe, tidak memiliki disk SSD Lokal atau GPU yang terpasang, dan bukan bagian dari grup instance terkelola (MIG). Melakukan prosedur ini dengan VM N1 dengan antarmuka jaringan VirtIO akan menghasilkan error Inkompatibilitas VM.

  1. Hentikan VM.
  2. Lepaskan disk dari VM.
  3. Buat snapshot boot disk dan disk data.
  4. Buat disk data dan booting Hyperdisk Balanced menggunakan snapshot disk sebagai sumber untuk setiap disk.
  5. Tetapkan jenis mesin ke VM N4.
  6. Pasang disk booting Hyperdisk Balanced dan disk data Hyperdisk Balanced.
  7. Mulai VM N4.

REST

Opsi 1: Membuat VM N4 baru dengan disk yang diambil snapshot-nya:

  1. Hentikan VM menggunakan metode instances.stop: 

     POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/stop

    Ganti kode berikut:

    • PROJECT_NAME: Project ID.
    • ZONE: Zona yang berisi VM.
    • VM_NAME: Nama VM n1-standard-8 saat ini.

  2. Buat snapshot disk menggunakan metode disks.createSnapshot untuk membuat snapshot disk boot dan disk data Persistent Disk yang terpasang ke instance.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/disks/DISK_NAME/createSnapshot

    Dalam isi permintaan, sertakan nama untuk disk Persistent Disk yang baru diambil snapshot-nya.

    Contoh:

    {
    "name": "SNAPSHOT_NAME"
}

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.
    • DISK_NAME: Disk yang ingin Anda ambil snapshot-nya.
    • SNAPSHOT_NAME: Nama untuk snapshot, seperti hdb-boot-disk atau hdb-data-disk.

  3. Buat disk Hyperdisk Balanced menggunakan metode disks.insert. Anda melakukan langkah ini dua kali: sekali untuk menyertakan name dari disk booting Hyperdisk Balanced; dan kedua kalinya untuk menyertakan name dari disk data Anda. Gunakan sourceSnapshot untuk disk data dan booting Hyperdisk Balanced baru, type disk, Hyperdisk Balanced, dan sizeGB disk dalam isi permintaan.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEdisks

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.

    Dalam isi permintaan, sertakan hal berikut:

    Contoh:

    {
    "name": "my-hdb-boot-disk" or "my-hdb-data-disk",
    "sourceSnapshot": "projects/your-project/global/snapshots/SNAPSHOT_NAME",
    "type": "projects/your-project/zones/us-central1-a/diskTypes/hyperdisk-balanced",
    "sizeGb": "100"
}'

  4. Gunakan metode instances.insert untuk membuat VM N4 baru.

    
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.

    Dalam isi permintaan, sertakan hal berikut:

    
  {
    "machineType":"projects/your-project/zones/us-central1-a/machineTypes/n4-standard-8" "name":"VM_NAME",
    "disks": [
      {
        "boot": true,
        "deviceName": "my-hdb-boot-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
        "type": "PERSISTENT"
      },

      {
        "boot": false,
        "deviceName": "my-hdb-data-disk",
        "source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
        "type": "PERSISTENT"
      }
      ],
        "networkInterfaces":[
          {
            "network":"global/networks/NETWORK_NAME",
            "subnetwork":"regions/REGION/subnetworks/SUBNET_NAME",
            "nicType": "GVNIC"
          }
       ]
     }

    Ganti kode berikut:

    • VM_NAME: Nama VM.
    • NETWORK_NAME: Nama jaringan.
    • REGION: Nama region.
    • SUBNET_NAME: Nama subnet.

  5. Mulai VM menggunakan metode instances.start:

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/start

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat VM Anda berada.
    • VM_NAME: Nama VM.

Opsi 2: Melakukan upgrade mesin di tempat:

Opsi ini hanya tersedia jika VM N1 Anda menggunakan antarmuka jaringan gvnic, tidak memiliki disk SSD Lokal atau GPU yang terpasang, dan bukan bagian dari grup instance terkelola (MIG). Melakukan prosedur ini dengan VM N1 dengan antarmuka jaringan VirtIO akan menghasilkan error Inkompatibilitas VM.

  1. Hentikan VM menggunakan metode instances.stop.

  2. Lepaskan disk menggunakan metode instances.detachDisk untuk melepaskan boot disk Persistent Disk asli dari VM N1. Anda juga harus melepaskan disk data dari VM.

    https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instances/VM_NAME/detachDisk?deviceName=DISK_NAME

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.
    • VM_NAME: Nama VM sumber dengan disk pd-ssd yang terpasang.
    • DISK_NAME: Disk yang ingin Anda lepas.

  3. Ambil snapshot disk. Gunakan metode disks.createSnapshot untuk membuat snapshot boot disk dan disk data Persistent Disk yang terpasang ke instance.

  4. Buat disk data dan booting Hyperdisk Balanced menggunakan metode disks.insert serta sertakan name disk Hyperdisk Balanced, sourceSnapshot untuk disk Hyperdisk Balanced baru, type disk, Hyperdisk Balanced, dan sizeGB disk dalam isi permintaan.

  5. Lakukan upgrade jenis mesin di tempat menggunakan metode instances.setMachineType, sertakan machineType dalam isi permintaan:

    POST  https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/setMachineTypeMACHINE_TYPE

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.
    • VM_NAME: Nama VM yang akan diupgrade.
    • MACHINE_TYPE: Jenis mesin baru.

    Dalam isi permintaan, sertakan hal berikut:

    
{
 "machineType": "projects/PROJECT_NAME/zones/ZONE/machineTypes/MACHINE_TYPE",
}

  6. Gunakan metode instances.attachDisk untuk memasang disk booting Hyperdisk Balanced baru dan disk data Hyperdisk Balanced ke VM N4.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONE/instancesVM_NAMEattachDiskDISK_NAME

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.
    • VM_NAME: Nama instance VM sumber dengan disk pd-ssd yang terpasang.
    • DISK_NAME Disk yang ingin Anda lampirkan.

    Dalam isi permintaan, sertakan hal berikut:

    {
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-boot-disk",
"deviceName":"my-hdb-boot-disk","boot":true
}

    {
"source": "projects/your-project/zones/us-central1-a/disks/my-hdb-data-disk",
"deviceName":"my-hdb-data-disk","boot":false
}

  7. Mulai VM N4 menggunakan metode instances.start.

    POST https://compute.googleapis.com/compute/v1/projects/PROJECT_NAME/zones/ZONEinstances/VM_NAME/start

    Ganti kode berikut:

    • PROJECT_NAME: Nama project Anda.
    • ZONE: Zona tempat disk Anda berada.
    • VM_NAME: Nama VM.

Pembersihan

Setelah memverifikasi bahwa Anda dapat terhubung ke VM baru, dan bahwa workload Anda berjalan seperti yang diharapkan di VM baru, Anda dapat menghapus resource yang tidak lagi diperlukan:

  1. Snapshot yang Anda buat untuk disk yang terpasang ke VM sumber.
  2. Semua jadwal snapshot untuk disk yang terpasang ke VM sumber.
  3. Disk sementara yang dibuat untuk menyalin data SSD Lokal ke VM baru.
  4. VM sumber dan semua disk yang terpasang.

Langkah selanjutnya