Pertimbangan awal
Pertimbangkan item berikut saat Anda merencanakan migrasi cloud-to-cloud.
Rencanakan terlebih dahulu karena perubahan DNS tidak otomatis
Jika server cloud Anda saat ini, server asal, tidak berada di belakang penyeimbang beban, alamat IP akan berubah. Perubahan ini berarti Anda harus memperbarui server Nama Domain (DNS) untuk menunjuk ke IP baru. Anda harus memastikan untuk mengatur catatan time-to-live (TTL) ke 5 menit dan kemudian menunggu 24 jam untuk memastikan bahwa perubahan menyebar dengan benar. Setelah itu, setiap perubahan DNS yang Anda buat akan diterapkan dalam 5 menit.
Tujuan server
Apakah server asal menghosting aplikasi web, email, atau database? Apakah itu melakukan satu hal atau menangani berbagai tugas? Penilaian awal yang baik, dilakukan terlebih dahulu, dapat menyelamatkan Anda dari kepanikan di menit-menit terakhir ketika Anda membalik sakelar antara server asal dan server baru, atau tujuan,. Pastikan untuk mengidentifikasi di mana Anda menyimpan data, file konfigurasi, dan data penting lainnya. Semakin banyak yang Anda ketahui tentang lingkungan Anda menuju migrasi membuat migrasi menjadi lebih lancar.
Uji migrasi
Salah satu keuntungan melakukan migrasi cloud adalah seberapa cepat dan mudah Anda dapat memutar server ke atas atau ke bawah. Kami sangat menganjurkan Anda untuk mematikan server asal setelah migrasi daripada langsung menghapusnya. Biarkan dimatikan selama 24 jam hingga seminggu. Jika situs web dan aplikasi Anda berjalan seperti yang diharapkan, maka migrasi Anda mungkin berhasil diselesaikan. Namun, jika mematikan server asal menyebabkan masalah, itu berarti beberapa proses masih bergantung pada server lama. Anda dapat mengembalikan server asal dan mengidentifikasi apa yang Anda lewatkan dan memigrasikannya dengan benar.
Lakukan pekerjaan
Bagian ini mengidentifikasi langkah-langkah untuk migrasi cloud.
Periksa ukuran server asli
Untuk menentukan ruang disk minimum yang Anda perlukan di server tujuan, periksa berapa banyak ruang disk yang Anda gunakan saat ini.
Untuk memeriksa ruang disk yang digunakan di Linux®, jalankan perintah berikut:
df -h
Jika Anda memerlukan lebih dari 160 GB (ukuran disk maksimum untuk ragam Tujuan Umum), Anda perlu menggunakan volume Cloud Block Storage di server baru untuk mengakomodasi semua data Anda.
Identifikasi persyaratan direktori
Saat Anda menyiapkan volume Cloud Block Storage, periksa ukuran direktori di server asal Anda. Informasi ini membantu Anda merencanakan organisasi data di server tujuan, seperti data apa yang masuk ke disk sistem dan data apa yang harus Anda simpan di volume tambahan.
Di Linux, Anda dapat menentukan ruang disk yang digunakan file dan subdirektori di direktori saat ini dengan menjalankan perintah berikut:
du -hs *
Anda juga dapat menentukan direktori atau nama file dengan menjalankan perintah berikut:
du -hs directoryName
Setelah Anda mengetahui data mana yang akan disalin ke disk sistem dan mana yang akan disalin ke disk yang terpasang, rencanakan ukuran server tujuan dan volume tambahan yang sesuai.
Buat server tujuan
Saat Anda membuat server tujuan, pertimbangkan persyaratan penyimpanan serta memori, CPU, dan persyaratan jaringan.
Jika Anda memiliki lebih banyak data daripada yang muat di disk sistem server tujuan, putuskan apakah Anda ingin menggunakan satu atau beberapa disk data (hanya varian I/O), atau lampirkan volume Cloud Block Storage ke server.
Saat memilih ukuran server tujuan, pertimbangkan kebutuhan Anda saat ini dan penskalaan apa pun yang mungkin perlu Anda lakukan di masa mendatang.
Anda tidak dapat mengubah ukuran server yang dioptimalkan I/O, tetapi Anda dapat menambah atau menghapus ruang penyimpanan dengan menggunakan Cloud Block Storage. Server Tujuan Umum memiliki ukuran maksimum 8 GB RAM hingga 160 GB HDD, dan, kecuali jika mereka menggunakan mode virtualisasi paravirtual (PV) yang tidak digunakan lagi, Anda hanya dapat membuatnya lebih besar dan tidak lebih kecil.
Untuk lingkungan server tunggal, Anda harus bermigrasi ke server baru jika persyaratan RAM atau CPU Anda berubah.
Atau, Anda dapat merencanakan lingkungan Anda untuk menggunakan penskalaan horizontal, di mana lebih dari satu server menjalankan aplikasi Anda, dengan penyeimbang beban untuk mengelola lalu lintas ke server yang berbeda. Penskalaan horizontal mungkin tidak berfungsi dengan semua aplikasi, tetapi setelah Anda menyiapkannya, Anda dapat dengan mudah menambahkan atau menghapus server untuk memperhitungkan kebutuhan beban yang berfluktuasi.
Lihat artikel arsitektur referensi open-cloud untuk beberapa contoh lingkungan.
Catatan :Jika saat ini Anda menggunakan server Performa, disk data tidak diambil saat Anda membuat gambar. Untuk mencadangkan disk data, Anda harus mengandalkan Rackspace Cloud Backup atau pendekatan pencadangan berbasis file serupa. Jika Anda ingin penyimpanan tambahan menjadi lebih portabel atau Anda ingin mengambil snapshot data, pertimbangkan untuk menambahkan satu atau beberapa volume Cloud Block Storage ke server baru. Lihat Membuat dan melampirkan volume Cloud Block Storage untuk mempelajari lebih lanjut.
Memformat dan mengonfigurasi volume atau disk data Cloud Block Storage Setelah Anda membuat server, siapkan semua disk data yang terpasang atau volume Cloud Block Storage dengan memformatnya dan mengonfigurasi sistem untuk menggunakannya.
Jika Anda telah melampirkan volume Cloud Block Storage, lihat Menyiapkan volume Cloud Block Storage untuk informasi selengkapnya.
Untuk petunjuk tentang memformat dan memasang disk data pada server yang dioptimalkan I/O, lihat Menyiapkan disk data di Server Cloud Linux.
Jika Anda menyiapkan volume terpasang dalam RAID perangkat lunak di Linux, lihat Linux Software-RAID HOWTO untuk petunjuknya.
Saat disk yang terpasang sudah siap, Anda dapat memigrasikan data Anda.
Opsi migrasi manual
Anda memiliki beberapa opsi untuk migrasi manual di Linux, termasuk Rackspace Cloud Backup, Rackspace Cloud Block Storage, atau rsync.
Cadangan Cloud
Untuk memigrasikan direktori tertentu, Anda dapat menggunakan Cloud Backup. Buat cadangan data Anda di server asal, lalu pulihkan ke server tujuan.
Penyimpanan Blok Cloud
Untuk memigrasikan data tertentu, Anda dapat menggunakan Cloud Block Storage. Lampirkan drive ke server asal dan salin data Anda ke sana. Kemudian lepaskan drive dari server asal, pasang ke server tujuan, dan salin data Anda dari drive.
Gunakan rsync untuk migrasi direktori di Linux
Di Linux, Anda dapat menggunakan rsync untuk menyalin direktori melalui jaringan secara langsung. Misalnya, dari server asal Anda dapat menjalankan perintah berikut untuk menyalin /var/lib/mysql :
rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql
Untuk informasi lebih lanjut tentang rsync , lihat Mencadangkan file Anda dengan rsync.
Penting :Selama dua server cloud berada di pusat data regional yang sama (DFW, ORD, IAD, LON, HKG, atau SYD), Anda dapat menggunakan 10.x Alamat IP yang ditetapkan ke dua server untuk mentransfer data apa pun. Ini berarti Anda tidak akan dikenakan biaya untuk bandwidth data antara kedua server. Data apa pun yang ditransfer menggunakan IP publik akan menimbulkan potensi biaya bandwidth.
Opsi khusus aplikasi
Aplikasi lain mungkin memiliki cara sendiri untuk memfasilitasi migrasi data. Misalnya, untuk memigrasi database, Anda bisa membuat server tujuan replika database asal untuk secara otomatis mereplikasi data Anda ke server tujuan. Anda dapat menemukan informasi tentang cara melakukan replikasi replika utama MySQL® di sini.
Tugas pascamigrasi
Setelah semua data Anda berada di server tujuan, uji aplikasi Anda secara menyeluruh untuk memastikannya berfungsi seperti yang diharapkan di lingkungan tujuan. Seperti yang disebutkan di awal artikel ini, kami mendorong klien untuk mematikan server asal tetapi tidak menghapusnya selama satu hingga tujuh hari. Praktik ini memberi Anda waktu untuk menentukan apakah Anda melewatkan sesuatu dalam migrasi Anda. Misalnya, alamat IP daripada DNS digunakan untuk menyelesaikan ke server asal. Jika setelah tujuh hari, tidak ada yang rusak dan Anda tidak melihat ada masalah, seharusnya aman untuk menghapus server asal.
Jika Anda belum melakukannya, terapkan rencana pencadangan di server tujuan untuk mencegah kehilangan data yang signifikan jika terjadi bencana.