Artikel ini menjelaskan peristiwa-peristiwa terkait migrasi instance akibat peningkatan di lapisan bawah serta solusi migrasi yang direkomendasikan.
Peristiwa
Untuk memastikan stabilitas dan meningkatkan kinerja Instance ECS (Elastic Compute Service), Alibaba Cloud berencana melakukan peningkatan infrastruktur fisik di wilayah dan zona tertentu. Untuk menghindari dampak pada instance yang ada, Alibaba Cloud menghasilkan peristiwa sistem dan memberi tahu Anda melalui panggilan telepon, pesan teks, email, dan pesan internal. Jika menerima pemberitahuan tersebut, migrasikan instance sesuai petunjuk.
Peristiwa sistem memiliki kode SystemUpgrade.Migrate. Ikuti langkah-langkah berikut untuk menangani peristiwa SystemUpgrade.Migrate:
Periksa pemberitahuan peristiwa untuk mengidentifikasi instance yang perlu dimigrasikan.
Pilih periode waktu yang sesuai untuk memigrasikan instance Anda.
Solusi migrasi dan pertimbangan
Jika mengalami masalah saat memigrasikan Instance ECS, lihat FAQ dalam dokumentasi terkait atau hubungi manajer akun Anda.
Instance yang berada di virtual private cloud (VPC) dan jaringan klasik tidak dapat berkomunikasi satu sama lain melalui jaringan internal. Untuk mengizinkan komunikasi antar-instance melalui jaringan internal, gunakan solusi migrasi yang direkomendasikan dalam tabel berikut selama periode waktu yang sesuai.
Skenario | Solusi Migrasi yang Direkomendasikan dan Pertimbangan |
Instance ECS berada di jaringan klasik. | Gunakan migration solutions berikut untuk memigrasikan Instance ECS ke VPC:
|
Instance ECS berada di VPC. |
|
Sumber daya cloud lainnya, seperti Instance ApsaraDB RDS atau Instance ApsaraDB for Redis, berada di jaringan klasik. | Instance ECS yang berada di VPC tidak dapat langsung terhubung ke Instance RDS di jaringan klasik melalui jaringan internal. Anda harus mengubah tipe jaringan Instance RDS dari jaringan klasik ke VPC dan mengaktifkan mode akses hybrid. Dengan cara ini, Instance ECS yang berada di jaringan klasik atau VPC dapat terhubung ke Instance RDS melalui jaringan internal. Untuk informasi lebih lanjut, lihat Praktik terbaik untuk memigrasikan semua instance dari jaringan klasik ke VPC dan Akses hybrid ke layanan ApsaraDB. |
Instance ECS menggunakan gambar versi sebelumnya, seperti Windows Server 2003 dan sebelumnya serta CentOS 5.8 dan sebelumnya. | Setelah memigrasikan Instance ECS yang menggunakan gambar versi sebelumnya, seperti Windows Server 2003 dan sebelumnya serta CentOS 5.8 dan sebelumnya, masalah seperti kernel panic, blue-screen, dan INACCESSIBLE_BOOT_DEVICE mungkin terjadi. Untuk informasi tentang cara menyelesaikan masalah tersebut, lihat Bagaimana cara menyelesaikan masalah downtime yang terjadi pada instance yang dimigrasikan? |
Kueri peristiwa terkait migrasi instance akibat peningkatan di lapisan bawah
Lihat peristiwa terkait migrasi instance akibat peningkatan di lapisan bawah.
Jika ada peristiwa tertentu yang perlu ditangani, jumlahnya akan ditampilkan di tab Instance Migration Events Due to Upgrades at Underlying Layer, seperti yang ditunjukkan pada gambar berikut.

Pilih solusi untuk memigrasikan instance berdasarkan kebutuhan bisnis Anda.
Untuk informasi tentang cara memilih solusi migrasi, lihat bagian Solusi Migrasi dan Pertimbangan dari artikel ini.
Buka ECS Console - Events.
Apa yang harus dilakukan selanjutnya
Setelah migrasi, Anda dapat mempertahankan alamat IP publik Instance ECS. Untuk informasi lebih lanjut, lihat Konversikan alamat IP publik statis suatu instance di jaringan klasik menjadi EIP atau Konversikan alamat IP publik statis suatu Instance ECS di VPC menjadi EIP.
Setelah migrasi, Anda dapat mengubah alamat IP privat Instance ECS di VPC. Untuk informasi lebih lanjut, lihat Ubah alamat IP privat suatu instance.
FAQ
Apakah migrasi menyebabkan kelompok keamanan yang terkait dengan Instance ECS yang dimigrasikan berubah?
Tidak, migrasi tidak menyebabkan kelompok keamanan yang terkait dengan Instance ECS yang dimigrasikan berubah.
Apakah migrasi menyebabkan alamat IP privat dan publik Instance ECS yang dimigrasikan berubah?
Alamat IP Publik: Setelah memigrasikan Instance ECS, alamat IP publik instance tetap tidak berubah.
PentingInstance ECS yang berada di VPC tidak memiliki antarmuka jaringan publik dan menggunakan perangkat NAT untuk akses Internet. Anda hanya dapat menemukan alamat IP privat di instance. Jika aplikasi Anda memerlukan alamat IP publik yang dapat dilihat di sistem operasi instance, pertimbangkan apakah akan memigrasikan instance dari jaringan klasik ke VPC.
Alamat IP Privat: Anda dapat menentukan apakah akan mempertahankan alamat IP privat Instance ECS saat membuat rencana migrasi untuk memigrasikan instance. Anda juga dapat mengubah alamat IP privat instance setelah migrasi. Untuk informasi lebih lanjut, lihat Ubah alamat IP privat suatu instance.
Apakah rencana migrasi berjalan secara otomatis setelah rencana migrasi dibuat? Berapa waktu yang diperlukan untuk memigrasikan Instance ECS?
Waktu sekitar 15 menit diperlukan dari saat Instance ECS di jaringan klasik dihentikan hingga instance dimigrasikan ke dan dimulai di VPC tertentu.
Jika Instance ECS dimulai di VPC, sumber daya komputasi dan jaringan instance dimigrasikan ke VPC, dan Anda dapat menggunakan instance seperti yang diharapkan.
Jika Instance ECS dimigrasikan lintas zona, sistem terus memigrasikan data disk setelah instance dimulai. Dalam kebanyakan kasus, waktu sekitar 4 jam diperlukan untuk memigrasikan 100 GiB data disk. Selama migrasi data disk, kinerja I/O disk menurun, dan Anda tidak dapat melakukan operasi terkait snapshot dan disk. Anda dapat menggunakan instance seperti yang diharapkan saat data disk sedang dimigrasikan.
Apakah pengaturan tingkat sistem asli, seperti layanan eksternal dan layanan basis data, terpengaruh oleh migrasi?
Tidak, layanan dan data di sistem tidak terpengaruh.
Untuk informasi tentang dampak migrasi, lihat bagian Langkah 1: Kenali dampak migrasi jaringan klasik ke VPC dari topik "Migrasikan Instance ECS dari jaringan klasik ke VPC".