Вы ограничиваетесь Hyper-V как Гипервизор?
Однако Руководство по планированию Hyper-V и Руководство по развертыванию и Hyper-V: Используя Hyper-V и Отказоустойчивую кластеризацию, вероятно, что Вы после как стартовая ссылка.
Я не использовал Hyper-v, но на основе того, что я считал и использование VMware ESX, что Вы предлагаете, не должна быть проблема вообще. FC или iSCSI не должны иметь значения, если Вы имеете, устанавливают основное устройство хранения данных и Microsoft Clustering для Hyper-V правильно. Вероятно, лучше всего пройти документы Microsoft и рассмотреть восстановление Вашей установки снова в случае необходимости.
Вы получили информацию для конфигурирования Вашего SAN для использования с Hyper-V от Вашего Поставщика SAN?
Попробуйте это, и если не удастся, попробуйте его в файле .htaccess ...
#Bad bot removal
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^useragent1 [OR]
RewriteCond %{HTTP_USER_AGENT} ^useragent2 [OR]
RewriteCond %{HTTP_USER_AGENT} ^useragent3
RewriteRule ^(.*)$ http://website-you-want-to-send-bad-bots-to.com
Следуйте этому шаблону и не ставьте [ИЛИ] на самый последний.
РЕДАКТИРОВАТЬ: Новое решение:
Если хотите чтобы заблокировать всех (дружественных) ботов, создайте файл с именем robots.txt и поместите его туда, где находится ваш index.html. Напишите в нем следующее:
User-agent: *
Disallow: /
Вам все равно нужно будет вести список, подобный моему исходному ответу (выше), чтобы запретить ботам, игнорирующим robots.txt.
Для тех, кто может прочитать это позже, вот сделка:
Я удалил директивы allow, deny из моих файлов .htaccess и смог запустить ожидаемое поведение для определенные пользовательские агенты, когда я подделал их с помощью User Agent Switcher в Firefox, поэтому кажется, что произошел некоторый конфликт. Однако другие пользовательские агенты в моем списке не были заблокированы - но это потому, что я не понимал значения символа «^», который используется в моем httpd.conf. В учебных пособиях по регулярным выражениям, которые я читал, говорится об этом, но сначала это не совсем осмыслилось: карат заставляет сервер смотреть только в самое начало всего всего строка пользовательского агента (а не отдельные строки внутри, как я изначально думал) при синтаксическом анализе запроса на соединение.