VirtualBox - gunakan di kantor kecil dan membuat cadangan

Saya menjalankan kantor kecil yang terdiri dari tim pengembangan 8 orang dan beberapa manajer. Kami sedang berpikir untuk pindah ke pengaturan perangkat keras di mana kami memiliki 1 server kuat yang menjalankan beberapa VM VirtualBox - satu untuk Samba fileshare yang bertindak sebagai DC, kotak LAMP lain untuk pengembangan, satu lagi untuk pengujian IE .... dll .... mungkin 4 atau 5 total VM. Dua yang penting adalah kotak Samba yang menjalankan jaringan kami, dan kemudian kotak dev LAMP yang sebagian besar pengembangan kami dijalankan.

Alasan pengaturan semacam ini menarik bagi saya adalah karena saya menyukai gagasan untuk dapat membuat cadangan semua VMs dalam semalam jika perlu - dan pemulihannya harus cepat dan tidak menyakitkan jika kita memiliki host VirtualBox barebones.

Saya menghargai bahwa untuk membuat cadangan VM perlu dimatikan tetapi saya tidak berpikir ini akan menjadi show-stopper. Mungkin kami memutuskan untuk menjalankan Samba pada OS host inti sehingga tidak perlu mematikannya (kami hanya akan memilah rsync data).

Jadi saya hanya mencari beberapa pendapat tentang pendekatan "VM untuk segalanya" ini. Apakah ini normal untuk bisnis? Apakah ada masalah yang jelas dengan ini atau hal-hal yang tidak akan mungkin dibandingkan dengan kotak fisik? Adakah yang mencoba ini dan mendapatkan masalah besar atau berhasil dengan baik?

Pendapat apa pun sangat kami hargai.

Salam,

James

Pikiran pertama saya adalah bahwa Anda tidak boleh menggunakan Virtualbox sebagai platform server; ini bagus untuk workstation desktop, tetapi sebagai server, Anda mungkin ingin melihat VMWare ESXi atau hypervisor dari XenSource, keduanya gratis. Saya menggunakannya pada Dell 2950 (solusi ESXi), dan Anda dapat menyalin sesuatu dari antarmuka manajemen pada mesin Windows atau menjalankan Veeam untuk menyalinnya. Juga jika Anda memutuskan untuk meningkatkan sisi manajemen dengan anggaran, Anda dapat meningkatkan (dengan harga tinggi, diakui) untuk memungkinkan hal-hal seperti migrasi langsung antara dua server dan opsi cadangan yang lebih baik.

Kami sekarang sedang melakukan virtualisasi 7 server. Ada beberapa vendor yang tidak akan mendukung virtualisasi ... Exchange tidak didukung, Oracle juga tidak, misalnya, tetapi dapat dilakukan.

Kami memiliki satu sistem yang berjalan dengan database SQL (titik penjualan) yang memberikan kinerja yang mengerikan ketika berjalan di bawah VMWare Server (host Linux, tamu Windows) dan kami tidak dapat menyimpannya dalam waktu yang cukup lama untuk memecahkan masalah karena kesulitan yang terjadi. pada pengguna, jadi diletakkan di sistem fisik lagi. ESXi adalah hypervisor tipe-telanjang-logam dan dapat memberikan peningkatan kinerja yang cukup untuk menanganinya (tidak ada rencana untuk mencobanya).

Anda mungkin perlu mencobanya untuk mengetahui seberapa baik kerjanya untuk keadaan Anda. Kami menyukainya. Ini menurunkan persyaratan daya di ruang server kami, kami dapat membuat cadangan kondisi sistem selama akhir pekan, dan telah membantu memantau kinerja serta membantu dengan rencana pemulihan jika terjadi sesuatu pada server kami.

Anda dapat menyusun sistem ESXi yang relatif murah mengikuti panduan dari situs-situs seperti di sini dan di sini . Sangat pemilih tentang dukungan perangkat keras; Anda akan ingin melihat HCL untuk memastikan Anda memiliki sesuatu yang berfungsi di luar kotak atau situs whitebox untuk hal-hal yang diuji.

Jawaban singkat untuk pertanyaan awal adalah YA. Virtualisasi menjadi "praktik terbaik" de-facto (sebanyak yang saya benci istilah) untuk bisnis yang perlu memiliki beberapa aplikasi atau fungsi jaringan.

1- Umumnya, memiliki hanya satu server tidak dianjurkan. Lebih khusus, sebuah perusahaan akan membagi fungsionalitas antara dua server, masing-masing dengan beberapa ruang kepala, sehingga masalah perangkat keras tidak sepenuhnya membuat perusahaan berlutut.

2- Virtualisasi sering diterapkan bersamaan dengan penyimpanan bersama, khususnya untuk aplikasi atau aplikasi penting dengan banyak data. Ini memungkinkan redundansi yang mudah. Ini juga dapat menyelesaikan masalah cadangan, jika cadangan dilakukan di penyimpanan bersama (melalui snapshot dari beberapa jenis) daripada di server individu.

3 - Pendekatan bertahap biasanya lebih baik .. dapatkan satu server dan letakkan satu fungsi di atasnya dalam VM. Kemudian dapatkan server kedua dan dapatkan redundan (dan praktikkan pemulihan). Kemudian migrasi fungsi ke VM baru jika diperlukan atau diinginkan.

4 - Berpura-puralah itu adalah rilis lain dari perangkat lunak .. TEST, TEST, TEST. Uji aplikasi, uji cadangan, uji pemulihan, uji disk, uji alat virtualisasi, dan sebagainya.

5- Kompleksitas tambahan virtualisasi tidak boleh diabaikan atau diremehkan. Tujuh fungsi yang divirtualisasikan pada satu server tidak akan mengurangi upaya administratif yang diperlukan; bahkan kemungkinan akan meningkatkannya. Pastikan Anda memahami hal-hal administratif: apa yang harus dipantau, cara mengelola disk, dll.

Semoga berhasil!

VirtualBox adalah solusi virtualisasi desktop yang hebat. Ini bukan solusi server yang hebat. Hyper-V atau ESX atau XenServer mungkin merupakan rute yang harus Anda ambil.

Bukan untuk membunyikan klakson Windows di sini, tetapi saya memiliki pengalaman paling banyak dengannya. Hyper-V adalah hypervisor hebat dengan cadangan bawaan yang sederhana dan efektif menggunakan salinan bayangan. Mendukung snapshots dan migrasi VM (tidak langsung, tetapi Anda dapat memindahkan VM dari satu host ke host lain dalam 15-20 menit tergantung pada jaringan dan ukuran vhd).

Kami bisa mendapatkan kepadatan besar dengan Hyper-V, pada Dell 2950 dengan CPU dualcore ganda, memori 32GB dan hard drive besar yang kami lihat di atas 25 Windows VM (memori 1GB dan 1 cpu).

@tomjedrz membuat poin yang bagus - dapatkan dua kotak perangkat keras dengan ruang kepala sehingga Anda tidak berhenti jika ada yang jatuh.

Pada tingkat tinggi, pendekatan Anda adalah solusi yang dapat diterima, Anda hanya perlu melakukan beberapa pengujian untuk memastikan itu akan bekerja di lingkungan Anda.