Troffi, в virtualbox можно подключить любой каталог из хост-системы. В этот каталог можно примонтировать общий раздел.
В этом случае будет возможно работать с одним и тем же разделом совместно и без риска.
У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?
А почему бы Вам не попробовать vmware server? По мне он гораздо более качественный нежели virtualbox
Почитав немного про NAS и SAN устройства я так понял, что это всё-таки в большинстве случаев отдельные устройства. А тут интересует вариант автономного доступа из двух операционных систем к локальным дискам.
Сделай ещё одну виртуалку под сетевое хранилище. Это будет самый правильный и надёжный способ.
[quote=elve]Troffi, в virtualbox можно подключить любой каталог из хост-системы. В этот каталог можно примонтировать общий раздел.
В этом случае будет возможно работать с одним и тем же разделом совместно и без риска.
У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?[/quote]
если есть возможность использовать аппаратную виртуализацию - юзай XEN. Нет - QEMU, VirtualBox.
Конфигурация следующая -
Виртуализуешь ВСЕ сервера - linux, windows, файловый
Linux и Windows сервера работаюст с файлом на файловом сервере, протоколы сам подбери какие нужны.
XenCitrix или XenCloudPlatform плюс можешь попробовать дистр NAS - Openfiler. Если что то в личку.
P.S. Насчет гланд сильно! Один раз вчитаться и все прозрачно...
KVM для крутой виртуализации супер на перспективу или VirtualBox. Проц для KVM нужен только с поддержкой нужных фич.
У самих ESET Remote Administration Server крутится в VMWare Server (важно было что-то быстро пос тавить чтоб работу хостмашины не прерывать)
Для сетевого хранилища действительно лучше samba юзать. у нас все хранилища на NAS
VirtualBox я использовал, но для виртуализации обычных пользовательских программ. Я считал, что virtualbox бесплатен только для личного и некоммерческого использования.
Это немного не так. Точнее - если не вырывать фразы из контекста лицензии на VB - совсем не так. VB распространяется по свободной лицензии при условии его персонального использования и при использовании в изучательных целях. При этом оговорено, что под персональным использованием понимается то, что раньше мы называли "однопользовательским" режимом работы. То есть явно оговорен запрет дистанционного доступа к гостевой оси с других хостов многих клиентов. Может бесплатно работать только один "клиент" и (как я понял, возможно неправильно) только локально. Речи о "коммерческом" использовании в организациях в лицензии на VB нет ни разу. Разве что под это дело с трудом можно подверстать фразу, что производитель _приветствует_ покупку этого продукта такими организациями.
------------------------
Исправление неточности. Оговорен запрет многопользовательского ремутного доступа не к гостевой оси, а к оси хоста, на котором развёрнут VB, с целью ремутного получения десктопа гостевой оси. Именно так переводится оригинальный текст лицензии. То есть средствами самого VB можно иметь только одно подключение к дестопу гостевой оси. Но если гостевая ось сама себе ремутный доступ организовывает, то никаких запретов на это дело лицензия не содержит. Равно как и запретов организовывать какой либо ремутный доступ к гостевой оси помимо предоставляемого средствами VB.
Для iaS и для всего остального хорошо подходят WMware, citrixXEN и KVM, только у KVM нету нормальных менеджеров и клиента для работы в виртуальной среде, т.е. с граблями придется создавать образа если нет под рукой нормального менеджера типа ovirt или чегонибудь еще. У WMware и citrixXEN есть практически всё из коробки плюс свой клиент для vdi с поддержкой проброса видеокарты для ускорения вывода графики. По производительности их можно охарактеризовать так: на первом месте идет KVM, на втором citrixXEN и самый медленный WMware.
Я только незнаю про поддержку у KVM проброса оборудования и ускорения видео, зато по цене он будет самый дешевый. Правда мороки с ним много, из за того что нету готового продукта виртуализации на нем.
Работая постоянно с винтом машина загнется. нужно будет рейды ставить или ssd
косоглазие
Работая постоянно с винтом машина загнется. нужно будет рейды ставить или ssd
На серверах рейды нужно ставить обязательно. В зеркало ставить. Точнее - нельзя даже вводить сервер в промышленную эксплуатацию если он не стоит на зеркальных дисках. А дальше - надо озаботиться и кластеризацией файловых систем. Чтобы выход из строя одного сервера не приводил к остановке работы с данными.
