IIS - О настройке быстродействия
Для обеспечения удобства пользователей производительность сервера должна быть оптимальной. Требования к оборудованию могут меняться в зависимости от предоставляемых услуг. Служба FTP использует меньше памяти, чем веб-служба. Приложения Active Server Pages (ASP), сценарии Common Gateway Interface (CGI), запросы к базам данных и файлы видеозаписей приводят к более высокой нагрузке на процессор, чем статические страницы HTML. Быстродействие меняется во времени при изменении интенсивности передачи данных и содержимого узла. Чтобы эффективно настроить быстродействие, администратор сервера должен спланировать стратегию наблюдения с помощью различных средств.
В данном разделе описываются следующие вопросы:
- Циклическая природа проверки и настройки
- Средства, используемые для наблюдения за быстродействием
- Оптимизация использования дисков
Циклическая природа проверки и настройки
Проверка и настройка быстродействия — это непрерывный процесс. Чтобы эффективно протестировать и настроить систему, необходимо начать с планирования стратегии оценки. Первым шагом является измерение текущего уровня быстродействия. Поскольку быстродействие сервера может меняться в довольно широких пределах, необходимо убедиться в том, что наблюдения учитывают достаточно большой промежуток времени и представляют истинную картину функционирования сервера.
Чтобы улучшить быстродействие сервера, проверьте все части системы для выявления потенциально узких мест. Узкие места могут быть вызваны неподходящим или неправильно сконфигурированным аппаратным обеспечением, а также параметрами программного обеспечения в IIS или Windows 2000. Хороший план наблюдения проверяет производительность во всех аспектах.
Зная как сервер функционирует, можно начать вносить изменения для повышения быстродействия. Изменения рекомендуется вносить по одному за один раз. В противном случае становится трудно оценить влияние каждого конкретного изменения.
После внесения каждого изменения продолжайте наблюдать, не принесет ли данное изменение ожидаемый эффект или вызовет нежелательные побочные эффекты. Поскольку изменения в одном ресурсе могут вызвать появление узких мест в других частях системы, важно проверять производительность всех ресурсов после внесения изменений. Оценив влияние изменения, можно принять решение о необходимости дальнейших изменений.
Средства, используемые для наблюдения за быстродействием
Наблюдение за быстродействием сервера является важной частью администрирования сервера. Соответствующие средства контроля за быстродействием позволяют обнаруживать неполадки сервера, оценивать результаты изменения содержимого веб-узла или планировать обновление, целью которого является повышение доступности веб-узла для пользователей.
Оптимальный выбор средств и способов наблюдения определяется интересующими вас данными. Например, при попытке измерить общую нагрузку на веб-сервер можно построить на системном мониторе диаграмму нагрузки за неделю и отобразить на ней число подключений компьютеров и число переданных файлов. С другой стороны, если обнаружено понижение производительности сервера, можно проверить возникающие ошибки в окне просмотра событий, которое позволяет просматривать журналы, создаваемые Windows 2000.
Кроме того, для наблюдения за сервером можно использовать журналы, создаваемые IIS. Эти журналы расширяют журналы, создаваемые Windows 2000. Для получения дополнительных сведений о ведении журналов следует обращаться к разделам, перечисленным в разделе Ведение журналов узлов.
Кроме средств, входящих в состав Windows 2000, можно использовать и другие средства наблюдения за производительностью. Для получения дополнительных сведений см. раздел Проверка быстродействия и масштабируемости.
Перечисленные ниже средства наблюдения позволяют получать как данные на определенные моменты времени, так и сводные данные.
Системный монитор
Системный монитор является мощным инструментом наблюдения за сервером и измерения его производительности за выбранные временные интервалы. Это средство позволяет отображать данные о быстродействии на диаграммах в режиме реального времени или в отчетах, накапливать данные в файлах и генерировать оповещения, предупреждающие о появлении критических событий. Системный монитор проверяет значения счетчиков, регистрирующих активность определенных объектов, т.е. конкретных служб или механизмов, управляющих ресурсами сервера. Например, при просмотре объекта «Веб-служба» в списке счетчиков можно найти счетчики полученных байт в секунду или попыток подключения в секунду.
Ряд счетчиков входит в состав Windows 2000.С помощью служебных программ из пакета Windows 2000 Resource Kit к ним можно добавить счетчики использования диска и активности TCP (подробнее см. в документации Resource Kit). Кроме того, IIS устанавливает специальные счетчики, включая счетчики службы веб, счетчики службы FTP, счетчики для приложений Active Server Pages и общие счетчики для служб IIS. Счетчики веб- и FTP-служб и счетчики приложений Active Server Pages позволяют вести наблюдение за подключениями. Общие счетчики служб IIS обеспечивают наблюдение за такими параметрами, как использование полосы пропускания и действия по кэшированию для всех служб IIS.
Системный монитор обеспечивает как краткосрочную, так и долгосрочную информацию о загрузке сервера и узлов. В приведенной ниже таблице перечислены счетчики системного монитора, которые могут быть полезны для наблюдения за сервером, и оптимальные значения для каждого из них. Имя компьютера, предваряющее каждый объект и счетчик, было опущено в целях экономии места.
| Объект\Счетик | Оптимальное значение |
|---|---|
| Память\Страниц/сек | 0–20 (значение больше 80 свидетельствует о неполадках). |
| Память\Байт доступной виртуальной памяти | По крайней мере 4 Мбайт. |
| Память\Байт выделенной виртуальной памяти | Не больше чем 75% объема физической памяти. |
| Память\Байт в невыгружаемом страничном пуле | Стабильное (медленное возрастание может свидетельствовать об «утечке» памяти). |
| Процессор\% загруженности процессора | Меньше 75%. |
| Процессор\Прерываний/сек | Зависит от процессора. До 1 000 для процессоров 486/66; 3 500 для P90; больше 7 000 для P200. Чем меньше, тем лучше. |
| Процессор\Длина очереди | Меньше 2. |
| Диск (логический или физический)\% активности диска | Как можно более низкое. |
| Диск (логический или физический)\Длина очереди | Меньше 2. |
| Диск (логический или физический)\Средний размер одного обмена с диском (байт) | Как можно более высокое. |
| Общий объект служб IIS\% попаданий в кэш файлов | Как можно более высокое. |
| Веб-служба\Всего байт в секунду | Как можно более высокое. |
| Страницы Active Server\Время ожидания запроса | Как можно более низкое. |
| Страницы Active Server\Запросов в очереди | Ноль. |
| Страницы Active Server\Транзакций в секунду | Как можно более высокое. |
Для получения дополнительных сведений об использовании системного монитора обращайтесь к документации Windows 2000. Для получения списка счетчиков, предлагаемых IIS, см. раздел Справочник по счетчикам.
Окно просмотра событий
Windows 2000 включает службу журналов событий, которая регистрирует события, например возникновение ошибок или успешный запуск службы. Журналы событий просматриваются в окне просмотра событий. Окно просмотра событий позволяет просматривать системный журнал, журнал безопасности и журнал приложений. Эти данные помогают получить представление о последовательности и типах событий, результатом которых может быть понижение производительности. Более подробное описание способов работы с окном просмотра событий см. в документации Windows 2000.
Диспетчер задач
Диспетчер задач может быть использован для просмотра текущих задач и потоков. Его можно также использовать для изменения назначенных приоритетов процессов. Однако когда процесс завершается, новые установки приоритета теряются. Использование процессора и памяти может быть просмотрено в реальном времени, но эти сведения не сохраняются. Для получения дополнительных сведений об использовании диспетчера задач см. документацию Windows 2000.
Сетевой монитор
Сетевой монитор собирает сведения о передаче данных на компьютер и с компьютера, а также подробные сведения об отправленных и полученных кадрах. Этот инструмент позволяет анализировать комплексную структуру сетевой передачи данных. С его помощью можно просматривать заголовки, включенные в HTTP- и FTP-запросы к серверу. Как правило, необходимо разработать фильтр захвата, который действует как запрос к базе данных и выделяет подмножество передаваемых кадров. Можно также использовать триггер захвата, который реагирует на события в сети и инициирует действия, например запускает выполняемый файл. Более подробное описание сетевого монитора см. в документации Windows 2000, в том числе и в описаниях ресурсов Windows 2000.
Оптимизация использования дисков
Жесткие диски наиболее часто являются узким местом на узлах с большим набором файлов, к которым обращаются случайным образом. Частота обращений IIS к жесткому диску прямо связана с объемом ОЗУ, а также числом и размерами запрошенных файлов. Если объем ОЗУ мал и запрошено много файлов или большой файл, то IIS не может удерживать копии файлов в оперативной памяти. В этом случае приходится осуществлять доступ к файлам с жесткого диска. Скорость, с которой IIS находит запрошенный файл, определяется скоростью доступа к диску и размером жесткого диска.
Чтобы контролировать жесткие диски, используйте системный монитор для регистрации использования процессора, насыщения сетевой платы и активности диска (счетчик «% активности диска» объекта «Физический диск». Если счетчик «% активности диска» имеет большое значение, а процессор и сетевая плата не достигли предельной нагрузки, жесткий диск является узким местом. Дополнительные сведения по счетчику «% активности диска» объекта «Физический диск» содержатся в документации по Windows 2000.
Чтобы увеличить производительность дисков, используйте массив независимых дисков с избыточным хранением данных (RAID) и набор дисков с чередованием. Если сервер интенсивно используется для работы с базой данных, могут понадобиться гигабайты оперативной памяти (так можно минимизировать задержи доступа) или контроллер диска с большим объемом кэш-памяти. Следует также поддерживать избыточность. Это позволит избежать восстановления из резервной копии при отказе одного диска. Многие из контроллеров, разработанных в последнее время, позволяют «горячую замену», поэтому неисправный диск может быть заменен, не вызывая остановки сервера. Несмотря на это, целесообразно поддерживать актуальные резервные копии и хранить их вне узла.