VirtualBox - використання в невеликому офісі та резервне копіювання

Я керую невеликим офісом, що складається з 8 чоловік, розробників та пари менеджерів. Ми думаємо про перехід до апаратних налаштувань, за допомогою яких у нас є один потужний сервер, на якому працює декілька віртуальних машин VirtualBox - один для файлів обміну файлами Samba, що діє як постійний струм, інший блок LAMP для розробки, інший для тестування IE .... і т.д. .... можливо 4 або 5 ВМ загалом. Два найважливіших - це поле Samba, яке запускає нашу мережу, а потім вікно LAMP Dev, на якому здійснюється більшість наших розробок.

Причина такого типу налаштування звертається до мене в тому, що мені подобається ідея мати можливість резервного копіювання всіх віртуальних машин протягом ночі, якщо це необхідно - і відновлення повинно бути швидким і безболісним, якщо у нас є хост VirtualBox без голі.

Я розумію, що для створення резервної копії VM потрібно буде вимкнути, але я не думаю, що це буде зупинкою шоу. Можливо, ми вирішили запустити Samba в основній хост-операційній системі, тому немає потреби її вимикати (ми просто розберемо rsync даних).

Тож я просто шукаю певну думку щодо цього підходу "Віртуальний Механізм на все". Це нормально для бізнесу? Чи є якісь чіткі проблеми з цим чи тим, що просто неможливо буде порівняно з фізичними скриньками? Хтось пробував це і стикався з будь-якими основними проблемами чи це добре вийшло?

Будь-які думки високо оцінені.

З повагою,

Джеймс.

Перша моя думка - ви не повинні використовувати Virtualbox як серверну платформу; він відмінно підходить для робочих станцій настільних ПК, але як сервер, ви можете подивитися на VMWare ESXi або гіпервізор від XenSource, обидва безкоштовно. Я використовую його на Dell 2950 (рішення ESXi), і ви можете скопіювати речі з інтерфейсу управління на машині Windows або запустити Veeam, щоб скопіювати його. Крім того, якщо ви вирішили збільшити бюджет управління, ви можете оновити (за високою ціною, правда), щоб забезпечити такі речі, як жива міграція між двома серверами та кращі варіанти резервного копіювання.

Зараз ми віртуалізуємо 7 серверів. Є деякі постачальники, які не підтримують віртуалізацію ... Біржа не підтримується, наприклад, Oracle, але це можна зробити.

У нас була одна система, що працює з базою даних SQL (точка продажу), яка давала жахливу ефективність під час роботи під сервером VMWare Server (хост Linux, гість Windows), і ми не змогли тримати її віртуалізованою достатньо довго, щоб усунути її через труднощі. на користувачів, тому його знову було поставлено на фізичну систему. ESXi є гіпервізором типу «голий метал» одного типу, і він може дати достатній приріст продуктивності, щоб впоратися з цим (хоча планувати його не можна).

Можливо, вам доведеться спробувати це, щоб з’ясувати, наскільки добре він працює для вашого обставини. Ми це любимо. Це знижені вимоги до електроенергії в нашому серверному залі, ми можемо створити резервну копію стану системи протягом вихідних, і це допомогло відстежувати продуктивність, а також допомагало в планах відновлення, якщо щось станеться з нашим сервером.

Ви можете зібрати відносно недорогі системи ESXi, керуючись вказівками з таких сайтів, як тут і тут . Дуже прискіпливі до апаратної підтримки; ви хочете подивитися на HCL, щоб переконатися, що у вас є щось, що працює з коробки або на сайтах білої скриньки для тестуваних речей.

Коротка відповідь на початкове запитання - ТАК. Віртуалізація стає фактично «найкращою практикою» (наскільки я ненавиджу цей термін) для підприємств, яким потрібно мати кілька мережевих додатків або функцій.

1- Як правило, мати лише один сервер не рекомендується. Більш типово, компанія розділила б функціональність між двома серверами, на кожному з яких було певне місце, так що проблема з обладнанням не повністю підводить компанію на коліна.

2- Віртуалізація часто реалізується разом із спільним сховищем, особливо для критичних програм або додатків з великою кількістю даних. Це дозволяє легко резервувати. Це також може вирішити будь-які проблеми із резервним копіюванням, якщо резервне копіювання робиться у спільному сховищі (через якісь знімки), а не на окремому сервері.

3- Поступовий підхід, як правило, краще .. отримати один сервер і покласти одну функцію на нього в VM. Потім отримайте другий сервер і зайві (і практикуйте відновлення). Потім перенесіть функції в нові VM за необхідності чи бажаності.

4- Прикиньте це черговий випуск програмного забезпечення .. TEST, TEST, TEST. Тестуйте програми, випробовуйте резервну копію, тестуйте відновлення, протестуйте диск, протестуйте інструменти для віртуалізації тощо.

5- Додаткову складність віртуалізації не слід недооцінювати або недооцінювати. Сім функцій, віртуалізованих на одному сервері, не зменшать необхідних зусиль для адміністрування; насправді це, ймовірно, збільшить її. Переконайтеся, що ви розумієте адміністративні речі: що слід контролювати, як керувати диском тощо

Удачі!

VirtualBox - відмінне рішення для віртуалізації настільних ПК, це не чудове рішення для сервера. Hyper-V або ESX або XenServer - це, мабуть, маршрут, який ви повинні пройти.

Тут не зарізати ріг Windows, але я маю найбільше досвіду з цим. Hyper-V - чудовий гіпервізор з простим та ефективним вбудованим резервним копієм за допомогою тіньової копії. Підтримує знімки та міграцію VM (не в прямому ефірі, але ви можете переміщати VM від одного хоста до іншого за 15-20 хвилин, залежно від розміру мережі та vhd).

Ми можемо отримати величезну щільність за допомогою Hyper-V, на Dell 2950 з подвійним двокорпусним процесором, 32 ГБ пам'яті та великими жорсткими дисками ми бачимо більше 25 віртуальних машин Windows (1 Гб пам'яті та 1 процесор).

@tomjedrz - це дуже важливо - придбайте два коробки з обладнанням для головної частини, щоб ви не зупинилися, якщо одна знизиться.

На високому рівні ваш підхід є цілком прийнятним рішенням, вам просто потрібно пройти тестування, щоб переконатися, що він буде працювати у вашому оточенні.