]]>Работая постоянно с винтом машина загнется. нужно будет рейды ставить или ssd
На серверах рейды нужно ставить обязательно. В зеркало ставить. Точнее - нельзя даже вводить сервер в промышленную эксплуатацию если он не стоит на зеркальных дисках. А дальше - надо озаботиться и кластеризацией файловых систем. Чтобы выход из строя одного сервера не приводил к остановке работы с данными.
]]>VirtualBox я использовал, но для виртуализации обычных пользовательских программ. Я считал, что virtualbox бесплатен только для личного и некоммерческого использования.
Это немного не так. Точнее - если не вырывать фразы из контекста лицензии на VB - совсем не так. VB распространяется по свободной лицензии при условии его персонального использования и при использовании в изучательных целях. При этом оговорено, что под персональным использованием понимается то, что раньше мы называли "однопользовательским" режимом работы. То есть явно оговорен запрет дистанционного доступа к гостевой оси с других хостов многих клиентов. Может бесплатно работать только один "клиент" и (как я понял, возможно неправильно) только локально. Речи о "коммерческом" использовании в организациях в лицензии на VB нет ни разу. Разве что под это дело с трудом можно подверстать фразу, что производитель _приветствует_ покупку этого продукта такими организациями.
------------------------
Исправление неточности. Оговорен запрет многопользовательского ремутного доступа не к гостевой оси, а к оси хоста, на котором развёрнут VB, с целью ремутного получения десктопа гостевой оси. Именно так переводится оригинальный текст лицензии. То есть средствами самого VB можно иметь только одно подключение к дестопу гостевой оси. Но если гостевая ось сама себе ремутный доступ организовывает, то никаких запретов на это дело лицензия не содержит. Равно как и запретов организовывать какой либо ремутный доступ к гостевой оси помимо предоставляемого средствами VB.
elve пишет:Troffi, в virtualbox можно подключить любой каталог из хост-системы. В этот каталог можно примонтировать общий раздел.
В этом случае будет возможно работать с одним и тем же разделом совместно и без риска.У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?
если есть возможность использовать аппаратную виртуализацию - юзай XEN. Нет - QEMU, VirtualBox.
Конфигурация следующая -
Виртуализуешь ВСЕ сервера - linux, windows, файловый
Linux и Windows сервера работаюст с файлом на файловом сервере, протоколы сам подбери какие нужны.
Почитав немного про NAS и SAN устройства я так понял, что это всё-таки в большинстве случаев отдельные устройства. А тут интересует вариант автономного доступа из двух операционных систем к локальным дискам.
Сделай ещё одну виртуалку под сетевое хранилище. Это будет самый правильный и надёжный способ.
]]>Troffi, в virtualbox можно подключить любой каталог из хост-системы. В этот каталог можно примонтировать общий раздел.
В этом случае будет возможно работать с одним и тем же разделом совместно и без риска.
У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?
]]>Если же вы примонтируете раздел от работающей виртуалки и будете напрямую в него писать, то, боюсь, возможно повреждение этого раздела.
]]>вариант автономного доступа из двух операционных систем к локальным дискам.
а если смонтировать vmdk? правда будет очень весело, доступ с линукс через ntfs-3g это загрузка процессора, samba предпочтительней.
]]>Самый простой и логичный способ для организации совместного файлового хранилища для нескольких ОС - использовать сетевое устройство хранение, доступное по любому протоколу, т.е. - NAS или SAN-устройство.
Почитав немного про NAS и SAN устройства я так понял, что это всё-таки в большинстве случаев отдельные устройства. А тут интересует вариант автономного доступа из двух операционных систем к локальным дискам.
]]>]]>Loky пишет:Используй сетевое хранилище NAS/SAN
XENЛаконичность это конечно хорошо, но всё таки хотелось бы услышать какие-то плюсы и минусы. А ещё лучше конкретные примеры реализации или советы по настройке.
Самый простой и логичный способ для организации совместного файлового хранилища для нескольких ОС - использовать сетевое устройство хранение, доступное по любому протоколу, т.е. - NAS или SAN-устройство. Как вариант - сервер с расшареным сетевым ресурсом.
XEN - штука простая и незамысловатая. поддерживает множество ОС, в том числе и MS. Я бы рекомендовал взять версию от Citrix, но и те что идут в поставке многих Linux хорошо подходят для виртуализации. Минус - сеть настраивается "через гланды".
Ну и как запасной вариант можно рассмотреть VMware Server 2. Он бесплатный, но на мой взгляд - тяжеловат.