что такое iis для чайников
Основы архитектуры IIS, или запросопровод для ASP.NET
В прошлом году мне пришлось отсобеседовать около 10-15 кандидатов на должность веб-программиста на ASP.NET средней квалификации. В качестве вопросов «на засыпку», или «со звёздочкой», я просил рассказать, что происходит с HTTP-запросом от момента его поступления на 80-й порт сервера до передачи управления коду aspx-страницы. Статистика была удручающей: ни один из кандидатов не смог выдать хоть что-нибудь внятное. И этому есть своё объяснение: ни в MSDN с technet, ни на специализированном ресурсе iis.net, ни в книгах a-la «ASP.NET для профессионалов», ни в блогах данной теме не уделяется должного внимания – информацию приходится собирать чуть ли не по крупицам. Я даже знаю людей, которые решили написать свой собственный веб-сервер (Игорь, Георгий, привет!), чтобы не разбираться в работе IIS. Единственная толковая статья – «Introduction to IIS Architectures» Риган Темплин (Reagan Templin). Но и она остаётся на периферии интересов аспнетчиков.
Хотя мне лично уже не так интересны чисто технические вопросы, я решил собрать в кучу свой накопленный опыт, раскопать на просторах Сети любопытные детали и передать сие сакральное знание массам, пока оно ещё не устарело. Сразу оговорюсь, что статья ориентирована в большей степени на IIS 7.x, иногда будут ответвления про 6-ку. С 8-й версией в работе не сталкивался, поэтому решил обойти её в этой статье стороной. Но, уверен, читатель без труда разберётся с восьмёркой, освоив изложенный ниже материал.
1. Общий план
2. Крупный план
2.1. HTTP.SYS
2.2. World Wide Web Publishing Service (W3SVC)
2.3. Windows Process Activation Service (WAS)
2.4. Пул приложений
2.5. Домен приложения, приложение
3. Что дальше?
Источники
1. Общий план
Итак, начнём с конца, а потом рассмотрим отдельные аспекты чуть более пристально.
В англоязычной литературе процесс обработки запроса в IIS называется «request processing pipeline» — что-то вроде «конвейера обработки запроса». В общих чертах он представлен на рисунке ниже для http-запроса.
Рис. 1. HTTP request processing pipeline (IIS 7.x).
Таким образом, http-запрос проходит по «сборочной ленте конвейера» через следующее:
1. Браузер обращается к веб-серверу по определённому URL, на стороне сервера запрос перехватывает драйвер HTTP.SYS.
2. HTTP.SYS стучится к WAS для получения информации из хранилища конфигурации.
3. Служба WAS запрашивает конфигурацию из хранилища — из файла в папке IIS (applicationHost.config).
4. Поскольку данный запрос получен по протоколу HTTP конфигурационную информацию получает служба W3SVC (она же WWW Service на картинке), эта информация содержит в себе данные о пуле приложений (application pool) и прочих параметрах сайта.
5. Служба W3SVC использует эту информацию для кофигурации HTTP.SYS.
6. Служба WAS запускает процесс W3WP.exe для пула приложений, если он ещё не был запущен.
7. В процессе W3WP.exe работает приложение веб-сайта, которое, собственно, формирует и возвращает ответ драйверу HTTP.SYS.
8. HTTP.SYS отправляет ответ браузеру.
В принципе уже этой схемы достаточно для прохождения интервью в большинстве компаний и получения общего представления об архитектуре IIS. Но если вы не для галочки сюда зашли, то прошу следовать далее.
2. Крупный план
2.1. HTTP.SYS
На транспортном уровне IIS использует прослушивателей протоколов (protocol listeners), которые располагаются поверх стека TCP/IP. Наиболее интересный нам такой компонент – это системный драйвер HTTP.sys, который встроен в ядро ОС и работает с протоколами HTTP и HTTPS, регистрирующийся самостоятельно на прослушку всех портов, на которые будут приходить запросы к сайтам в IIS.
Встроенный в ядро HTTP.sys стал нововведением в IIS 6, заместив собой Windows Socket API – компонент перехвата HTTP- и HTTPS-запросов на пользовательском уровне в IIS более ранних версий. Вероятно, интеграция драйвера в ядро является той самой причиной, по которой версия IIS жёстко привязана к версии Windows.
Драйвер принимает все входящие запросы и перенаправляет их в нужный пул приложений. Если по какой-то причине рабочий процесс, в коем хостится требуемый пул, остановлен (сбой, таймаут простоя, смена конфигурации и т.п.) или ещё запускается, то HTTP.sys сохраняет входящие запросы в специально отведённой для каждого пула очереди. Таким образом, запросы пользователей никуда не пропадают, и они вообще не замечают каких-то перебоев в работе сайтов под управлением IIS.
Ещё HTTP.sys умеет кешировать ответы (более подробно — Instances in which HTTP.sys does not cache content), поэтому некоторые запросы обрабатываются без передачи на уровень приложения, а также проводит первичный разбор URI запроса и его валидацию в соответствии с RFC 2396 (кое-что можно почерпнуть отсюда — Use of special characters like ‘%’ ‘.’ and ‘:’ in an IIS URL) и журналирование запросов/ответов.
Некоторые настройки HTTP.sys вынесены в системный реестр Windows (более подробно — Http.sys registry settings for Windows). Кстати, там же – в реестре – можно подсмотреть обычное место прописки нашего гражданина: %SystemRoot%\system32\drivers\http.sys.
Признаться, в процессе написания данной статьи я сам открыл для себя некоторые детали. Например, кэширование ответов на уровне драйвера HTTP.sys. Это помогло мне объяснить один случай странного, как мне тогда казалось, феномена в поведении IIS. Маркетологи выложили на сайт swf-открытку перед очередным праздником, но потом им что-то не понравилось в названии файла и они его переименовали. Однако сайт продолжал выдавать открытку по старому URL и даже очистка браузерного кэша не помогала. Тут уже подключился я, но ни перезапуск веб-сайта и всего пула приложений, ни обращение к сайту в обход корпоративного прокси-сервера не дали ожидаемого результата. Но теперь-то мы знаем, кто виноват.
2.2. World Wide Web Publishing Service (W3SVC)
В IIS 7.x функция управления процессами была вынесена в отдельную службу – WAS (см. п.2.3) в целях универсализации архитектуры. Теперь WWW-служба стала по своей сути одним из адаптеров, специализируясь на протоколах HTTP/HTTPS – работа поверх драйвера HTTP.sys. Однако WWW-служба остаётся краеугольным компонентом IIS, поэтому её настройка отличается от настройки адаптеров к другим протоколам (чуть подобнее здесь); она функционирует в том же рабочем процессе, что и WAS, и реализована в той же самой библиотеке (рис. 2).
Рис.2. Рабочий процесс со службами W3SVC и WAS.
Рис. 3. Перечень стандартных не-HTTP-адаптеров в оснастке Служб Windows.
Но всё-таки наиболее важным для нас адаптером является именно WWW-служба, т.ч. остановимся чуть подробнее на двух оставшихся от IIS 6 функциях.
Администрирование и конфигурирование HTTP(S). В момент обновления конфигурации веб-сайтов, служба WAS передаёт эту информацию WWW-службе, а та уже, в свою очередь, настраивает HTTP.sys на прослушку конкретных портов, разбор IP и заголовка запрашиваемого сайта и, возможно, других параметров драйвера. В обратную сторону W3SVC обращается к WAS, когда в очередь запросов в HTTP.sys поступает новый, – для получения рабочего процесса-обработчика данного запроса.
Отслеживание показателей производительности. WWW-служба ведёт счётчики производительности, используя для этого драйвер HTTP.sys, и предоставляет их показатели веб-сайтами и кэшу IIS. Более подробной информации по этому вопросу мне найти не удалось.
2.3. Windows Process Activation Service (WAS)
Итак, WWW-служба в IIS 7.x, как и в IIS 6, продолжает выполнять задачи по администрированию HTTP.sys и управлению показателями производительности веб-сайтов. А вот задача управления рабочими процессами вынесена в отдельную службу – WAS. Она запускается системой в единственном экземпляре, считывает конфигурацию из файла %SystemRoot%\System32\inetsrv\Config\ApplicationHost.config и настраивает через соответствующие адаптеры прослушивателей протоколов в соответствии с указанной в нём информации. Напомним, что для протоколов HTTP/HTTPS адаптером является служба W3SVC, а прослушивателем – драйвер HTTP.sys. При перехвате прослушивателем запроса он через свой адаптер обращается к службе WAS для получения рабочего процесса приложения, которому будет передан запрос для обработки и формирования ответа клиенту.
Рис. 4. Компоненты w3wp.exe для взаимодействия с внешними компонентами.
А соответствующие компоненты PPH и ADPH настраиваются в дотнетовском machine.config:
В конфигурационном файле веб-сервера ApplicationHost.config вместе с настройками приложений хранятся связки (bindings), определяющие параметры входящих запросов, которые будут направляться данному приложению. Такими параметрами являются название сетевого протокола, IP-адрес сервера, доменное имя и порт сайта. Эти параметры должны быть уникальными среди работающих приложений для однозначной идентификации целевого приложения. Служба WAS отслеживает это ограничение и не даст вам запустить сайт, у которого это условие не соблюдено, либо предложит остановить сайт с такой же связкой.
Обратите внимание, что в стандартном режиме эксплуатации IIS служба WAS, служба-адаптер для каждого прослушивателя протокола (в т.ч. W3SVC) и сами драйверы/прослушиватели каждого из протоколов (в т.ч. HTTP.sys) запущены в ОС в единственном экземпляре. Но отдельные запросы могут направляться разным приложениям в разных рабочих процессах. С другой стороны, отдельно взятому приложению могут направляться запросы по разным протоколам через соответствующие адаптеры. Видимо, для корректной реализации такого поведения и была придумана архитектурная связка драйвер протокола – адаптер драйвера протокола – служба активации (своеобразный регулировщик, точнее — маршрутизатор) – рабочий процесс.
2.4. Пул приложений
При конфигурации веб-приложения помимо привязок (binding) к параметрам запросов и прочих настроек указывается принадлежность к пулу приложений. Пул приложений стал нововведением в IIS 6 и был призван обеспечить изоляцию веб-приложений друг от друго и тем самым повысить стабильность работы веб-сервера в целом. Суть заключается в том, что код приложения выполняется внутри специального процесса Windows – w3wp.exe. Поэтому исключение внутри веб-приложения приведёт к краху только этого процесса и никак не повлияет на доступность веб-приложений в других пулах и работу служб IIS. Более того, служба WAS попытается заново запустить упавший сайт, и внешние клиенты могут даже не заметить проблем в работе сервера.
Для управления некоторыми параметрами отдельно взятого рабочего процесса w3wp.exe в IIS используется пул приложений. Наиболее часто используемыми из них являются учётная запись, под которой будет запущен процесс, ограничения для очереди запросов, различные таймеры и счетчики для автоматического перезапуска процесса, архитектура x86/x64 (в IIS 7.x) и некоторые другие (рис. 5), о чём любопытный читатель может с лёгкостью прочесть в MSDN и любимом поисковике. Т.о. можно говорить (с определёнными оговорками, см. тж. последний абзац в 2.5) о тождественности процесса w3wp.exe и пула приложений.
Рис. 5 Дополнительные настройки пула приложений
Ключевым нововведением в концепции пулов приложений в IIS 7.x стал новый параметр – модель управления контейнером, который может принимать 2 значения: классическая (Classic mode) и встраиваемая модель (Integrated mode).
Чтобы объяснить разницу между этими режимами работы, потребуется знакомство с понятием «модуль» (Module) в IIS 6/7.x и событийной моделью обработки запросов в связке IIS + ASP.NET. Тема эта достойна отдельной статьи, но меня на неё уже, увы, не хватит, судя по всему. Здесь же представлю вашему вниманию лишь общие, ключевые моменты.
Рис. 6. Идеология модулей в IIS.
Классическая модель управления контейнером обеспечивает обратную совместимость с режимом изоляции рабочих процессов в IIS 6 – запросы к ASP.NET-сайту сначала проходят через нативные модули, а затем передаются в Aspnet_isapi.dll для обработки модулями в управляемой среде. Такое разделение между IIS и ASP.NET приводит к дублированию некоторых функций, например, аутентификации и авторизации. И вы не имеете возможности управлять программно поведением нативных модулей (пример хоть и не самый животрепещущий, но всё же – раздел «Убираем заголовок Server» в этой статье).
Встраиваемая модель предполагает более тесное взаимодействие между IIS и ASP.NET. Запрос в такой архитектуре обработки пропускается через установленную последовательность событий, в каждом из которых запрос пропускается через нативный и управляемые модули. В таком режиме модели обработки запросов IIS и ASP.NET объединены в единую модель, что позволяет избежать дублирования функций и получить больший контроль над обработкой запроса.
На практике самое важное, что необходимо учитывать при разработке и развёртывании веб-приложений, – это частичная несовместимость этих двух режимов. Т.е. при переводе сайта (точнее пула приложений, в котором работает сайт) из классической модели во встраиваемую практически всегда потребуется корректировка кода (хоть, возможно, и не значительная), а также тщательное тестирование.
2.5. Домен приложения, приложение
Непосредственными контейнерами веб-приложения являются приложение и домен приложения (Application Domain, AppDomain). Зачастую эти два понятия отождествляются, но всё-таки это немного разные вещи. Приложение – это понятие IIS, а домен приложения – из ASP.NET. Причём в общем случае в приложении может быть несколько доменов. Приложением вы можете управлять из консоли IIS, а доменом приложения – в основном программно. Так, например, перезапускается приложение из консоли. А когда мы пересохраняем web.config, то перезагружается именно домен приложения, не трогая IIS-приложение.
Ещё один важный момент, который хотелось бы здесь отметить. По умолчанию каждый отдельный рабочий процесс может использовать все имеющиеся на сервере процессоры/ядра, а пул приложений работает на одном рабочем процессе и, следовательно, веб-приложение работает внутри одного IIS-приложения. Тем не менее, вы можете настроить web garden, увеличив кол-во рабочих процессов на пул и, следовательно, число IIS-приложений на одно веб-приложение. Вы без труда сможете найти на просторах интернета информацию о web garden, поэтому опускаю здесь подробности. Единственное, хотелось бы предупредить, что данное средство не является инструментом увеличения производительности, т.к. по умолчанию и так используются все вычислительные мощности сервера. Наоборот, на синхронизацию работы 2+ рабочих процессов уходил «лишнее» время CPU. Делается это в основном для увеличения доступности веб-приложения. Нельзя здесь также не упомянуть о веб-ферме (web farm), как о простейшем средстве балансировки нагрузки в IIS – об этом тоже достаточно статей в Сети. Это другой пример распределённого веб-приложения. Впрочем, с тем же nginx встроенная балансировка нагрузки в IIS конкуренции не выдерживает, и в реальных высоконагрузочных системах вам придётся изобретать свой велосипед или задействовать продукты сторонних производителей.
3. Что дальше?
Дальше нужно разбираться в работе модулей (в терминах IIS) и событийной модели, в которых уже происходит собственно обработка запроса, о чем упоминалось в разделе 2.4. Вообще говоря, эта тема заслуживает отдельной статьи, на которую, боюсь, меня уже не хватит. Но без этого нельзя сказать, что мы рассмотрели весь конвейер обработки запросов. Поэтому кратко пройдёмся здесь по основным моментам, которые любопытствующий читатель может проработать самостоятельно.
Как отмечалось выше в разделе 2.4 модули IIS содержатся внутри рабочего процесса. Через них последовательно пропускается запрос (в отличие от HttpHandler-ов). Их набор и порядок определяется конфигурацией сервера и/или конкретного веб-приложения. Модули предназначены для отдельных, узконаправленных задач, таких как авторизация, кэширование, кастомное логгирование, сжатие, возврат статического контента и, конечно же, формирование HTML-страниц по заданному URL.
Что такое веб-сервер IIS / Windows? Как это использовать, Top Tools & Resources
Веб-сервер Windows впервые появился на рынке в 1995 году, и с тех пор существует различная версия IIS, доступная почти для каждой операционной системы Windows, представленной на рынке..
В этом посте мы углубимся в подробности, но если у вас есть только время, чтобы проверить инструменты, указанные ниже, вот наш Список лучших сторонних инструментов для использования с IIS:
История версий
Вообще говоря, последняя версия IIS, которая подходит для корпоративной среды, IIS 6 или Microsoft Windows Server 2003. Если вы попытаетесь использовать любую более позднюю версию продукта, вам будет сложно работать в быстро меняющейся среде. Ниже мы включили краткое описание истории версий:
В настоящее время IIS 8.5 является лучшей версией с точки зрения безопасности и возможностей. После завершения бета-тестирования для IIS 10 мы рекомендуем вам выполнить переход.
Как установить и настроить IIS
Вас может удивить то, что, хотя IIS поставляется с Windows, он недоступен, если вы его не установите. Однако процесс установки и настройки относительно прост.
Как видите, основной процесс установки очень быстрый. После того, как вы установили IIS, пришло время его настроить.
Если вы хотите использовать PowerShell для установки IIS, вы можете сделать это, введя следующую команду:
Смотрите также: Шпаргалка Powershell
В качестве веб-сервера IIS имеет собственный процессный движок который обрабатывает все запросы от клиента к серверу. По сути, клиент отправляет запрос на сервер, а затем IIS обрабатывает этот запрос и отправляет ответ клиенту. Архитектура обработки IIS может быть разделена на два отдельных уровня:
Режим ядра имеет задачу использования HTTP.SYS принимать запросы от клиента и пересылать их в пул приложений. Это инициируется, когда клиент нажимает или вводит URL сайта и запрашивает доступ к странице. HTTP.SYS захватывает эти запросы и добавляет очередь для каждого отдельного пула приложений..
После того, как запрос был отправлен в пул приложений, Рабочий процесс или w3wp.exe (изложены ниже) загружает фильтр ISAPI. В зависимости от запроса открывается рабочий процесс HttpRuntime.ProcessRequest и если это Страница APSX загружает «aspnet_isapi.dll» также.
Запуск Http.Runtime.ProcessRequest показывает, что обработка началась. HttpRuntime Процесс создает пул HttpApplication объекты, которые затем передаются через HTTP. Модули HTTP продолжают активироваться до тех пор, пока запрос не достигнет HTTP-обработчик ASP.NET стр. Как только запрос прошел через HTTP-маршрут, страница запускается.
Как вы можете видеть Рабочий процесс и Пул приложений две очень важные концепции в мире IIS. Ниже мы рассмотрим, что на самом деле означают эти две концепции:
Пул приложений
Настройка IIS
Настройка сайтов IIS и активных каталогов
Одной из основных причин, по которой люди используют IIS, является развертывание веб-приложений. С помощью IIS и утилиты Advanced Installer вы можете очень быстро развертывать веб-приложения на нескольких серверах. Это также имеет то преимущество, что избавляет от необходимости добавлять новые конфигурации для каждой машины..
Первым шагом при настройке веб-сайтов является открытие файлы и Папки Посмотреть. Отсюда вы можете просмотреть ваши текущие файлы приложений и добавить новые. Вы хотите убедиться, что ваш файлы приложений размещаются в отдельном каталоге (The Панель администратора веб-сайта, к которому вы подключаетесь, будете использовать их позже).
Как только вы сделали это, переключитесь на IIS Server view и введите имя вашего нового сайта, используя Новая панель инструментов веб-сайта.
На данный момент вам нужно настроить параметры вашего сайта для HTTP и HTTPS. Вам также нужны новые опции SSL для вашего сайта. В следующем разделе мы покажем вам, как настроить веб-сайт или папку с SSL и HTTPS:
Защита IIS с помощью уровня защищенных сокетов (SSL)
Большинство корпоративных пользователей, естественно, захотят защитить свои данные от несанкционированного доступа. Это можно сделать с помощью SSL. SSL позволяет шифровать все данные, которые вы передаете. Это предотвращает доступ любых сторонних организаций к данным, на которые у них нет разрешения. Чтобы использовать SSL для защиты вашего сервера, вам необходимо установить сертификацию сервера на сервере. Первым шагом к включению SSL является создание сертификата. Это можно сделать, выполнив следующие действия:
Назначение сертификата SSL-сервера веб-сайту
Чтобы добавить сертификат SSL-сервера на веб-сайт:
Виртуальные каталоги
IIS не только позволяет создавать сайты и приложения, но также позволяет создавать виртуальные каталоги. В IIS вы указываете имя, которое сопоставляется с физическим каталогом. Прямое имя предоставляет пользователям возможность быстрого доступа к содержимому, размещенному на сервере. Во многих случаях это еще один веб-сайт, но он также может быть меньшими медиа-элементами, такими как фотографии и видео..
В более раннем IIS 6.0 виртуальные каталоги и приложения считались отдельными объектами. Приложение состояло из следующих компонентов метабазы:
Начиная с IIS 7.0 и более поздних версий, виртуальные каталоги и приложения все еще рассматриваются как отдельные объекты, но они также существуют в иерархии. Например, один сайт может содержать несколько приложений. В свою очередь, один веб-сайт может содержать несколько виртуальных каталогов, которые ведут к физическому каталогу на компьютере..
Лог-файлы
Файлы журналов используются для записи различных действий на вашем сервере. Загрузка файлов журнала покажет вам все, начиная с даты и времени события, IP-адреса и количества передаваемых данных. Большую часть времени ваши файлы журналов можно найти здесь:
В большинстве современных версий IIS вы можете найти файлы журналов IIS, выполнив следующие действия:
Если вы используете IIS 6 тогда:
Порты
Вообще говоря, ваш сервер будет использовать порт 80 для всего вашего HTTP-трафика. Однако, если это не подходит для ваших нужд, вы можете изменить его по мере необходимости. Вы можете сделать это, выполнив следующие действия:
Обратите внимание, что если вы измените порт со значения по умолчанию при открытии своего веб-сайта, вам потребуется ввести имя домена и новый порт. Например: имя_домен: 80 (введите номер порта, который вы хотите использовать вместо 80).
Windows 8 и 8.1
В Windows 8.1 есть пара отличий:
Сторонние инструменты IIS
1. Сервер SolarWinds & Монитор приложений (БЕСПЛАТНАЯ ПРОБНАЯ ВЕРСИЯ)
Сервер SolarWinds & Монитор приложений платформа мониторинга приложений, которая может отслеживать сайты IIS С Сервер SolarWinds & Монитор приложений Вы можете увидеть наличие серверов и веб-сайтов IIS.
Ключевые показатели, такие как использование процессора, использование памяти, время отклика, и использование диска все можно контролировать с помощью этого инструмента. Если есть проблема с сайтом, вы можете автоматически перезапустить его, чтобы попытаться исправить проблему.
Опыт мониторинга определяется графиками и кнопками состояния. Графики показывают детали использования ресурсов и другую информацию, чтобы вы могли видеть, как работает веб-сайт или сервер IIS.
Например, есть графики с изложением IIS Средний процессор и Использование памяти чтобы показать, сколько ресурсов у вас есть. Это поможет вам узнать, нужно ли вам покупать больше ресурсов или нет.
Мудрая безопасность, Сервер SolarWinds & Монитор приложений мочь контролировать срок действия SSL-сертификата. Инструмент может сообщить вам даты истечения срока действия ваших SSL-сертификатов и количество дней, оставшихся до этого момента. Наличие этой информации позволяет легко управлять SSL-сертификатами для нескольких сайтов или серверов без риска их истечения..
Сервер SolarWinds & Приложение MonitorDownload 30-дневная бесплатная пробная версия
2. Сетевой монитор Paessler PRTG (БЕСПЛАТНАЯ ПРОБНАЯ ВЕРСИЯ)
PRTG Сетевой монитор бесплатный инструмент для мониторинга сети, который можно использовать для мониторинга служб IIS. С PRTG Сетевой монитор Вы можете использовать выделенный Датчик приложения Windows IIS отслеживать отправленные и полученные байты в секунду, количество отправленных и полученных файлов в секунду, количество анонимных и известных пользователей в секунду, количество запросов интерфейса общего шлюза в секунду, и более.
В то время как мониторинг производительности IIS может быть сложным, PRTG Сетевой монитор анализирует производительность вплоть до исходного кода приложения. Например, PRTG Сетевой монитор измеряет время загрузки исходного кода выявлять проблемы как можно раньше.
Аналогично, оповещения можно настроить так, чтобы они оповещали вас после того, как предопределенный порог был преодолен. Оповещения отправляются на ваш Эл. адрес, смс, или мобильное устройство (с помощью push-уведомлений), чтобы убедиться, что вы всегда в курсе.
PRTG Сетевой монитор также может контролировать производительность физического оборудования. Во многих случаях производительность физического оборудования будет иметь огромное влияние на производительность служб IIS. Таким образом, используя PRTG Сетевой монитор возможности мониторинга инфраструктуры для отслеживать аппаратный процессор и Память может поймать проблемы с производительностью в младенчестве.
Опыт мониторинга производительности, предлагаемый PRTG Сетевой монитор идеально подходит для предприятий с ограниченным бюджетом. PRTG Сетевой монитор бесплатно до первых 100 датчиков.
Скачать 30-дневную бесплатную пробную версиюPaessler PRTG Network Monitor
3. Dynatrace
Dynatrace платформа мониторинга приложений, которая может отслеживать производительность сервера IIS Через приборную панель вы можете просмотреть наличие веб-серверов и углубиться в группы процессов веб-сервера.
Например, вы можете видеть активные сервисы и зависимые приложения с информацией, такой как версия приложения, сразу же видимой. После установки Агент Dynatrace Вы также можете увидеть Все запросы, Время отклика, Размеры ответа, Активные темы, использование процессора, и использование памяти.
Ускоренные возможности конфигурации Dynatrace сделать это впечатляющий инструмент. Существует автораспознавание особенность, которая может автоматически определять веб-серверы IIS в вашей сети. Все, что вам нужно сделать, это установить один агент и Dynatrace сделает всю работу за вас. Эти услуги затем отображаются на интерактивная карта так что вы можете просмотреть свою архитектуру IIS более подробно.
Для сквозного мониторинга IIS, Dynatrace является одним из лучших мониторов производительности на рынке. Чтобы узнать цену Dynatrace, вам нужно связаться с компанией напрямую. Тем не менее, есть 15-дневная бесплатная пробная версия доступна здесь.
4. AppDynamics
AppDynamics представляет собой решение для мониторинга производительности приложений, которое предлагает безупречный опыт мониторинга IIS. AppDynamics контролирует пропускная способность, использование памяти, Дисковый ввод / вывод, и Загрузка процессора веб-серверов IIS. Платформа проста в развертывании и может быть установлена всего за несколько минут.
Пользовательский интерфейс очень удобный. Приложения IIS обнаруживаются автоматически и отображается как часть карты потока. карта потока отображает транзакции, которые происходят с веб-сервером или приложением.
Если вы хотите просмотреть информацию о памяти, нажмите вкладка памяти покажет вам использование памяти в реальном времени ваших ресурсов. Эта информация отображается в виде линейных графиков, чтобы вы могли просматривать изменения с течением времени.
где AppDynamics превосходит как решение для мониторинга IIS в своих диагностических возможностях. Инструмент автоматически предоставляет вам данные уровня кода, если приложение работает медленно или обнаруживается узкое место. Просматривая выполнение кода, вы можете увидеть, где возникла проблема, и найти решение..
Основная причина способностей AppDynamics необходимы для тех, кто хочет решения для мониторинга производительности. AppDynamics опоры Microsoft IIS Express 7.x, Microsoft IIS 6.0, Microsoft 7.0, Microsoft 7.5, и Сервер разработки Visual Studio. Вы можете скачать 15-дневную пробную версию SaaS по этой ссылке здесь.
5. IIS Crypto
IIS Crypto это расширение IIS, которое может включать или отключать протоколы, хэши и алгоритмы обмена ключами. Пользовательский интерфейс прост в использовании, с шестью основными вкладками: SCHANNEL, Cipher Suites, продвинутый, Шаблоны, Сканер сайта, и Около.
На SCHANNEL На экране вы можете включить или отключить различные функции и протоколы. Существует пять списков, с которыми вы можете взаимодействовать: Протоколы сервера, шифры, Хэш, Обмен ключами, и Клиентские протоколы. На странице Наборы шифров вы можете изменить порядок наборов шифров..
Один из самых больших льгот IIS Crypto это то, что это совершенно бесплатно. IIS Crypto доступно для Windows Server 2008, Windows Server 2012, Windows Server 2016, и Windows Server 2019. Программное обеспечение доступно в виде графического интерфейса или интерфейса командной строки. Вы можете скачать IIS Crypto бесплатно здесь.
6. Орка
Orca решение для управления конфигурацией для IIS Когда используешь Orca Вы можете сравнить различия между различными конфигурациями IIS автоматически. Конфигурации можно сравнивать между средами и разными моментами времени..
Когда вы будете готовы внести изменения, вы можете развернуть изменения конфигурации до сотен серверов. Любые изменения конфигурации, которые не соответствуют требованиям, могут быть немедленно отменены.
Функции документации по безопасности, предлагаемые Orca также очень полезны. Orca автоматически сообщает об изменениях конфигурации так что у вас есть запись о том, какие изменения были внесены. Доступность этих отчетов не только полезна для соответствия нормативным требованиям, но также улучшает видимость.
Orca является одним из наиболее удобных решений для управления конфигурацией на рынке. Если вы хотите управлять конфигурациями нескольких сайтов IIS, Orca настоятельно рекомендуется. Варианты ценообразования для Orca доступно только если вы обратитесь в компанию напрямую. Также есть доступна бесплатная пробная версия Вот.
7. EG Enterprise
EG Enterprise платформа мониторинга производительности с IIS-мониторингом. EG Enterprise контролирует доступность и время отклика транзакций между сайтами IIS и пользователями. Мониторинг пользовательского опыта EG Enterprise’s Основная задача мониторинга IIS. Внешний агент проверяет качество взаимодействия с пользователем в разных местах, используя эмуляция запроса и измерение времени отклика пользователи испытывают.
Внутренний мониторинг транзакций EG Enterprise ломает частота запросов отдельных веб-транзакций, среднее время ответа, и количество прерываний по веб-транзакциям. С помощью этой информации вы можете точно определить, оправдывает ли ваш сайт ожидания или его нужно доработать.
EG Enterprise может быть развернут локально или в облаке в качестве лицензии или подписки. Тем не менее, вам необходимо связаться с отделом продаж для просмотра цитаты. Существует бесплатная ознакомительная версия, которая поддерживает до пяти серверов в качестве облачной платформы. Вы можете скачать бесплатную пробную версию EG Enterprise Вот.
Инструменты для мониторинга IIS
После того, как вы настроили IIS, вам нужно быть в курсе любых возможных проблем. Мониторинг сложного приложения, такого как IIS, требует много ресурсов, и вы можете сократить количество персонала, которое вам нужно посвятить задаче, внедрив автоматизированные инструменты.
Инструменты управления SolarWinds Microsoft (БЕСПЛАТНАЯ ПРОБНАЯ СЕТЬ)
SolarWinds Инструменты управления Microsoft может следить за ключевыми атрибутами в производительности IIS. Вам особенно понадобится Монитор веб-производительности и Монитор сервера и приложений чтобы IIS работал гладко. Оба эти инструмента написаны для общей платформы, которая называется Orion. Это позволяет им соединяться вместе в непрерывный инструмент. Оба инструмента также помогут вам управлять другими продуктами Microsoft, включая Exchange Server, Sharepoint и Office 365. Эти системы мониторинга не бесплатны для использования. Тем не менее, вы можете получить оба из них на 30-дневную бесплатную пробную версию.
SolarWinds Инструменты управления MicrosoftСкачать 30-дневная БЕСПЛАТНАЯ пробная версия
Расширения Microsoft
1. UrlScan 3.1
UrlScan 3.1 это инструмент безопасности, который помогает защитить IIS от кибератак. Есть ряд дополнительных средств защиты, которые вы получаете от использования UrlScan 3.1 что вы не получаете от стандартной версии IIS.
Во-первых, этот инструмент может ограничить HTTP-запросы это будет обработано IIS. Блокировка некоторых HTTP-запросов является выгодной, поскольку она защищает от запросов, которые могут быть частью кибератаки.
К тому же, UrlScan 3.1 может также фильтровать значения HTTP и заголовки устранить риск SQL-инъекции. Это делается путем создания отказываться от правила, которые запрещают определенные запросы, которые могут быть вредоносными. Чтобы убедиться, что вы не блокируете законные соединения, есть также AlwaysAllowedUrls раздел, где вы можете укажите URL, которые всегда должны быть разрешены.
Для дополнительной информации, UrlScan 3.1 также предоставляет файлы журналов, которые вы можете использовать для более сложного анализа. На практике файлы журналов помогают предоставить дополнительную информацию об ошибках и других проблемных действиях в IIS. С помощью этой информации вы можете вносить изменения и предоставлять более надежные услуги.
Из-за его функций безопасности, UrlScan 3.1 является важной загрузкой. Это помогает дополнить некоторые ограничения безопасности, которые идут с неизмененной версией IIS. UrlScan 3.1 опоры IIS 5.1, IIS 6,0, и IIS 7.0 за Виндоус виста и Windows Server 2008. Вы можете скачать UrlScan 3.1 бесплатно здесь.
2. URL Rewrite 2.1
URL переписать еще одно расширение IIS, которое позволяет пользователю создавать правила для изменить поведение перезаписи URL. Настраивая правила URL, пользователь может изменить способ перезаписи заголовков HTTP, ответов или заголовков запросов..
В контексте организации настройка правил URL полезна, поскольку администратор может настроить правило. Могут быть созданы URL-адреса, которые легко запомнить пользователям и которые легко индексировать для поисковых систем..
Наличие URL-адресов, которые легко индексировать в поисковых системах, является ценным шагом к тому, чтобы сделать ваш сайт или приложение доступным для клиентов. URL-адреса, удобные для поисковых систем, увеличивают видимость вашего сайта. Вы не должны писать свои собственные правила для этого, есть количество шаблонов правил, входящих в комплект поставки чтобы помочь вам начать.
URL переписать это также хороший инструмент, потому что он обновляет пользовательский интерфейс в IIS Manager. Наличие интегрированного инструмента, позволяющего создавать новые правила, помогает намного эффективнее управлять URL-адресами. Как расширение для IIS, URL Rewrite 2.1 доступно бесплатно. Вы можете скачать этот инструмент здесь.
3. Диспетчер IIS для удаленного администрирования 1.2
Диспетчер IIS для удаленного администрирования 1.2 жизненно важно для любого предприятия, желающего управлять IIS удаленно. Вы можете управлять IIS удаленно на устройствах с Windows XP и выше.
Вы можете выполнять большинство функций, которые вы могли выполнять в исходном IIS, не находясь на месте. Административные привилегии может использоваться для ограничения доступа тех сотрудников, которым требуется доступ.
Управление удаленно с Диспетчер IIS для удаленного администрирования 1.2 также безопасно, используя HTTP через SSL. Это также автоматические загрузки где функции загружаются в локальном диспетчере IIS, которые уже установлены на веб-сервере. Это упрощает ручные административные проблемы, связанные с удаленными обновлениями..
Для групп, работающих удаленно или желающих разделить контроль над веб-приложениями на нескольких сайтах, Диспетчер IIS для удаленного администрирования 1.2 абсолютно необходимо. Диспетчер IIS для удаленного администрирования 1.2 доступно для IIS 7, IIS 7.5, IIS 8, и IIS 8.5. Вы можете скачать инструмент бесплатно по этой ссылке здесь.
4. Web Deploy 3.6
Еще один вариант использования, где Web Deploy 3.6 очень ценно при развертывании веб-приложений. Пользователю не нужны какие-либо административные привилегии для развертывания обновлений. Однако администратор сервера все еще имеет право делегировать задачи пользователям с более низким рейтингом без прав администратора. Другими словами, развертывание веб-приложений намного проще и менее ограничено, чем в версии IIS по умолчанию..
Для предприятий, которые хотят синхронизировать сайты IIS и развертывать веб-приложения, Web Deploy 3.6 должен иметь. Web Deploy 3.6 доступно для IIS 7, IIS 7.5, IIS 8, IIS 8.5, и IIS 10. Вы можете скачать Web Deploy 3.6 бесплатно здесь.
Ресурсы IIS, которые вы должны знать
Есть много разных источников ценной информации IIS. Ниже мы перечислили некоторые из лучших, чтобы вы могли больше узнать о работах IIS:
1. iis.net
2. microsoft.com
3. Канал 9.msdn.com
4. stackify.com
5. tecadmin.net
6. Accelebrates.com
7. forums.iis.net
1. IIS.net
Если вы ищете информацию о IIS, этот сайт должен быть в верхней части вашего списка. Это официальный Microsoft Сайт IIS, на котором можно загрузить новости, обновления и руководства по использованию Microsoft IIS.
Существует почти 30 различных загрузок, поддерживаемых Microsoft, с сайта. Это включает Сжатие IIS, Установщик веб-платформы, яIS CORS Модуль, HttpPlatformHandler v1.2, Диспетчер IIS для удаленного администрирования 1.2, Расширение WinCache для PHP, Пакет администрирования, Расширенное ведение журнала, и Модуль инициализации приложения для IIS 7.5.
Записи блога на этом веб-сайте включают командлеты IIS PowerShell, начало работы с модулем IIS CORS и использование журнала активности Azure для проверки хода выполнения операции замены слотов развертывания.
2. Microsoft
Еще один отличный ресурс для загрузки IIS является Microsoft сам сайт. Microsoft веб-сайт имеет ряд загружаемых файлов IIS и специальный курс IIS для вас, чтобы улучшить ваш опыт IIS. Некоторые из наиболее полезных загрузок перечислены ниже:
3. Канал 9
9 канал это веб-сайт, управляемый Microsoft, который возглавляет группа разработчиков, которые обсуждают различные технологии. На этом сайте есть большое количество видео контента, связанного с IIS, включая шоу IIS. Тем не менее, на сайте также имеется учебный контент, такой как видео «Расширение конфигурации IIS». Этот сайт рекомендуется, если вы хотите ознакомиться с IIS и более старыми версиями IIS (содержимое IIS некоторое время не обновлялось, поэтому это не подходит для более поздних версий IIS).
4. Стекировать
5. тэкадмин
6. Accelebrates
Еще один отличный ресурс Accelebrates Обучение IIS. На веб-сайте Accelebrate есть несколько курсов IIS с средний рейтинг 4,66 из 5. Эти курсы на основе 60% лабораторных и 40% лекций так что вы получите правильный баланс построения ваших теоретических и практических знаний. Это платные курсы, поэтому вам нужно напрямую связаться с компанией, чтобы запросить цену. Accelebrate-х IIS курсы следующие:
в Курс администрирования IIS 10 студенты будут учиться как спланировать и установить установку IIS, а также наращивание знаний об общей архитектуре IIS. Вы также узнаете, как выполнять повседневные задачи администрирования, используя IIS Manager, PowerShell, и Appcmd.
7. forums.iis.net
Хотя это технически является частью сайта IIS, форум заслуживает отдельного раздела, основанного на том, насколько он полезен сам по себе. Здесь вы можете найти обширную информацию о IIS и различных функциях. Форум предоставляет информацию о общие проблемы IIS, расширения, безопасность, конфигурации, веб-фермы, производительность, и исправление проблем. Поэтому, если у вас есть вопрос, на который вам нужно ответить, поездка на форумы IIS, скорее всего, будет включать в себя то, что вам нужно.
Что такое IIS: веб-сервер Windows в верхней части игры
На этом мы завершаем наше руководство по использованию IIS. Иногда IIS может быть излишне сложным, но как только вы разберетесь с основами, такими как настройка вашего веб-сайта, вы уже на пути к тому, чтобы закрепить кривую обучения. Ключ в том, чтобы придерживаться этого, поскольку обучение использованию второго по величине в мире веб-сервера Windows более чем стоит первоначальной борьбы, с которой вы сталкиваетесь, когда начинаете пользоваться этой утилитой..
Помните, что IIS может значительно отличаться в зависимости от используемой операционной системы. Если вы не видите версию IIS, которую вы используете, поддерживаемую в этой статье, то существует множество других онлайн-ресурсов, охватывающих все аспекты, которые вы можете придумать. Вам придется смешивать и сочетать, но вы сможете собрать более конкретные рекомендации для вашей системы.