Topik ini menjelaskan perubahan data dan konfigurasi sistem yang terjadi setelah migrasi server serta memberikan panduan untuk melakukan penyesuaian.
Masalah konsistensi data untuk instance Linux setelah migrasi
Perubahan konfigurasi sistem
Server Migration Center (SMC) menerapkan perubahan berikut untuk memastikan server yang dimigrasikan berjalan dengan baik di ECS. Perubahan ini tidak memengaruhi layanan pada server sumber.
Perubahan otomatis
Alasan
Memperbaiki file boot
File yang terpengaruh: /boot/grub/grub.conf, /boot/grub/grub.cfg, atau /boot/grub2/grub.cfg
UUID disk sistem diganti agar sistem operasi dapat mendeteksi dan memulai dari disk sistem.
Memperbaiki file konfigurasi mount otomatis
File yang terpengaruh: etc/fstab
Hal ini memungkinkan disk data terdeteksi dengan benar dan dipasang secara otomatis setelah instance dimulai.
Menonaktifkan SELinux
File yang terpengaruh: /etc/selinux/config
SELinux dinonaktifkan untuk mencegah aplikasi gagal dimulai karena mekanisme akses ketat SELinux.
Jika bisnis Anda memerlukannya, Anda dapat mengevaluasi situasi tersebut dan mengaktifkannya kembali setelah migrasi selesai.
Memperbaiki konfigurasi cloud-init
File yang terpengaruh: /etc/cloud/cloud.cfg
Hal ini memungkinkan instance yang dimigrasikan menerima dan mengeksekusi konfigurasi inisialisasi dari platform cloud.
Membangun ulang initramfs
File yang terpengaruh: /boot/initramfs*.img
Hal ini menginstal driver yang diperlukan untuk lingkungan cloud, seperti driver virtio.
Menginstal modul dependensi
Untuk memastikan replikasi blok diaktifkan, dependensi berikut untuk komponen replikasi blok diinstal: gcc dan make.
Menginstal dan menjalankan klien SMC
Direktori instalasi default untuk klien SMC adalah
/smc.Item konfigurasi berikut memerlukan penyesuaian manual.
Masalah
Penyebab
Tidak dapat menggunakan alat SSH untuk logon jarak jauh ke instance.
SMC langsung menyalin file konfigurasi network interface card (NIC) dari server sumber. Setelah migrasi, nama NIC mungkin tidak sesuai dengan persyaratan nama perangkat NIC default Alibaba Cloud ECS, yaitu umumnya eth0, eth1, dan seterusnya. Hal ini dapat memengaruhi startup jaringan. Anda harus memodifikasi konfigurasi secara manual dan me-restart layanan.
Contoh berikut menunjukkan cara mengubah nama NIC sumber dari
ens192menjadieth0. Sesuaikan nama tersebut sesuai kebutuhan:Logon ke instance ECS yang dimigrasikan.
Untuk migrasi ke citra, Anda harus terlebih dahulu membuat instance dari gambar kustom atau gambar bersama.
Buka Konsol ECS - Instance. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya target.
Buka halaman detail instance target. Klik Remote Connection dan pilih Connect Via Workbench. Logon sesuai petunjuk untuk membuka halaman terminal.
Jalankan
cd /etc/sysconfig/network-scripts/untuk masuk ke direktori konfigurasi NIC.Temukan file konfigurasi NIC
ifcfg-ens192dan ubah namanya dengan menjalankansudo mv ifcfg-ens192 ifcfg-eth0.Jalankan
sudo vi ifcfg-eth0. Ubah parameterDEVICEmenjadieth0dan parameterBOOTPROTOmenjadidhcp. Kemudian, simpan file dan keluar.
Hostname berubah.
Setelah migrasi, hostname berubah. Anda dapat mengonfigurasinya kembali.
Tidak dapat logon dengan kata sandi asli.
Kata sandi diubah setelah migrasi.
Migrasi ke citra: Saat Anda membuat instance dari gambar kustom atau gambar bersama, Anda dapat menyesuaikan kata sandi logon di bagian Kredensial Logon pada halaman pembelian.
Migrasi ke instance ECS: Reset password.
Perubahan penyimpanan dan data
Masalah | Alasan |
Nama perangkat disk berubah |
|
Ukuran yang ditampilkan oleh perintah | Secara default, migrasi SMC menggunakan opsi optimasi `--sparse`. Opsi ini memastikan bahwa file sparse pada instance target hanya menempati ruang fisik yang diperlukan. File sparse memiliki ukuran logis yang lebih besar daripada ruang fisik yang ditempatinya. Perilaku ini tidak memengaruhi penggunaan normal. Untuk melakukan salinan penuh file sparse, tambahkan `--no-S` ke parameter `sync.options` dalam file `client_data`, lalu jalankan migrasi lagi. |
Ketidakkonsistenan data setelah migrasi |
|
Lingkungan Docker hilang | SMC hanya mendukung migrasi penuh lingkungan Docker jika Anda menggunakan replikasi blok. Untuk informasi lebih lanjut, lihat Pertimbangan untuk mengaktifkan replikasi blok. |
Masalah konsistensi data untuk instance Windows setelah migrasi
Perubahan konfigurasi sistem
Masalah | Solusi |
Hostname berubah. | Hostname berubah setelah migrasi. Anda dapat mengonfigurasinya kembali. |
Kata sandi logon asli tidak berfungsi. | Kata sandi logon diubah setelah migrasi.
|
Menginstal dan menjalankan klien SMC | Direktori instalasi default untuk klien SMC adalah |
Perubahan penyimpanan dan data
Masalah | Alasan |
Huruf drive berubah | Saat instance pertama kali dimulai, huruf drive dideteksi ulang dan ditetapkan secara berurutan. Hal ini dapat menyebabkan huruf drive berbeda dari sebelum migrasi. Anda dapat mengubah huruf drive secara manual.
|
Partisi GPT menjadi partisi MBR | Perubahan ini tidak memengaruhi operasi baca/tulis data pada partisi. Untuk memaksimalkan kompatibilitas, saat SMC memigrasikan disk data yang berukuran kurang dari 2 TiB, format tabel partisi diubah dari GPT menjadi MBR. Untuk memperluas disk lebih dari 2 TiB di masa depan, Anda harus mengubah partisi menjadi partisi GPT. |
Struktur disk dinamis tidak disalin | Windows saat ini tidak mendukung penyalinan struktur disk dinamis. Setelah migrasi, struktur tersebut menjadi partisi disk dasar. |
dan pilih Disk Management.