Jump to content
Калькуляторы

Вопрос по iSCSI одновременная работа нескольких клиентов с одним томом

Есть СХД с интерфейсом iSCSI 1/10G (4 хост-интерфейса).

Есть несколько (5) серверов с интерфейсами 10G.

Сервера обслуживают систему видеонаблюдения и пишут видеоархив на СХД.

 

На СХД созданы 2 тома, эти тома подключены к серверам под одинаковыми буквами (диски X и Y).

Но сервер не видит на диске изменений, сделанных другими серверами.

То есть на сервере можно создать файл на диске X, а другие сервера этот файл не увидят. И наоборот, на сервере можно удалить с диска X файл, а другие сервера будут этот файл по прежнему видеть и даже читать его содержимое.

 

Можно ли средствами СХД (NetApp E2700, если это важно) организовать совместную работу нескольких серверов с одним томом?

Делать несколько томов и каждому серверу выдавать по одному тому я бы не хотел, так дисковое пространство будет расходоваться неэффективно.

Share this post


Link to post
Share on other sites

Вероятно, нужна файловая система, которая умеет работать с нескольких узлом на одном блочном устройстве.

Что-то вроде Oracle Cluster Filesystem 2 (OCFS2) в Linux.

Share this post


Link to post
Share on other sites

В каком смысле?

iSCSI, через Ethernet-среду.

Просто вы не написали что сервера подключены через iSCSI. Я бы на вашем месте попробовал бы следующее. Взял парочку рабочих станций на Windows 7 и выше, и подключил бы их к таргету. Если проблема повторилась, тогда косяк в настройке СХД

Share this post


Link to post
Share on other sites

Не пойму, какой косяк в настройке СХД имеется ввиду?

Про iSCSI написано в первом же предложении. Сервера Windows Server 2012 R2. Это примерно Windows 8, чем тут поможет Windows 7?

Share this post


Link to post
Share on other sites

В Win2012 есть такая штука - диспетчер отказоустойчивой кластеризации.

Одна из ролей там файловый сервер. Сам я ей не пользовался, но может попробовать копнуть в эту сторону?

http://technet.microsoft.com/ru-ru/library/jj612868.aspx

Edited by purecopper

Share this post


Link to post
Share on other sites

В данном контексте, архитектурно, NAS намного предпочтительнее SAN, NetApp умеет отдавать разделы и по SMB, но это от лицензий зависит.

Share this post


Link to post
Share on other sites

вы - очень смелый. удивительно, что не порушили файловую систему такими действиями.

Пока информации на дисках нет, экспериментировать не страшно.

Кроме того, в SCSI команды выстраиваются в очередь, поэтому думаю что файловую систему сломать нельзя, только испортить отдельные файлы.

Хотя конечно на-живую это проверять я не собираюсь.

 

В данном контексте, архитектурно, NAS намного предпочтительнее SAN, NetApp умеет отдавать разделы и по SMB, но это от лицензий зависит.

Да, я это уже понял.

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

Да и консультанты вендора этот момент проморгали, они скорее всего мой вопрос неправильно поняли и сказали, что никаких проблем при работе с одной СХД не будет.

У меня E-серия, там по-моему SMB не поддерживается никак.

Share this post


Link to post
Share on other sites

Кроме того, в SCSI команды выстраиваются в очередь, поэтому думаю что файловую систему сломать нельзя, только испортить отдельные файлы.

отвечу коротко: вы не правы. и журнал тут не спасет.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.