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:
Penghentian instans: Instans dimatikan untuk mempersiapkan migrasi. Durasi bervariasi tergantung pada proses shutdown sistem operasi.
Migrasi komputasi dan jaringan: Sumber daya komputasi dipindahkan ke zona target. Biasanya memakan waktu ~15 menit (hanya sebagai referensi; durasi aktual bervariasi).
Restart instans: Instans dinyalakan kembali di zona baru. Waktu startup bervariasi tergantung pada OS dan layanan yang dikonfigurasi.
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
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
Operasi ini memicu restart instans. Pastikan Anda berada dalam jendela pemeliharaan.
Langkah 1: Mulai migrasi
Buka ECS console dan pilih wilayah.
Klik ID instans untuk membuka halaman detail.
Pilih All Actions > Network and Security Group > Migrate Instance Across Zones.
CatatanUntuk 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.
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.
PentingAlamat 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.
Pilih kotak centang I have backed up data dan klik OK.
Selesaikan pembayaran jika diperlukan.
Langkah 2: Verifikasi hasil
Anda dapat memeriksa status dengan salah satu cara berikut:
Opsi 1: ECS Console
Kembali ke halaman Instances di Konsol ECS.
Tunggu hingga status instans berubah dari Migrating menjadi Running.
Periksa kolom Zone. Jika menampilkan zona tujuan, migrasi komputasi dan jaringan telah selesai.
CatatanMigrasi 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:
Buka SMC console.
Buka Cloud Migration > Cross-zone Migration.
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:
Jika berlaku, tambahkan kembali instans ke kelompok vServer instance SLB Anda untuk melanjutkan penerusan traffic. Lihat Create a vServer group.
Perbarui alamat IP pribadi baru di konfigurasi aplikasi, rekaman DNS, dan daftar putih IP sesuai kebutuhan. Lihat Modify the primary private IPv4 address of an existing instance's primary ENI.
Nyalakan kembali agen keamanan apa pun yang dinonaktifkan dalam prasyarat.
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:
Workbench private links
Buka Workbench console.
Pilih Instance > Private Links.
Hapus semua private link aktif untuk instans tersebut.
Entri rute kustom
Buka VPC Console.
Temukan tabel rute yang digunakan oleh instans.
Hapus entri rute kustom yang lompatan berikutnya (next hop) adalah instans ECS.
Tugas migrasi DTS
Buka DTS console.
Periksa tugas yang sumbernya adalah Self-managed Database on ECS.
Pastikan transfer data telah selesai dan dibackup, lalu hapus tugas tersebut.
PentingSebelum menghapus tugas DTS, pastikan transfer data telah selesai dan backup telah dibuat.
Sumber daya VPC terkait
Periksa dan hapus sumber daya VPC terkait berikut sebelum mencoba lagi:
Verifikasi
Setelah menyelesaikan dependensi, coba lagi operasi migrasi.