Bermigrasi server langsung

Saya dalam masalah , saya memiliki server yang berjalan dengan layanan biasa (httpd, mail, sql), dan sepertinya saya harus sangat cepat untuk mencegah kehilangan data total (array RAID saya gagal, jadi saya bergantung pada satu hdd sekarang).

Seluruh sistem dibangun di atas HowtoForge's howto dan ketika saya membaca yang di Squeeze , sepertinya saya bisa dengan mudah? bermigrasi pengguna (virtual) saya ke kotak baru.

Saya benar-benar tahu ini adalah masalah yang sangat spesifik tetapi dapatkah Anda memberi tahu saya beberapa poin penting dari keseluruhan proses migrasi. Hal-hal mana yang bisa rumit di mana saya harus paling fokus? Bagaimana Anda memulai prosesnya?

Beberapa info latar belakang:

• Kedua server berjarak 200 km dari satu sama lain, sehingga migrasi harus dilakukan melalui internet
• Kedua server akan menjadi Debian, yang lama adalah Etch, yang baru akan diperas
• Layanan penting adalah surat, situs web dapat ditangguhkan untuk beberapa waktu
• RAID berarti dua disk dalam RAID 1 (kedua mesin)
• Kotak lama adalah DNS1 untuk semua domain yang diinangi

Garis besar dasar saya (benar-benar):

• Membangun sistem yang sama seperti yang lama (struktur email virtual yang serupa, kata sandi yang disimpan dengan jenis enkripsi yang sama, karena saya tidak bisa mengatakan yang lama)
• buat satu domain di mana saya dapat memeriksa semuanya baik-baik saja (dns, email, www baik-baik saja)
• Migrasikan domain setelah domain sampai yang lama tidak melakukan apa-apa

Bintik buta saya:

• Tidak dapat menemukan deskripsi singkat tentang cara melakukan RAID-1 di Squeeze (howto Lenny akan cukup?)
• Bagaimana cara menyalin folder tertentu (misalnya folder email pengguna) dengan hak pengguna tertentu ketika dibutuhkan? (rsync akan melakukan ini?)
• Bagaimana cara mengatur DNS pada mesin baru (yang lama adalah DNS1) (mesin baru juga harus DNS dan domain yang dimigrasikan harus menggunakan dirinya sebagai DNS1?)
• Bagaimana saya bisa mencegah kehilangan email (karena waktu refresh DNS) (saya perlu mengatur mesin baru sebagai MX?)

Garis dasar Anda kurang lebih benar.

Pemasang squeeze akan melakukan RAID perangkat lunak dengan baik. Satu perbedaan adalah bahwa pemerasan menggunakan grub2 secara default; Lenny menggunakan grub-legacy (0,9 saya pikir). Ini membuat beberapa administrasi grub agak berbeda, terutama sekitar memastikan grub akan mem-boot dari kedua disk jika terjadi kegagalan. Anda selalu dapat kembali ke grub-legacy, yang akhirnya saya lakukan terakhir kali saya dihadapkan dengan masalah ini. Akan membayar untuk menguji apa pun yang Anda lakukan, untuk memastikan Anda dapat reboot jika salah satu disk gagal.

Untuk menyalin data, gunakan rsync pasti. Saya akan memastikan akun yang benar diatur terlebih dahulu, dengan uids / gids yang sama, kemudian rsync, tetapi Anda selalu dapat memperbaikinya setelah itu. rsync -avPHAX harus mendapatkan segalanya (-sebagian besar, kecuali -H [ard links] -A [CLs] dan -X [atribut yang dituju], jadi ini berguna.

Mengingat bahwa Anda melakukan peningkatan yang efektif pada saat yang sama, bersiaplah untuk layanan untuk menerobos dengan cara yang halus. Konfigurasi akan sedikit berubah. Setelah melakukan sesuatu yang serupa baru-baru ini, saya pikir saya lebih suka melakukan migrasi seperti->, kemudian memutakhirkan host terakhir sesaat setelah fakta, karena memigrasi semuanya dan mengelola pemutakhiran pada saat yang sama menjadikannya tugas yang sangat besar.

Diperbarui untuk poin nyeri tambahan Anda:

Untuk DNS, saya akan memindahkan semua hosting DNS ke mesin baru dalam satu langkah. Biarkan catatan sebagaimana mula-mula, tetapi atur penyegaran kembali (sekitar 10 menit). Ini memberi Anda kemampuan untuk memindahkan catatan DNS ke mesin baru saat Anda menyelesaikan pemindahan setiap domain. Memindahkan DNS Anda mungkin perlu memperbarui catatan whois untuk domain apa pun yang Anda host, jadi ingatlah ini. Tetapkan penyegaran untuk semua domain sekarang sebenarnya, sebelum Anda memulai yang lain - tidak lebih buruk daripada memiliki hasil cache yang parah yang menyebabkan masalah.

Mengenai kehilangan email: Saat Anda memindahkan email ke server baru, pastikan bahwa catatan DNS telah diperbarui untuk mengarahkan MX utama ke server baru, dan pastikan bahwa server lama masih dikonfigurasi untuk memungkinkan penyalaan untuk domain Anda. Selama server lama dan baru memiliki tampilan DNS terkini, layanan email Anda pada server lama akan berfungsi. Itu bukan lagi MX primer dan akan meneruskan email apa pun ke primer baru. Mail juga akan menghadapi keterlambatan pengiriman yang singkat - jadi Anda bisa mematikan atau menutup semua akses email ke kedua mesin, memindahkan semuanya sekaligus, mengujinya di mesin yang baru, kemudian memindahkan data MX dan membuka surat di mesin yang baru . SMTP dirancang untuk menangani pemadaman, dan pemadaman yang cukup singkat (kurang dari 4 jam saya rasa) bahkan tidak akan menghasilkan pemberitahuan kesalahan sementara.

Diperbarui untuk menambahkan:

Kemungkinan lain adalah membuat VM di server baru Anda, dan rsync seluruh server lama ke gambar disk VM baru ini. Anda kemudian dapat menjalankan VM dan memperbarui alamat IP dll, dan memiliki replika yang berfungsi penuh dari server asli di dalam VM ini. Upaya yang mungkin jauh lebih sedikit, tetapi jika Anda tidak terbiasa dengan tumpukan VM seperti KVM atau Virtualbox, maka itu mungkin tidak sepadan.