Saat Alibaba Cloud melakukan peningkatan infrastruktur fisik di suatu wilayah atau zona, instans Elastic Compute Service (ECS) yang terdampak harus dimigrasikan guna menjaga stabilitas dan kinerja. Dokumen ini menjelaskan event SystemUpgrade.Migrate serta cara menanganinya.
Setelah menerima notifikasi migrasi, Anda dapat:
Menampilkan instans yang terdampak di halaman Events pada Konsol ECS.
Memilih waktu migrasi dalam jendela waktu yang tersedia.
Memilih jalur migrasi berdasarkan jenis jaringan dan dependensi Anda.
Mempertahankan Alamat IP publik Anda dan menyesuaikan Alamat IP pribadi setelah migrasi.
Events
Alibaba Cloud mengirimkan event SystemUpgrade.Migrate untuk memberi tahu Anda tentang migrasi instans yang wajib dilakukan. Notifikasi dikirimkan melalui panggilan telepon, pesan teks, email, dan pesan internal.
Untuk menangani event SystemUpgrade.Migrate:
Periksa notifikasi event untuk mengidentifikasi instans yang perlu dimigrasikan.
Pilih jendela waktu yang sesuai dan migrasikan instans Anda menggunakan salah satu solusi pada bagian berikutnya.
Solusi dan pertimbangan migrasi
Jika Anda mengalami masalah selama migrasi, rujuk bagian FAQ atau hubungi account manager Anda.
Instans di virtual private cloud (VPC) dan instans di jaringan klasik tidak dapat berkomunikasi melalui jaringan internal. Gunakan solusi yang sesuai di bawah ini berdasarkan skenario Anda.
| Scenario | Recommended solution |
|---|---|
| Instans ECS di jaringan klasik | Solution 1: Klik Migrate Based on Migration Plans. Untuk opsi Ensure interconnections between the migrated instances and the classic network-type instances specified in the migration plan over the internal network, pilih Yes. Tambahkan semua instans yang memerlukan akses timbal balik ke dalam rencana migrasi yang sama. Anda dapat menentukan waktu migrasi berbeda untuk setiap instans. Untuk informasi lebih lanjut, lihat Migrasi instans ECS dari jaringan klasik ke VPC. Solution 2: Migrasi berdasarkan snapshot dan image, lalu buat koneksi ClassicLink pada instans baru. Untuk informasi lebih lanjut, lihat Gunakan OOS untuk migrasi instans ECS dan Ikhtisar ClassicLink. |
| Instans ECS di VPC | Solution 1: Klik Clone Based on Snapshots and Images untuk secara otomatis mengkloning instans menggunakan templat publik ACS-ECS-BulkyCloneInstances yang disediakan oleh CloudOps Orchestration Service (OOS). Verifikasi bahwa instans baru berjalan sesuai harapan dan trafik telah dialihkan ke instans tersebut sebelum melepas instans asli. Solution 2: Migrasi instans ECS secara manual di Konsol ECS. Verifikasi bahwa instans baru berjalan sesuai harapan dan trafik telah dialihkan ke instans baru sebelum melepas instans asli. Untuk informasi lebih lanjut, lihat Gunakan custom image untuk migrasi data instans ECS. |
| Sumber daya cloud lain di jaringan klasik (seperti instans ApsaraDB RDS atau ApsaraDB for Redis) | Instans ECS di VPC tidak dapat terhubung ke instans RDS di jaringan klasik melalui jaringan internal. Ubah jenis jaringan instans RDS dari jaringan klasik ke VPC dan aktifkan mode akses hybrid. Hal ini memungkinkan instans di jaringan klasik maupun VPC terhubung ke instans RDS melalui jaringan internal. Untuk informasi lebih lanjut, lihat Praktik terbaik untuk migrasi semua instans dari jaringan klasik ke VPC dan Akses hybrid ke layanan ApsaraDB. |
| Instans ECS yang menggunakan citra OS lama (Windows Server 2003 dan sebelumnya, atau CentOS 5.8 dan sebelumnya) | Setelah migrasi, masalah seperti kernel panic, error blue-screen, dan error INACCESSIBLE_BOOT_DEVICE dapat terjadi. Untuk panduan troubleshooting, lihat Cara mengatasi downtime instans pasca-migrasi. |
Lihat event migrasi
Buka Konsol ECS - Events.
Di tab Instance Migration Events Due to Upgrades at Underlying Layer, tampilkan instans yang perlu dimigrasikan. Tab ini menampilkan jumlah total instans yang tertunda.
Pilih solusi migrasi berdasarkan skenario Anda. Untuk panduan, lihat Solusi dan pertimbangan migrasi.
Langkah selanjutnya
Untuk mempertahankan Alamat IP publik setelah migrasi, lihat Konversi Alamat IP publik statis instans di jaringan klasik menjadi EIP atau Konversi Alamat IP publik statis instans ECS yang terhubung ke VPC menjadi EIP.
Untuk mengubah Alamat IP pribadi instans ECS di VPC setelah migrasi, lihat Ubah Alamat IP pribadi instans.
FAQ
Apakah migrasi mengubah grup keamanan yang terkait dengan instans ECS saya?
Tidak. Asosiasi grup keamanan tetap tidak berubah setelah migrasi.
Apakah migrasi mengubah alamat IP instans ECS saya?
Alamat IP publik: Alamat IP publik tetap tidak berubah setelah migrasi.
Instans ECS di VPC tidak memiliki antarmuka jaringan publik — mereka menggunakan NAT untuk akses internet. Hanya Alamat IP pribadi yang terlihat di dalam instans. Jika aplikasi Anda memerlukan alamat IP yang terlihat publik di sistem operasi instans, pertimbangkan apakah Anda perlu memigrasikan instans dari jaringan klasik ke VPC.
Alamat IP pribadi: Saat membuat rencana migrasi, Anda dapat menentukan apakah akan mempertahankan Alamat IP pribadi. Anda juga dapat mengubahnya setelah migrasi. Lihat Ubah Alamat IP pribadi instans.
Berapa lama waktu yang dibutuhkan untuk migrasi?
Migrasi instans jaringan klasik ke VPC membutuhkan waktu sekitar 15 menit, dari saat instans berhenti hingga mulai berjalan di VPC.
Setelah instans mulai berjalan di VPC, sumber daya komputasi dan jaringan telah sepenuhnya dimigrasikan dan instans siap digunakan.
Untuk migrasi lintas zona (cross-zone), data disk terus dimigrasikan setelah instans mulai berjalan. Dalam kebanyakan kasus, migrasi data disk sebesar 100 GiB membutuhkan waktu sekitar 4 jam. Selama periode ini, kinerja I/O disk menurun dan operasi snapshot serta disk tidak tersedia, tetapi instans itu sendiri tetap dapat diakses.
Apakah pengaturan tingkat sistem, layanan eksternal, dan layanan database terpengaruh oleh migrasi?
Tidak. Layanan dan data di dalam sistem tidak terpengaruh.
Untuk detail dampak migrasi saat bermigrasi dari jaringan klasik ke VPC, lihat bagian Langkah 1: Pahami dampak migrasi dari jaringan klasik ke VPC dalam dokumen "Migrasi instans ECS dari jaringan klasik ke VPC".