Monday, December 11th, 2017

Оптимизация кэширования в ISA 2004 (Часть 2)

Published on Февраль 13, 2009 by   ·   Комментариев нет

Если вы пропустили первую часть из этой серии статей, то, пожалуйста, прочитайте:

В этой статье мы сосредоточимся на ISA 2004, сжатии информации внутри сервера и модификациях возможностей ISA 2004, которые появились с выходом второго пакета обновлений ISA service pack 2.

Существует два режима кэширования — Активное (active) и пассивное (passive) кэширование (caching). Активное кэширование заранее извлекает содержимое с web сервера и кэширует его. Пассивное кэширование извлекает содержимое с web сервера лишь в том случае, когда пользователь запрашивает это содержимое, а затем кэширует это содержимое.

Пассивное кэширование используется для улучшения производительности доступа к интернету и снижения частоты использования пропускного канала (bandwidth). Для того чтобы лучше понять, какой трафик необходимо заносить в кэш, необходимо установить журнализацию (logging), это в свою очередь позволит построить базовую линию (baseline), а это поможет идентифицировать, какой именно трафик необходимо заносить в кеш (трафик, который необходимо контролировать — HTTP, HTTPS и FTP).

Влияние на производительность ISA

В большинстве сценариев используется только одни кэш-сервер (caching server), но сценарии меняются, и для больших организаций появляются более расширяемые требования. ISA в состоянии обрабатывать более чем 30,000 кэшированных запросов. Но рекомендуется перед использованием в промышленной среде выполнить мониторинг производительности. Нагрузочный тест (stress test) – это замечательный способ гарантировать, что ваше аппаратное обеспечение в состоянии это выполнить.

Для того, чтобы установить performance monitoring (мониторинг производительности) следуйте инструкциям, представленным ниже:

  1. Откройте консоль Performance из папки Administrative Tools.
  2. Убедитесь, что выбран параметр Pages/sec и нажмите клавишу DELETE. Нажмите на клавишу DELETE еще два раза и удалите все параметры производительности (performance counters).
  3. Нажмите на кнопку Add (+) в панели инструментов консоли Performance.
  4. В диалоговом окне Add Counters в списке Performance Object нажмите на ISA Server Cache.
  5. Нажмите на All counters, а затем на кнопку Add.
  6. Нажмите на кнопку Close, чтобы закрыть диалоговое окно Add counters.
  7. Нажмите Ctrl-R, чтобы переключиться с окна performance view на окно report view.

Кэш и сжатие на сервере ISA

Кэш и сжатие на сервере ISA работают совместно, что обеспечить более эффективное обслуживание запросов на сжатие (compression requests). Содержимое кэшируется в одном из трех форматов:

  • Compressed (сжатый): Содержимое запрашивается и кэшируется в сжатом формате (compressed format).
  • Uncompressed (несжатый): Содержимое запрашивается и кэшируется в несжатом формате (uncompressed format).
  • Uncompressed and Uncompressible (несжатый и несжимаемый): Если запрос на сжатое содержимое получен, и он приходит в кэш несжатым (uncompressed), то он хранится в кэше, как несжимаемый (uncompressible). Следующие запросы за этим сжатым содержимым позволяет серверу ISA Server определить, что это содержимое несжимаемое, и ISA получает его из кэша, а не из интернета.

Поддержка ISA 2004 sp2 для BITS кэширования

Служба Background Intelligent Transfer Service (BITS) помогает в передачи больших порций данных без снижения производительности сети (network performance), что позволяет поддерживать эффективность взаимодействия между сетями. Это достигается передачей данных небольшими группами. Благодаря этому, расходуется неиспользуемая ширина канала. После того, как группы данных приходят на место назначения, они собираются заново обычным TCP способом. Эта служба спроектирована для служб обновления Windows update и обновления программного обеспечения software update service. Другое содержимое не выигрывает от этой возможности.

HTTP сжатие

HTTP сжатие позволяет уменьшить размер файла с помощью алгоритмов, которые позволяют отбросить неиспользуемые данные (unnecessary data). Эти алгоритмы сжимают статические файлы, и могут выполнять сжатие по требованию (on-demand compression) динамически формируемых ответов, до того, как отправить их по сети. Эти же самые алгоритмы, которые используются для сжатия файлов, также используются для разархивирования статических файлов и динамических ответов. HTTP сжатие применяется для всего HTTP трафика, проходящего через сервер ISA.

Три Web фильтра, которые ответственны HTTP сжатие, представлены в списке ниже:

  • Compression Filter
    Сompression filter (фильтр сжатия) отвечает за сжатие и разархивирование запросов и ответов HTTP. Это фильтр с высоким приоритетом, потому что он отвечает за распаковку; распаковка – это основной процесс, перед тем как может использоваться альтернативный web фильтр.
  • Caching Compressed Content Filter
    Фильтр Caching Compressed Content Filter (фильтр сжатого кэшированного содержимого) полностью соответствует своему названию. Он отвечает за кэширование сжатого содержимого и обслуживание запросов на сжатое содержимое в кэше. Это фильтр с самым низким приоритетом, потому что кэширование может иметь место лишь после того, как все другие фильтры обработали содержимое.
  • Range compression filter
    Интервал сжатия (Range compression) – это сжатие определенной части Web содержимого. Сервер ISA поддерживает интервал сжатия. Это хороший метод разрешения его между двумя компьютерами с сервером ISA. Необходимо заметить, что интервал ответов не хранится в кэше сервера ISA.

Правила кэша

ISA стал более адаптируемым благодаря добавлению специальных правил кэширования (caching rules). Но эти правила необходимо правильно понимать; кэширование ISA caching может быть адаптировано для удовлетворения многих требований. Каждое правило кэширования позволяет обрабатывать различные типы содержимого различными способами. Если правила кэширования не настроены, то по умолчанию кэширование работает, основываясь на настройках установленных по умолчанию специалистами ISA.

Правила позволяют регулировать следующие параметры:

  • Сети отправителя и получателя (Source and destination networks)
  • Элементы какого типа помещаются и хранятся в кэше
  • Настройки кэширования HTTP, такие как Time to Live — TTL — (время хранения) полученных объектов
  • Настройки кэширования для протокола передачи файлов (File Transfer Protocol -FTP)
  • Особые настройки для Secure Sockets Layer (SSL)
  • Object size limitations (ограничения на размеры объекта)

Удаление содержимого кэша

Сервер ISA хранит кэшированное содержимое в специальном файле, который размещается по URL на каждом диске, который настроен для кэширования. При каждом запуске службы Microsoft Firewall, этот файл с кэшированным содержимым на каждом диске проверяется, чтобы гарантировать, что он присутствует на дисках, которые настроены для кэширования. Если обнаруживается, что файл с кэшированным содержимым был удален, то этот файл создается заново автоматически.

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

Cache Array Routing Protocol (CARP)

В корпоративной версии ISA Server 2004 Enterprise Edition, механизм Cache Array Routing Protocol (CARP) используется для маршрутизации (hash-based routing), которая зависит от того, как по URL определяется, какой член массива должен обработать запрос. Исключениями для CARP являются сайты, которые вы хотите обрабатывать одним членом массива. Член массива, назначенный для обработки запроса, выбирается на основании названия компьютера (host name), который находится в заголовке (host header). Это изменилось в Service Pack 2, для улучшения функциональности Internet Explorer и обеспечения лучшего контроля над распределением запросов, которые загружают Web трафик.

В пакете обновления Service Pack 2, маршрутизация CARP использует название компьютера, для определения того члена массива, который будет обрабатывать запрос. Поэтому CARP назначает все запросы определенному компьютеру. Это также поддерживает контекст сессии, т.к. запросы и ответы обрабатываются одним членом массива. Исключением для CARP являются сайты, которые вы хотите распределить среди всех членов массива, потому что они генерируют слишком большой трафик для обработки для одного члена массива. Например, вы хотите, чтобы все запросы на обновление Microsoft update requests были распределены, а не назначены одному члену массива. Для этого вам необходимо добавить сайт Microsoft Update в список исключений для CARP.

Резюме

Во второй части это статьи мы рассказали об улучшениях для производительности, которые можно достичь с помощью ISA 2004. Мы также ознакомились с режимами кэширования в ISA 2004 и улучшениями, которые были добавлены в ISA 2004 с выходом пакета обновления service pack 2. Мы рассмотрели CARP и преимущества, которые он имеет над простыми стратегиями вроде ISA chaining. Производительность кэширования в ISA необходимо четко контролировать для достижения оптимальной производительности (optimal performance).

www.isaserver.org





Смотрите также:

Tags: , , , , , ,

Readers Comments (Комментариев нет)




Да человек я, человек! =)

Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]