VirtualBox - использование в небольшом офисе и резервное копирование

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

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

Я ценю, что для резервного копирования виртуальных машин нужно будет отключить питание, но я не думаю, что это будет пробой. Возможно, мы решили запустить Samba на основной операционной системе, поэтому нет необходимости его выключать (мы просто разберемся с rsync данных).

Так что я просто ищу мнения об этом подходе "ВМ для всего". Это нормально для бизнеса? Есть ли какие-то явные проблемы с этим или вещами, которые просто не будут возможны по сравнению с физическими коробками? Кто-нибудь пробовал это и сталкивался с какими-то серьезными проблемами или все получилось?

Любые мнения высоко ценятся.

С уважением,

Джеймс.

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

Сейчас мы виртуализируем 7 серверов. Есть некоторые поставщики, которые не поддерживают виртуализацию ... Exchange не поддерживается, как, например, и Oracle, но это можно сделать.

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

Возможно, вам придется попробовать это, чтобы выяснить, насколько хорошо это работает в ваших обстоятельствах. Мы это любим. Это снижает требования к энергопотреблению в нашей серверной комнате, мы можем выполнять резервное копирование состояния системы в выходные дни, и это помогло контролировать производительность, а также помогало с планами восстановления на случай, если что-то случится с нашим сервером.

Вы можете собрать относительно недорогие системы ESXi, следуя инструкциям на сайтах, таких как здесь и здесь . Очень требователен к аппаратной поддержке; Вы захотите взглянуть на HCL, чтобы убедиться, что у вас есть что-то, что работает «из коробки», или сайты «белого ящика» для проверенных вещей.

Краткий ответ на первоначальный вопрос - ДА. Виртуализация становится де-факто «лучшей практикой» (насколько я ненавижу этот термин) для предприятий, которым необходимо иметь несколько сетевых приложений или функций.

1- Как правило, наличие только одного сервера не рекомендуется. В более общем случае компания разделяет функциональность между двумя серверами, каждый из которых имеет некоторый запас, так что проблема с оборудованием не может полностью поставить компанию на колени.

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

3. Постепенный подход обычно лучше. Возьмите один сервер и поместите на него одну функцию в виртуальной машине. Затем получите второй сервер и получите избыточный (и попрактикуйтесь в восстановлении). Затем перенесите функции в новые виртуальные машины по мере необходимости или по желанию.

4. Притворись, что это очередной выпуск программного обеспечения. ТЕСТ, ТЕСТ, ТЕСТ. Протестируйте приложения, протестируйте резервное копирование, протестируйте восстановление, протестируйте диск, протестируйте инструменты виртуализации и т. Д.

5- Дополнительную сложность виртуализации не следует сбрасывать со счетов или недооценивать. Семь функций, виртуализированных на одном сервере, не уменьшат необходимые административные усилия; на самом деле это, вероятно, увеличит его. Убедитесь, что вы понимаете административные аспекты: что контролировать, как управлять диском и т. Д.

Удачи!

VirtualBox - отличное решение для виртуализации десктопов, но не отличное серверное решение. Hyper-V или ESX или XenServer - это, вероятно, путь, по которому вы должны идти.

Я не имею в виду рог Windows, но у меня больше всего опыта с ним. Hyper-V - это отличный гипервизор с простым и эффективным встроенным резервным копированием с использованием теневого копирования. Поддерживает моментальные снимки и миграцию виртуальных машин (не в режиме реального времени, но вы можете переместить виртуальную машину с одного хоста на другой за 15-20 минут в зависимости от сети и размера виртуального жесткого диска).

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

@tomjedrz имеет большое значение - получите два аппаратных блока с запасом, чтобы вы не остановились, если один из них выйдет из строя.

На высоком уровне ваш подход является вполне приемлемым решением, вам просто нужно провести некоторое тестирование, чтобы убедиться, что оно будет работать в вашей среде.