Назад | Перейти на главную страницу

Linux-KVM: файловый сервер в качестве гостя или хоста?

Я планирую создать сервер Ubuntu, который прежде всего должен быть файловым сервером, но из-за бюджетных ограничений, скорее всего, он будет использоваться для запуска виртуальных образов для нескольких различных проектов разработки / серверов (вероятно, редко одновременно; в основном будет тестироваться).

Я изучил различные решения виртуализации (Xen, KVM, VirtualBox) и в настоящее время думаю, что буду использовать KVM, хотя я новичок в этом в контексте сервера (я широко использовал Virtual PC в Windows).

У меня вопрос: Должен ли я сделать все возможное и виртуализировать все или просто виртуализировать дополнительные ОС и оставить файловый сервер на уровне хоста?

Я бы инстинктивно пошел на виртуализацию всего, но если я использую виртуальный сервер в качестве файлового сервера, я предполагаю, что это приведет к появлению на хосте какого-то массивного единственного файла, содержащего все файлы моих файловых серверов. Я был просто обеспокоен тем, что это может вызвать потенциальные проблемы (я знаю, что довольно большие файлы - это нормально, но я не был уверен, насколько велик был бы размер, и если, скажем, 500 ГБ могут стать проблемой!)

Другое дело, что, возможно, я здесь упускаю какую-то хитрость из-за моего относительного новизны с KVM и виртуализацией серверов. (рискуя показаться очень неинформированным ...) Необходимо ли, чтобы файлы файлового сервера находились в этом образе, или, возможно, они могут находиться на уровне ОС хоста и по-прежнему иметь файловый сервер, ответственный за их обслуживание в моей сети?


Подробности на случай, если они помогут:

Предполагаемая ОС хоста: Сервер Ubuntu 9.10

Гостевые ОС: скорее всего, это Ubuntu 9.10 Server, но в идеале я надеюсь использовать Windows 7 для тестирования в конкретном проекте.

Ожидается, что гостевая ОС будет включать: (потенциально) файловый сервер; установка mediawiki (плюс тестовая версия); веб-сервер (Apache) для некоторых простых внутренних веб-страниц, которые не могут находиться на том же компьютере, что и машина mediawiki; Тестовая машина Win7;

Для любого доступа я планирую удаленно подключаться по SSH (хотя большую часть времени я буду в том же месте, что и сервер.


Любой (конструктивный) совет с благодарностью получен!

Спасибо, Нил

KVM и, возможно, другие решения позволяют представить гостевой ОС целое блочное устройство. Вы можете, например, настроить выделенный раздел LVM (или даже полный диск) в хост-системе для файлов вашего файлового сервера и представить это вашей виртуальной машине файлового сервера как жесткий диск, смонтированный в / srv, например .

Таким образом, у вас не будет одного огромного файла для вашего сервера - только раздел на дисках хоста. Это позаботится о файлах, находящихся на хосте, но обслуживаемых виртуальным файловым сервером в вашей сети.

У меня очень похожая установка, также на Ubuntu 9.10 с KVM, где у меня есть каталог LDAP и 6 виртуальных серверов, работающих поверх двух физических серверов. Меня раздирала такая же ситуация, как и у вас - настроить 2 виртуальные машины для размещения LDAP или запустить его на физических машинах? Я ответил, что физическим машинам также нужен доступ к LDAP, я размещу его на физических ящиках. Если бы я сделал наоборот, и виртуальный сервер LDAP вышел из строя, физические серверы не смогли бы его использовать. Но если физический сервер выйдет из строя, виртуальные машины также выйдут из строя, поэтому не имеет значения, что LDAP не работает!

В моей настройке все виртуальные машины находятся в разделах LVM на уровне хоста, потому что они реплицируются между двумя физическими машинами с использованием DRBD, поэтому, если один физический ящик умирает, их можно быстро купить на другом. Полный раздел LVM представляется виртуальной машине как жесткий диск SCSI, а затем виртуальная машина разбивает этот «жесткий диск» на разделы, также используя LVM.

Имейте в виду, что если вы полностью виртуализируете файловый сервер без VT-d-подобные технологии и правильное оборудование, у этого не будет доступа к информации SMART HDD, поэтому подумайте, какая надежность вам нужна.