Шаг планирования 1. Планирование инфраструктуры веб-фермы IIS

Кит Ньюман и Роберт Макмюррей

Первым шагом в планировании веб-фермы является решение своей инфраструктуры. Какая конфигурация сервера вам нужна? Какие технологии вы используете? Как выполнять балансировку нагрузки? Требуется ли сайту безопасность SSL?

В этом разделе представлены сведения, необходимые для создания высокоуровневого плана для веб-фермы. Он выбирает простую конфигурацию веб-фермы и показывает типы необходимых серверов. Кроме того, в этом разделе объясняется, как маршрутизация запросов приложений (ARR) обеспечивает балансировку нагрузки для веб-фермы.

После выполнения этих задач запишите решения по проектированию, прежде чем перейти к шагу 2. Планирование конфигурации веб-фермы IIS.

1.1. Выбор инфраструктуры веб-фермы

Существует множество способов проектирования инфраструктуры веб-фермы. В этом обсуждении кратко рассматриваются две общие инфраструктуры — местное содержимое и общее сетевое содержимое. Он сравнивает преимущества и недостатки обоих конструкций и выбирает один для этого сценария.

Локальная инфраструктура содержимого

Для локальной инфраструктуры содержимого требуется, чтобы каждый веб-сервер локально сохранял содержимое. Необходимо предоставить способ отправки содержимого на все узлы веб-фермы.

Преимущества

  • Локальное содержимое обеспечивает изоляцию между серверами. Если один сервер выходит из строя, другие серверы не затрагиваются.
  • Для локального содержимого требуется меньше компьютеров, так как он не нуждается в серверном файловом сервере.
  • Вы можете легко отключить веб-сервер для тестирования или устранения неполадок.

Недостатки

  • Содержимое должно быть реплицировано между серверами. Распространенный способ обработки репликации содержимого — использование репликации распределенной файловой системы (DFSR). Однако для DFSR требуется доступ к серверу домена.
  • Если веб-сайт записывает на диск, данные недоступны другим серверам, пока он не будет реплицирован.
  • Каждый сервер должен иметь полную копию всего содержимого. Для крупных веб-сайтов стоимость хранилища содержимого может быть высокой.

Инфраструктура общего сетевого содержимого

Общее сетевое содержимое конфигурирует все веб-серверы так, чтобы они указывали на центральное расположение (например, файловый сервер), которое содержит содержимое веб-сайта.

Преимущества

  • Общее сетевое содержимое относительно просто настроить и является хорошей отправной точкой для лиц, которые не знакомы с веб-фермами или технологиями веб-ферм Майкрософт.
  • Содержимое, записанное на диск, сразу же доступно на всех серверах.
  • Добавление дополнительных серверов в фермы относительно легко. Вы просто указываете на UNC-путь содержимого.
  • Необходимо хранить только несколько копий файлов веб-сайта. Жесткие диски на веб-серверах должны содержать только операционную систему.

Недостатки

  • Файловый сервер backend является единой точкой отказа. Эта проблема может быть сведена к минимуму путем зеркалирования файлового сервера и предоставления механизма управления отработкой отказа.
  • Пропускная способность сети может стать фактором ограничения для занятой веб-фермы.
  • Проблемы с блокировкой файлов могут возникнуть, так как несколько серверов используют одни и те же файлы.

Инфраструктура, выбранная для этого сценария

В этом сценарии используется инфраструктура общего сетевого содержимого. В нем описываются и демонстрируется общее содержимое, общая конфигурация, балансировка нагрузки программного обеспечения, централизованные SSL-сертификаты и методы развертывания приложений.

Для этой инфраструктуры веб-фермы необходимо настроить следующие серверы:

  • Один сервер маршрутизации запросов приложений (ARR) для балансировки нагрузки. Для этого сервера требуется установка веб-сервера IIS по умолчанию. Дополнительные сведения об ARR см. в шаге 3. Планирование балансировки нагрузки веб-фермы IIS.
  • Два или более веб-серверов. Эти серверы требуют установки веб-сервера IIS и модулей IIS, необходимых для поддержки веб-сайта.
  • Один файловый сервер для общего доступа к содержимому и конфигурации. Настройте этот сервер с общими папками для файла конфигурации и содержимого веб-сайта.
  • Один файловый сервер для центрального хранилища сертификатов SSL. Дополнительные сведения о центральном хранилище сертификатов см. в шаге 4. Планирование хранилища сертификатов SSL Central.

1.2. Использование ARR для балансировки нагрузки

Маршрутизация запросов приложений (ARR) — это модуль маршрутизации на основе прокси-сервера, который пересылает HTTP-запросы на серверы контента на основе заголовков HTTP, переменных сервера и алгоритмов балансировки нагрузки. Дополнительные сведения об ARR см. в шаге 3. Планирование балансировки нагрузки веб-фермы IIS.

Чтобы настроить балансировку нагрузки ARR, вам потребуется IP-адрес для всех серверов. Чтобы найти IP-адрес, используйте средство командной строки Ipconfig.exe.

1.3. Начало работы с функциональным веб-сайтом

Самый простой способ настроить веб-ферму — начать работу с веб-сайта на одном сервере. Если вам нужна помощь по настройке веб-сайта, обратитесь к одному или нескольким из следующих сценариев IIS:

  1. Создание статического веб-сайта в IIS
  2. Создание классического веб-сайта ASP в IIS
  3. Создание веб-сайта ASP.NET в IIS
  4. Создание FTP-сайта в службах IIS

Замечание

Для упрощения этого сценария предполагается, что серверы веб-фермы обслуживают только один сайт. Однако можно настроить несколько сайтов с небольшими трудностями.

См. также

  • Last updated on