全部产品
Search
文档中心

Elastic Compute Service:Ubah tipe instans lintas zona

更新时间:Jan 16, 2026

Migrasikan Instance ECS ke zona lain dalam wilayah yang sama sekaligus mengubah tipe instansnya dalam family instans yang sama. Fitur ini dapat digunakan untuk menskalakan sumber daya ketika tipe instans yang diinginkan tidak tersedia di zona saat ini atau untuk meningkatkan ketersediaan dengan mendistribusikan instans ke berbagai zona.

Panduan keputusan cepat

Situasi Anda

Tujuan Anda

Pendekatan yang direkomendasikan

Zona saat ini memiliki inventaris tipe instans yang diinginkan

Menambah kapasitas sumber daya instans

Perubahan tipe instans dalam zona yang sama (subscription atau pay-as-you-go)

Zona saat ini tidak memiliki inventaris tipe instans yang diinginkan

Menambah kapasitas sumber daya instans

Perubahan tipe instans lintas zona (dokumen ini)

Perlu mendistribusikan instans ke berbagai zona

Meningkatkan ketersediaan dan ketahanan sistem

Perubahan tipe instans lintas zona (dokumen ini)

Perlu memindahkan instans antar wilayah

Mengubah wilayah untuk kepatuhan atau performa

Gunakan Server Migration Center (SMC) atau buat gambar kustom dan salin ke wilayah target

Cara kerja migrasi lintas zona

Proses migrasi mencakup empat fase:

  1. Penghentian instans: Instans dimatikan untuk mempersiapkan migrasi. Durasi bervariasi tergantung pada proses shutdown sistem operasi.

  2. Migrasi komputasi dan jaringan: Sumber daya komputasi dipindahkan ke zona target. Biasanya memakan waktu ~15 menit (hanya sebagai referensi; durasi aktual bervariasi).

  3. Restart instans: Instans dinyalakan kembali di zona baru. Waktu startup bervariasi tergantung pada OS dan layanan yang dikonfigurasi.

  4. Migrasi data disk: Data disk terus dimigrasikan di latar belakang setelah instans berada dalam status Running.

    • Durasi: ~4 jam per 100 GiB rata-rata (hanya sebagai referensi; durasi aktual bervariasi).

    • Dampak: Selama fase ini, performa I/O disk menurun.

Batasan

  • Migrasi lintas zona tidak berlaku untuk spot instans.

  • Perubahan tipe instans hanya dapat dilakukan dalam family instans yang sama. Untuk mengganti ke family instans berbeda, selesaikan migrasi terlebih dahulu, lalu lakukan upgrade pada instans subscription atau ubah tipe instans pay-as-you-go.

  • Setiap operasi batch mendukung hingga 5 instans secara default. Hubungi dukungan teknis untuk meminta batas yang lebih tinggi.

  • Family instans berikut tidak didukung:

    • Family komputasi heterogen

    • Family ECS Bare Metal

    • Famili Super Computing Cluster (SCC)

    • Universal: Semua instans u2a

    • Economy (e): Semua seri e kecuali e-c1m1, e-c1m2, dan e-c1m4.

    • Big data (seri d): Semua family seri d

    • Local SSD (seri i): Semua family seri i

    • Security-enhanced (trusted): Semua family instans trusted

    • Generasi ke-8: Semua family generasi ke-8 kecuali hfr8i, hfc8i, hfg8i, r8ae, g8ae, c8ae, r8y, c8y, g8y, r8a, g8a, c8a, g8i, r8i, dan c8i

    • Generasi ke-9: Semua family generasi ke-9 kecuali r9i, g9i, dan c9i

Dampak migrasi

Penting
  • Instans harus dihentikan selama bagian dari proses migrasi, yang menyebabkan gangguan layanan.

  • Alamat IP pribadi utama akan berubah setelah migrasi.

  • Selama migrasi data disk, performa I/O disk menurun dan operasi terkait snapshot serta disk tidak tersedia.

Apa yang berubah

Atribut instans

Setelah migrasi

Tindakan yang diperlukan

Private IP address

Berubah menjadi IP baru dari blok CIDR vSwitch tujuan.

Ubah setelah migrasi jika diperlukan.

Software authorization codes

Mungkin berubah.

Hubungi vendor perangkat lunak Anda untuk otorisasi ulang jika diperlukan.

SLB association

Dilepas dari kelompok vServer Server Load Balancer (SLB).

Tambahkan kembali instans ke kelompok vServer SLB Anda.

Apa yang tetap sama

  • Instance ID

  • Elastic IP address (EIP)

  • Public IP address

  • MAC address

  • Security groups

  • Nomor seri dan ID disk

  • Username and password

Dampak penagihan

  • Migrasi tanpa perubahan tipe instans: Tidak ada perubahan biaya.

  • Downgrade subscription: Pengembalian dana = Jumlah sisa (konfigurasi lama) - Harga (konfigurasi baru).

  • Upgrade subscription: Bayar selisih harga untuk sisa siklus penagihan.

  • Perubahan pay-as-you-go: Bayar berdasarkan tipe instans baru.

Prasyarat

Lakukan pemeriksaan berikut sebelum memulai migrasi:

  • Jadwalkan jendela pemeliharaan selama jam sepi. Instans harus dihentikan selama migrasi, yang akan menyebabkan gangguan layanan.

  • Buat snapshot untuk semua disk guna melakukan backup data Anda. Lihat Create a snapshot.

  • Pastikan aplikasi tidak bergantung pada alamat IP pribadi saat ini, karena akan berubah setelah migrasi.

  • Nonaktifkan perangkat lunak keamanan server seperti Safedog, Huweishen, Yunsuo, atau sejenisnya. Anda dapat mengaktifkannya kembali setelah migrasi.

  • Pastikan tersedia ruang kosong minimal 500 MiB pada disk sistem.

  • Lepaskan atau nonaktifkan Global Accelerator, alamat IPv6, HaVips, ENI sekunder, reverse proxy, dan tabel rute kustom yang terkait dengan instans.

Prosedur

Peringatan

Operasi ini memicu restart instans. Pastikan Anda berada dalam jendela pemeliharaan.

Langkah 1: Mulai migrasi

  1. Buka ECS console dan pilih wilayah.

  2. Klik ID instans untuk membuka halaman detail.

  3. Pilih All Actions > Network and Security Group > Migrate Instance Across Zones.

    Catatan

    Untuk operasi batch, pilih hingga 5 instans (atau batas yang telah disetujui) di halaman Instances, pilih More > Upgrade/Downgrade > Change Configurations, lalu pilih Change Instance Type Across Zones.

  4. Konfigurasikan migrasi:

    Parameter

    Description

    Preferred Destination Zone

    Pilih zona tujuan

    Preferred Network Settings

    Pilih vSwitch tujuan. Setelah migrasi, alamat IP pribadi baru dari blok CIDR vSwitch akan ditetapkan secara acak. Buat VPC dan vSwitch terlebih dahulu jika diperlukan. Lihat Create and manage a VPC.

    Penting

    Alamat IP pribadi asli tidak dipertahankan—pastikan aplikasi tidak bergantung padanya. Anda dapat mengubah alamat IP tersebut setelah migrasi.

    Instance to Be Migrated

    Pilih tipe instans baru dalam family yang sama. Jika tidak tercantum, persediaan mungkin tidak mencukupi.

  5. Pilih kotak centang I have backed up data dan klik OK.

  6. Selesaikan pembayaran jika diperlukan.

Langkah 2: Verifikasi hasil

Anda dapat memeriksa status dengan salah satu cara berikut:

Opsi 1: ECS Console

  1. Kembali ke halaman Instances di Konsol ECS.

  2. Tunggu hingga status instans berubah dari Migrating menjadi Running.

  3. Periksa kolom Zone. Jika menampilkan zona tujuan, migrasi komputasi dan jaringan telah selesai.

    Catatan

    Migrasi data disk berlanjut di latar belakang bahkan setelah instans memasuki status Running. Selama fase ini, performa I/O disk menurun, dan operasi terkait disk (seperti membuat snapshot) tidak tersedia.

Opsi 2: Konsol SMC

Jika Anda perlu melacak fase migrasi tertentu:

  1. Buka SMC console.

  2. Buka Cloud Migration > Cross-zone Migration.

  3. Periksa kolom Real-Time Migration Status. Status Completed menunjukkan bahwa migrasi data disk juga telah selesai dan alur kerja migrasi sepenuhnya rampung.

Langkah 3: Konfigurasi pasca-migrasi

Setelah memastikan instans berjalan di zona baru, lakukan konfigurasi berikut untuk memulihkan konektivitas layanan penuh:

FAQ

Migrasi gagal dengan pesan "The private IP address of the current instance has reverse dependencies..."

Pesan error

Saat Anda mencoba memulai migrasi, Anda mungkin melihat pesan error seperti:

The private IP address of the current instance has reverse dependencies or routing dependencies, such as Workbench and DTS. Workbench can be found and deleted under Workbench-instance-private link.

Akar penyebab

Instans memiliki dependensi yang bertentangan dengan migrasi lintas zona, seperti:

  • Active Workbench private links

  • Entri rute kustom yang mengarah ke instans

  • Tugas migrasi DTS yang sedang berjalan

  • Sumber daya VPC terkait (set opsi DHCP, ACL jaringan, tabel rute, gateway IPv4)

Solusi

Periksa dan selesaikan dependensi ini secara berurutan:

  1. Workbench private links

    1. Buka Workbench console.

    2. Pilih Instance > Private Links.

    3. Hapus semua private link aktif untuk instans tersebut.

  2. Entri rute kustom

    1. Buka VPC Console.

    2. Temukan tabel rute yang digunakan oleh instans.

    3. Hapus entri rute kustom yang lompatan berikutnya (next hop) adalah instans ECS.

  3. Tugas migrasi DTS

    1. Buka DTS console.

    2. Periksa tugas yang sumbernya adalah Self-managed Database on ECS.

    3. Pastikan transfer data telah selesai dan dibackup, lalu hapus tugas tersebut.

    Penting

    Sebelum menghapus tugas DTS, pastikan transfer data telah selesai dan backup telah dibuat.

  4. Sumber daya VPC terkait

    Periksa dan hapus sumber daya VPC terkait berikut sebelum mencoba lagi:

Verifikasi

Setelah menyelesaikan dependensi, coba lagi operasi migrasi.