1 (08.03.2010 18:52:18 отредактировано Troffi)

Здравствуйте всем!
Возникла такая проблема, необходимо разместить сервер, который бы являлся: файл-сервером для windows-машин, apache+tomcat, ftp и прочее. Плюс ко всему необходимо поставить чисто windows-сервер IAS и если понадобится какие-то OPC-сервера. Вопрос в том, как это лучше всего сделать, так чтобы IAS и остальные windows-сервера работали с файлами расположенными на linux-разделах и соответственно комфортно себя чувствовали в сети.
Спасибо.

2 (08.03.2010 19:30:53 отредактировано ism)

Не совсем понял в чем проблема
Есть samba
кажется линукс понимает activedirectory

Буддийская истина в Linux  dd if=/dev/random of=/dev/null

3

Вопрос на счёт виртуализации IAS (industrial application server) и OPC-серверов (Разработаны исключительно под windows). В принципе как реализовывать такую систему? Чтобы файлы проектов были доступны как и IAS-серверу, так и через, к примеру, proftpd. Все на одной хост-машине под управлением linux.
Как раз samba и прочее не вызывает трудностей.

4 (08.03.2010 19:48:18 отредактировано ism)

Где должны находиться файлы проектов , в только Linux ?
IAS сервер может брать их через samba в линуксе, а ftp сервер может обращаться к той же папке.
я конечно смутно понимаю всю схему. у вас на хост машине две виртуальных и IAS и OPC и вы хотите заставить их обмениваться данными

Буддийская истина в Linux  dd if=/dev/random of=/dev/null

5

Я хочу, чтобы у всех программ, как работающих по linux, так и под виртуальной машиной было общее пространство файлов.

А второй вопрос заключается в том, какие могут возникнуть трудности при настройке такого сервера, где виртуальная машина с запущенными IAS и OPC серверами стартовала при запуске самого сервера. Какую платформу для виртуализации лучше всего выбрать?

6

1) samba
2) http://www.rtsoft.ru/ и их ответ будет очень дорогим.

7

http://www.virtualbox.org/ бесплатен

на линукс машине делаешь так как в предыдущем моем посте. И главное грамотно делаешь настройки сети в гостевых Windows (получается как бы сеть из нескольких машин на одном интерфейсе) И через мост на eth0 Windows гостевая машина увидит сетевые папки samba в хост машине.

Буддийская истина в Linux  dd if=/dev/random of=/dev/null

8 (08.03.2010 20:16:01 отредактировано voral)

Troffi пишет:

Я хочу, чтобы у всех программ, как работающих по linux, так и под виртуальной машиной было общее пространство файлов.

А второй вопрос заключается в том, какие могут возникнуть трудности при настройке такого сервера, где виртуальная машина с запущенными IAS и OPC серверами стартовала при запуске самого сервера. Какую платформу для виртуализации лучше всего выбрать?

Года полтора назад был проект связанный с OPC сервером. Сервер крутился на виртуальной машине установленной на винХР. Ос на виртуальной машине (VMWare) win2000 server. Кстати у клиентов это стандартная схема использования виртуальных машин. Думаю и под VirtualBox проблем не будет с этим.   

В виртуалбоксе вы спокойно можете получить доступ хоть ко всей файловой системе хостовой машины. (см. Общие папки).

Естественно если вы настроите на гостевой сеть как "Сетевой мост" то все остальные машины в сети в том числе и ваша хостовая система будут "видеть" ее как еще один обычный комп в тойже подсети. но со своим айпи.

Вообще тут надо "пробовать". Потому что даже тот же ОРС сервер - ОРС серверу рознь.....   Но, имхо, вопрос будет лишь по подбору подходящего железа.

Сейчас постоянно использую ВиртуалБокс - проблем нет ни каких.

То что не убивает нас, делает нас сильнее! © Ницше.
When life puts you in tough situations, don’t say "why me". Just say "try me".
GNU/Linux Debian

9 (08.03.2010 20:21:01 отредактировано )

Troffi пишет:

Я хочу, чтобы у всех программ, как работающих по linux, так и под виртуальной машиной было общее пространство файлов.

Используй сетевое хранилище NAS/SAN

Troffi пишет:

Какую платформу для виртуализации лучше всего выбрать?

XEN

Linux можно любить, можно НЕ любить, но совершенно точно его уже нельзя игнорировать.

10 (08.03.2010 20:33:01 отредактировано Troffi)

Спасибо!
VirtualBox я использовал, но для виртуализации обычных пользовательских программ. Я считал, что virtualbox бесплатен только для личного и некоммерческого использования.
Тогда буду пробовать. О результатах эксперимента буду отписываться здесь.

voral пишет:

Но, имхо, вопрос будет лишь по подбору подходящего железа.

Какие проблемы могут возникнуть из-за железа? Недостаток мощности для работы хост и гостевой системы? Или ещё есть какие-то тонкости?

Loky пишет:

Используй сетевое хранилище NAS/SAN
XEN

Лаконичность это конечно хорошо, но всё таки хотелось бы услышать какие-то плюсы и минусы. А ещё лучше конкретные примеры реализации или советы по настройке.

11

Troffi пишет:

Какие проблемы могут возникнуть из-за железа? Недостаток мощности для работы хост и гостевой системы? Или ещё есть какие-то тонкости?

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

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

То что не убивает нас, делает нас сильнее! © Ницше.
When life puts you in tough situations, don’t say "why me". Just say "try me".
GNU/Linux Debian

12

Troffi пишет:

Какие проблемы могут возникнуть из-за железа? Недостаток мощности для работы хост и гостевой системы? Или ещё есть какие-то тонкости?

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

13

voral пишет:

Возможно есть смысл диск виртуальной машины вынести на отдельный физический диск.

А это реализуется на VirtualBox? Через vmdk образы?

elve пишет:

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

Как раз этот сервер и будет собран на обычном железе и возможность выбрать процессор для аппаратной виртуализации, к сожалению, нет возможности. Однако, буду надеяться.

14

Troffi пишет:

Как раз этот сервер и будет собран на обычном железе и возможность выбрать процессор для аппаратной виртуализации, к сожалению, нет возможности. Однако, буду надеяться.

Отдельные версии DualCore и Core2Duo поддерживают таковую. Да и среди продукции AMD тоже много процессоров поддерживают эту технологию. В прайсах обычно это указывается.

15

Troffi пишет:

А это реализуется на VirtualBox? Через vmdk образы?

В справке виртуал бокса:
9.5. Advanced storage configuration
9.5.1. Using a raw host hard disk from a guest

То что не убивает нас, делает нас сильнее! © Ницше.
When life puts you in tough situations, don’t say "why me". Just say "try me".
GNU/Linux Debian

16

Troffi пишет:
Loky пишет:

Используй сетевое хранилище NAS/SAN
XEN

Лаконичность это конечно хорошо, но всё таки хотелось бы услышать какие-то плюсы и минусы. А ещё лучше конкретные примеры реализации или советы по настройке.

Самый простой и логичный способ для организации совместного файлового хранилища для нескольких ОС - использовать сетевое устройство хранение, доступное по любому протоколу, т.е. - NAS или SAN-устройство. Как вариант - сервер с расшареным сетевым ресурсом.
XEN - штука простая и незамысловатая. поддерживает множество ОС, в том числе и MS. Я бы рекомендовал взять версию от Citrix, но и те что идут в поставке многих Linux хорошо подходят для виртуализации. Минус - сеть настраивается "через гланды".
Ну и как запасной вариант можно рассмотреть VMware Server 2. Он бесплатный, но на мой взгляд - тяжеловат.

Linux можно любить, можно НЕ любить, но совершенно точно его уже нельзя игнорировать.

17

KVM. Сеть настраивается нормально, без гланд ab

18

Loky пишет:

Самый простой и логичный способ для организации совместного файлового хранилища для нескольких ОС - использовать сетевое устройство хранение, доступное по любому протоколу, т.е. - NAS или SAN-устройство.

Почитав немного про NAS и SAN устройства я так понял, что это всё-таки в большинстве случаев отдельные устройства. А тут интересует вариант автономного доступа из двух операционных систем к локальным дискам.

19

Troffi пишет:

вариант автономного доступа из двух операционных систем к локальным дискам.

а если смонтировать vmdk? правда будет очень весело, доступ с линукс через ntfs-3g это загрузка процессора, samba предпочтительней.

20

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

Если же вы примонтируете раздел от работающей виртуалки и будете напрямую в него писать, то, боюсь, возможно повреждение этого раздела.

21

elve пишет:

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

У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?

22

А почему бы Вам не попробовать vmware server? По мне он гораздо более качественный нежели virtualbox

23

Troffi пишет:

Почитав немного про NAS и SAN устройства я так понял, что это всё-таки в большинстве случаев отдельные устройства. А тут интересует вариант автономного доступа из двух операционных систем к локальным дискам.

Сделай ещё одну виртуалку под сетевое хранилище. Это будет самый правильный и надёжный способ.

Linux можно любить, можно НЕ любить, но совершенно точно его уже нельзя игнорировать.

24

Troffi пишет:
elve пишет:

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

У меня в этом случае возникали очень большие задержки при листинге каталогов, как этого можно избежать?


если есть возможность использовать аппаратную виртуализацию - юзай XEN. Нет - QEMU, VirtualBox.
Конфигурация следующая -
Виртуализуешь ВСЕ сервера - linux, windows, файловый
Linux и Windows сервера работаюст с файлом на файловом сервере, протоколы сам подбери какие нужны.

У каждой сложной проблемы есть очевидное, дешевое и простое решение. Оно неверное.

25 (31.03.2010 22:37:25 отредактировано Saks)

XenCitrix или XenCloudPlatform плюс можешь попробовать дистр NAS - Openfiler. Если  что то в личку.
P.S. Насчет гланд сильно! Один раз вчитаться и все прозрачно...

Любитель гаечных ключей

26

KVM для крутой виртуализации супер на перспективу или VirtualBox. Проц для KVM нужен только с поддержкой нужных фич.
У самих ESET Remote Administration Server крутится в VMWare Server (важно было что-то быстро пос тавить чтоб работу хостмашины не прерывать)
Для сетевого хранилища действительно лучше samba юзать. у нас все хранилища на NAS

27 (30.05.2011 22:35:10 отредактировано Cruiser78)

Troffi пишет:

VirtualBox я использовал, но для виртуализации обычных пользовательских программ. Я считал, что virtualbox бесплатен только для личного и некоммерческого использования.

Это немного не так. Точнее - если не вырывать фразы из контекста лицензии на VB - совсем не так. VB распространяется по свободной лицензии при условии его персонального использования и при использовании в изучательных целях. При этом оговорено, что под персональным использованием понимается то, что раньше мы называли "однопользовательским" режимом работы. То есть явно оговорен запрет дистанционного доступа к гостевой оси с других хостов многих клиентов. Может бесплатно работать только один "клиент" и (как я понял, возможно неправильно) только локально. Речи о "коммерческом" использовании в организациях в лицензии на VB нет ни разу. Разве что под это дело с трудом можно подверстать фразу, что производитель _приветствует_ покупку этого продукта такими организациями.
------------------------
Исправление неточности. Оговорен запрет многопользовательского ремутного доступа не к гостевой оси, а к оси хоста, на котором развёрнут VB, с целью ремутного получения десктопа гостевой оси. Именно так переводится оригинальный текст лицензии. То есть средствами самого VB можно иметь только одно подключение к дестопу гостевой оси. Но если гостевая ось сама себе ремутный доступ организовывает, то никаких запретов на это дело лицензия не содержит. Равно как и запретов организовывать какой либо ремутный доступ к гостевой оси помимо предоставляемого средствами VB.

28

Для iaS и для всего остального хорошо подходят WMware, citrixXEN и KVM, только у KVM нету нормальных менеджеров и клиента для работы в виртуальной среде, т.е. с граблями придется создавать образа если нет под рукой нормального менеджера типа ovirt или чегонибудь еще. У WMware и citrixXEN есть практически всё из коробки плюс свой клиент для vdi с поддержкой проброса видеокарты для ускорения вывода графики. По производительности их можно охарактеризовать так: на первом месте идет KVM, на втором citrixXEN и самый медленный WMware.
     Я только незнаю про поддержку у KVM проброса оборудования и ускорения видео, зато по цене он будет самый дешевый. Правда мороки с ним много, из за того что нету готового продукта виртуализации на нем.

29 (25.06.2011 11:40:42 отредактировано dorianz)

Работая постоянно с винтом машина загнется. нужно будет рейды ставить или ssd
косоглазие

30

dorianz пишет:

Работая постоянно с винтом машина загнется. нужно будет рейды ставить или ssd

На серверах рейды нужно ставить обязательно. В зеркало ставить. Точнее - нельзя даже вводить сервер в промышленную эксплуатацию если он не стоит на зеркальных дисках. А дальше - надо озаботиться и кластеризацией файловых систем. Чтобы выход из строя одного сервера не приводил к остановке работы с данными.