Почему два сервера просматривают тот же диск, не могущий просмотреть те же файлы?
Я использую iPhone.
TouchTerm является большим приложением SSH. Это поддерживает и пароль и ключевую аутентификацию.
Большинство программ мониторинга можно настроить для отображения iPhone дружественный веб-интерфейс. Я также записал несколько веб-интерфейсов в наши графики пропускной способности. Ни для какой причины использовать приложение для него - веб-браузер не легко записать.
Клавиатура хорошо для ввода - я имею в виду даже с небольшой клавиатурой по одному из других телефонов (Как мой HTC TyTn), Вы все еще не можете ввести быстро, но для экземпляра хорошо, когда Вы активны и существует чрезвычайная ситуация с сервером.
iSCSI представляет блочное хранение Серверам. В большинстве сценариев серверы монтируют это устройство хранения данных с файловой системой (такой как NTFS), который принадлежит и управляется одним сервером только. NTFS (который является тем, что Вы, вероятно, используете здесь) обычно не является файловой системой с поддержкой кластеров поэтому, если вторичные хосты будут иметь видимость к тому же объему, то они будут или заблокированы (надо надеяться), или повредят объем.
Чтобы две отдельных машины совместно использовали объем iSCSI одновременно, у Вас должна быть файловая система с поддержкой кластеров, которая поддерживает это. VMFS VMware делает это, как делает кластерную файловую систему Кластерных совместно используемых томов (CSV), доступную в W2K8 R2 Гиперпротив.
Простое решение для Вас состоит в том, чтобы представить устройство хранения данных одному серверу и совместно использовать тот объем так, чтобы второй сервер мог отобразиться на него с помощью SMB.
Отредактированный для добавления:
Нет никакого реального пути вокруг двойного сетевого транзитного участка, если Вы выбираете деление объема с помощью Windows, но для большинства серверных приложений необходимо смочь указать Путь UNC (\\Server\sharename), а не буква сетевого диска. Это будет работать, если услуга будет работать в соответствии с учетной записью, которая имеет права на долю.
Вы не говорите, какую цель iSCSI Вы имеете - может быть возможно настроить его для действия, как (говорят) что SMB или доля NFS непосредственно. Windows Server 2008 R2 поддерживает компоненты Совместимости Unix, который включает клиент NFS. Это может предоставить Вам механизм, который избегает двойного сетевого транзитного участка, но я не могу прокомментировать производительность, это не могло бы быть немного лучше, чем доля SMB.
-
1+1 don' t делают это. Причина, почему вторая машина can' t видят первый machine' s записи то, потому что вторая машина поддерживает свой собственный кэш what' s продолжение. Совместное использование iSCSI LUN RW является хорошим способом повредить вещи. iSCSI isn' t для совместного доступа к файлам. – David Mackintosh 30 October 2009 в 16:05
-
2Или используйте файловую систему с поддержкой кластеров, такую как Менеджер хранилища Veritas для Windows. – Chopper3 30 October 2009 в 16:20
-
3Я скачкообразно двигаюсь, чтобы не иметь, подключают диск с одного из серверов. Это приводит к двум поездкам сети, которая является раздражающей, но выставочный стопор - то, что сетевой диск только доступен, когда я зарегистрирован. – Russ 30 October 2009 в 16:40
-
4+1 для CSV.. обратите внимание, что насколько я вспоминаю, это только поддерживается для совместно используемой памяти hyper-v виртуальных машин прямо сейчас - и чрезвычайно основное (хотя работая на эту намеченную задачу) ^^ – Oskar Duveborn 30 October 2009 в 16:42
-
5@Oskar - you' ре 100% тут же - CSV' s только используются для совместного использования Hyper-V и can' t считаться файловыми системами общего назначения в любом смысле. There' s вполне хорошая статья о CSV' s здесь: vcritical.com/2009/09/hands-off-that-csv . Резервная проблема довольно серьезна, но 2010 DPM, как предполагается, разрешает это. – Helvick 30 October 2009 в 22:58