Perusahaan saya perlu menyiapkan server pengembangan dan kami sudah memiliki 2 server produksi RHEL 6 yang bekerja di bawah saklar L4.
Salah satu solusi untuk men-setup server dev adalah dengan menyalin semua file sederhana dari salah satu server produksi dan mengubah sedikit.
Saya belum pernah melakukannya tetapi kedengarannya mirip dengan pencitraan hantu ... bisakah itu dilakukan? Apakah ini direkomendasikan? Apakah itu rawan kesalahan?
Mengapa tidak mengonversi sistem yang sedang berjalan ke Mesin Virtual? Kebanyakan hypervisor seperti VMware atau Hyper-V memiliki alat untuk mengubah sistem yang sedang berjalan ke mesin virtual dengan mudah.
Anda kemudian dapat bekerja dengan sistem non-produksi seperti yang Anda inginkan sebelum melakukan apa pun di server produksi.
Terima kasih kepada @WernerCD
Vmware
Hyper-V
sumber
P2V
Fisik ke Virtual - Vmware: my.vmware.com/web/vmware/evalcenter?p=converter - HyperV: social.technet.microsoft.com/wiki/contents/articles/… - Virtualisasi, cadangan, isolasikan (jadi jika itu menunjuk ke arah basis data produksi) dan kemudian bersenangBisakah itu dilakukan?
Pasti ya. Saya telah menyalin seluruh server Linux dengan hanya mengemas file dengan
tar
dan mengekstraknya lagi di server target. Satu-satunya peringatan yang saya ingat adalah harus ingat untuk menggunakan--numeric-owner
ketika mengekstraksi. Saya tidak dapat berbicara untuk OS lain dan alat-alat lain, tetapi saya membayangkan itu bisa dilakukan dengan semua sistem operasi utama.Haruskah itu dilakukan?
Pertanyaan ini sedikit lebih rumit untuk dijawab. Saya tidak akan merekomendasikan kloning sistem produksi untuk tujuan pengembangan saja. Mungkin berisi banyak data pengguna serta materi utama, yang Anda tidak ingin hadir pada sistem pengembangan.
Tetapi mengkloning sistem produksi Anda bisa menjadi ide bagus untuk tujuan lain.
Pendekatan yang saya sarankan untuk membuat tiruan dari sistem produksi adalah mengembalikan dari cadangan. Anda dapat menghindari dampak kinerja pada sistem produksi dengan memulihkan dari cadangan, dan Anda bisa menguji prosedur pemulihan Anda, yang merupakan hal yang baik.
Sangat penting untuk menjaga klon yang Anda pulihkan dari cadangan terisolasi dari seluruh dunia. Karena dipulihkan dari cadangan sistem produksi, mungkin berisi pekerjaan otomatis, yang akan berkomunikasi dengan sistem produksi lain, dan ia akan memiliki kredensial untuk melakukannya.
Anda dapat berpotensi menyebabkan banyak kerusakan, jika klon dapat berkomunikasi dengan sistem produksi nyata.
Tetapi jika Anda membuatnya tetap terisolasi, itu memberi Anda kesempatan untuk menguji bahwa sistem yang dipulihkan berfungsi sebagaimana dimaksud. Selain itu, sistem yang dipulihkan seperti itu bisa menjadi lingkungan yang berguna untuk pengujian kode baru terakhir sebelum digunakan untuk produksi. Ini mungkin satu-satunya kesempatan Anda untuk menguji kode pada data pengguna nyata, sebelum benar-benar dalam posisi untuk merusak sistem produksi.
sumber
Kelayakan
Tentu, itu mungkin, karena tidak sulit untuk "menginstal" Linux menggunakan cara yang tidak konvensional. Anda bisa, misalnya, meniru server menggunakan rsync melalui SSH.
/target
./proc
,/sys
, swap)./target/etc/fstab
, terutama jika partisi disebut oleh UUID.Langkah 3 dapat terdiri dari beberapa lintasan rsync, mungkin dibantu oleh snapshot LVM pada mesin sumber, lintasan terakhir dengan semua layanan pada mesin sumber berhenti untuk memastikan konsistensi data.
Keinginan dan praktik terbaik
Hanya karena Anda tidak dapat berarti Anda harus melakukannya. Saya merekomendasikan proses di atas sebagai salah satu cara untuk melakukan migrasi pusat data. Namun, use case Anda sangat berbeda. Beralih ke kloning menyoroti beberapa kekurangan:
Jika Anda membuta server produksi secara membabi buta, Anda akan kehilangan kesempatan berharga untuk mengklarifikasi dengan tepat apa yang sedang berjalan di atasnya.
sumber