Для обеспечения отказоустойчивости на уровне ISA/TMG необходимо создание массива из нескольких брандмауэров. Но такая возможность присутствует только в редакции Enterprise Edition обоих продуктов. Однако существует неподдерживаемый метод объединения нескольких ISA/TMG Standard Edition в NLB-кластер. При этом Вы получаете частичную отказоустойчивость, но теряете официальную поддержку вендора. Да и реализация данного сценария далеко от тривиальной :)

Правда, это не самый идеальный случай. Во-первых, в такой конфигурации ISA Server будет “делить” один из адапетров с хостовой системой, что само по себе представляет компрометацию всех ВМ при успешном получении контроля над ISA Server извне. Во-вторых, при “зависании” служб гипервизора мы потеряете возможность получения удаленного контроля над хостовой машиной. Во избежании такой ситуации рекомендуется оставить хотя бы одно сетевое подключение неподконтрольным гипервизору.

В любом случае, предложенный Вами сценарий имеет право на существование. Особенно, если у Вас нет необходимости в параноидальном уровне безопасности ;)

Тема, прицепи на эти слова линк, где Микрософт официально об этом говорит. Так будет лучше.

Функционал кэширующего веб-прокси севера относиться к роли предоставления внешнего доступа пользователей к ресурсам сети Интернет. Но Вы правы, в рамках данного проекта заказчик отказался от настройки механизма кэширования. В качестве аргументов заказчиком приводились достаточная ширина интернет-канала (10 МБит/сек), а также средний уровень активности сотрудников компании в сети Интернет.

Что же касается, настройки кэша ISA Server в вирутальной среде. Хотя для самого ISA Server дисковая подсистема критическим ресурсом не является (как, например, для Exchange Server или SQL Server), производительность при включенном механизме кэширования напрямую зависит от производителности виртуальный дисков.

Очевидно, что при использовании технологий виртуализации мы получим некоторое падение уровня производительности. Для оптимизации производительности дисковой подсистемы виртуальной машины рекомендую следовать нескольким правилам:

1) размещать программные файлы ISA Server и кэш на дисках, отличных от системного (лучше создать 2 или более виртуальных жёстких диска VHD на разных физических дисках);
2) подключать виртуальные диски VHD исполняемых фалов ISA Server и кэша через виртуальный SCSI-контроллер, вместо IDE-контроллера;
3) использовать вирутальные жёсткие диски типа “Fixed” вместо “Dynamic”;
4) в идеале, следует подключать к виртуальной машине несколько физических дисков “напрямую”, используя так называемые “Passthrough Disks” в Hyper-V для получения максимального уровня производительности.