Лучшие практики для совместно используемой памяти между веб-серверами Windows?
Я много раз использовал ophcrack, и он работает очень хорошо. По существу это - начальная загрузка Linux CD, который отобразит все локальные имена пользователей и пароли на целевых машинах.
Это - спаситель.... работает с XP и Vista и иногда занимает до 20 минут, чтобы сделать ее вещь.
Как Вам предоставляют доступ к SAN? Они просто создают объем на SAN, затем дающем Вам целевое имя и т.д. для добавления к iscsi коннекторам в Windows? У Вас не должно действительно быть проблем с помощью SAN между несколькими серверами, пока Вы устанавливаете, как к нему получают доступ правильно.
Что Вы пытаетесь сделать с совместно используемой памятью между веб-серверами? Можно хотеть изучить установку прокси, который это веб-серверы могут использовать и затем иметь использование прокси совместно используемая память.
Несколько вещей действительно - firsly полномочия и получение удаленного диска, подключенного при начальной загрузке сервера (то, когда нет никакого пользователя, вошло в систему), и во-вторых что происходит, если удаленный диск становится недоступным - как это становится повторно отображенным? Мы должны использовать сетевой диск вообще?
Я попытался совместно использовать папку на SAN как виртуальная папка в IIS и установить полномочия там, но испытал трудности с полномочиями там также.
Я хотел бы прокомментировать производительность, но мне на самом деле никогда не удавалось заставить ее работающий достаточно хорошо сравнивать ее. Я просто задавался вопросом, как другие люди делают это?
-
1Сервисы должны никогда быть уверенными в Сетевых дисках. Поэтому у нас есть пути UNC. Используйте тех, которые для чего-либо этим isn' t интерактивное пользовательское приложение – Zypher 12 January 2010 в 00:52
Существует объем, созданный на SAN и совместно использованный через файловый сервер Windows в том же домене как веб-серверы. Мы затем подключали диск к файловому серверу, однако поскольку "Zypher" указал, что я думаю, что мы должны были использовать пути UNC. Однако я все еще не уверен, является ли это лучшим решением. Какая-либо Тень идей?
Если только одному серверу нужен доступ к данным, можно присвоить его непосредственно так, чтобы сервер рассматривал его как локальный диск (если дублирование требуется, можно использовать Службы кластеров). Если нескольким серверам будет нужен доступ, Вам, вероятно, будет нужен сервер, подключенный к устройству хранения данных для деления его в сети, если устройство хранения не будет иметь собственную возможность Сетевого хранилища данных, в этом случае необходимо использовать это.
В Windows 2008 Cluster Services существует опция использовать общий диск среди нескольких компьютеров (возможно только 2 008 R2), но это, как только предполагается, используется для Hyper-V и не рекомендуется для регулярных данных.
От чего происходили трудности? Отказ устройства хранения данных, сообщения об ошибке, проблемы в самих приложениях, полномочиях, немасштабировании, скорости...? Вообще говоря, SAN для централизации устройства хранения данных как бэкэнда для данных должен хорошо работать. Это зависит, на какой проблеме Вы сталкивались, который сузит то, что Ваш следующий план действий должен быть (каково было узкое место или было там определенным отказом или ошибкой, которую Вы поражали?)