Cервисы организации сетевого доступа к приложениям : Коммутаторы контент-сервисов Cisco серии CSS 11500

Правила содержимого CSS 11000 уровня 5

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

<ТЕЛО BGCOLOR = "#FFFFFF">

Содержание

  • Введение
    • Версии Программного и аппаратного обеспечения
    Описание Правила содержимого Уровня 5
    • Базовый уровень 5 Правил содержимого
    , Как Устранить неполадки Содержания Уровня 5 Правило
    • , Как Проверить Правило содержимого
      Определение, Почему Правило содержимого Не Работает
    Дополнительные сведения

<НАЗВАНИЕ = "введение"> Введение

Эти Технические примечания описывают определенное поведение правил содержимого Уровня 5, как они применяются к HTTP (порт 80) запросы, и как использовать их для определения какова проблема могла бы быть.

Правила содержимого на CSS 11000 используются для распределения нагрузки трафика   Существует по существу три типа правил содержимого, которые балансируют трафик - уровень 3, Уровень 4 и Уровень 5. Несмотря на то, что существует много изменений этих типов, каждое правило содержимого попадает в одну из этих категорий, и соглашения о Коммутаторах контент-сервисов (CSS) с каждым из они по-другому.

<НАЗВАНИЕ = "hw"> Версии Программного и аппаратного обеспечения

информация в этом документе основывается на версиях программного и аппаратного обеспечения ниже.

  • сборка Версии WebNS 5.0 10

  • версия аппаратного обеспечения CSS 11150

<НАЗВАНИЕ = "topic1"> Описание Правила содержимого Уровня 5

Уровень 5 распределение нагрузки конфигурации позволяет CSS использовать Виртуальное IP (VIP) адрес сбалансировать нагрузку Веба - трафика на Web-серверы на основе URL. Поскольку Уровень 5 управляйте должен осмотреть запрос пользователя о URL, CSS должен проксировать, или "спуфинг", соединение для создания решения   распределения нагрузки; Когда соединение передается VIP, заданному в правиле содержимого Уровня 5 CSS завершит квитирование TCP - подключения с клиентом   клиент будет тогда передайте Заголовок HTTP, который включает запрос о содержании (например, GET /sample/index.html).  CSS оценивает запрос клиентом и принимает решение распределения нагрузки.

<НАЗВАНИЕ = "subtopic1A"> Базовый уровень 5 Правил содержимого

придерживающийся выборка базового уровня 5 правил содержимого:
  <БЛОК ЦИТИРОВАНИЯ> <ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">! *************************** ВЛАДЕЛЕЦ ***************************
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> проверка владельца

<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">   layer5 содержания
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       protocol tcp
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       адрес VIP 172.17.63.201
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       добавьте сервисный server1
      порт 80
      URL "/*"
      активный

В вышеупомянутое правило содержимого запись URL "/*" делает уровень правила 5.  Без оператора url "/*" CSS считал бы это Уровнем 4 правило. Если это было правилом Уровня 4 CSS  не имитировал бы соединение но просто выполнил бы технологию NAT на пакете и передайте его к сервису в правиле   содержания; Но потому что вышеупомянутое содержание если соединение было сделано к VIP, правило имеет оператор url "/*" адрес 172.17.63.201 CSS имитировал бы соединение (завершите TCP квитирование), и осмотрел бы Заголовок HTTP для URL, который запрашивают   Один раз CSS анализирует Заголовок HTTP и определяет URL, это тогда делает загрузку балансирование решения   После того, как это сделает, это балансирует нагрузку решения это завершает квитирование TCP - подключения к одному из сервисов с балансировкой нагрузки (имитирующий как клиент), и запрос о содержании подается назад клиенту.

<НАЗВАНИЕ = "topic2"> , Как Устранить неполадки Правила содержимого Уровня 5

Поскольку CSS должен завершить квитирование TCP - подключения для определения что URL клиент запрашивает его, очень важен, чтобы CSS имел маршрут назад клиенту, делающему запрос   Без маршрута назад клиенту CSS неспособен завершить квитирование TCP - подключения, и поэтому соединение с a Правило Уровня 5 откажет   самый простой способ гарантировать маршрут назад у клиента должна или быть инструкция маршрута для клиентов определенная сеть или настроить маршрут по умолчанию на CSS.

Два самых важных шага в настройку правила содержимого Уровня 5:

  • url "/*" оператор в правиле содержимого
  • маршрут назад клиенту

<НАЗВАНИЕ = "subtopic2A"> , Как Проверить Правило содержимого

, Вы можете проверьте, что конфигурация правила содержимого путем запуска показывает выполненному владельцу команда   Эта команда покажет вам рабочую конфигурацию начало в разделе   владельца; выходные данные от этой команды посмотрят подобный придерживающемуся:
  <БЛОК ЦИТИРОВАНИЯ> <ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">! *************************** ВЛАДЕЛЕЦ ***************************
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> проверка владельца

<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">   layer5 содержания
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       protocol tcp
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       адрес VIP 172.17.63.201
<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер">       добавьте сервисный server1
      порт 80
      URL "/*"
      активный

К проверьте, что определенные параметры определенной проблемы правила показывают правило или показывают правило { владелец } { правило содержимого } команды. Например: , ниже выходные данные от , показывают тестовый layer5 правила .
  <БЛОК ЦИТИРОВАНИЯ> <ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Name:                                  layer5    *************************** OWNER ***************************:                         тест
State:                            Активный     Введите :                           HTTP
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Balance:                  Вокруг Robin    Failover :                     Н/Д
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Persistence:                  Enabled    Param-Bypass:  Отключенный

IP Redundancy:  Не Избыточный
L3:                172.17.63.201
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> L4:                TCP/80

<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер"> Url:        <ЦВЕТ ШРИФТА = "#000000"> /*
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Перенаправление: ""
Сервисы правил:
  1: живой server1 Предупреждение в вышеупомянутые выходные данные состояние Активно и URL, /* .  Они параметры важны, чтобы видеть, активно ли правило содержимого и что URL информация мы смотрим для   В вышеупомянутом примере правило содержимого Активный и мы совпадаем на любом URL.

Ниже выходные данные от другой полезной команды, показывают сводка правила .

<БЛОК ЦИТИРОВАНИЯ> <ПОВЕРХНОСТЬ FONT = "Courier New, Курьер"> VIP Address        Port  Prot Url                              CntRuleName      OwnerName  Состояние
--------------------------------------- ----------------------------
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> 172.17.63.201    80      TCP  /*                                layer5                test            Активный

<НАЗВАНИЕ = "subtopic2B"> Определение, Почему Правило содержимого Не При работе

Одна стандартная проблема устранения проблем определяет почему содержание правило не работает   В типовом правиле содержимого выше, существует Уровень 5 правило содержимого с одиночным сервисом вызвало server1  

проблема

Когда вы пытаетесь соединиться с VIP, заданным в правиле содержимого, вас получите сообщение об ошибках в браузере, который говорит, что соединение было перезагружено узлом или что страница не может быть отображена   Знание, что CSS имитирует соединение (из-за правила Уровня 5), вы полагаете, что существует a проблема с CSS.  Когда вы посмотрели на перехват анализатора трафика, вы видите, что клиент завершает квитирование TCP - подключения, выполняет GET HTTP, и сразу (перезагрузите) TCP/RST от CSS.  Почему это происходит?

Решение

Первый шаг в устранении проблем этого типа сценария должен определить живы ли правило содержимого и сервис   Это может быть сделано запуск команды show rule .

<БЛОК ЦИТИРОВАНИЯ> <ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Name:                                  layer5    *************************** OWNER ***************************:                         тест
Состояние:                             Активный     Введите :                           HTTP
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Balance:                  Вокруг Robin    Failover :                     Н/Д
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Persistence:                  Enabled    Param-Bypass:  Отключенный

IP Redundancy:  Не Избыточный
L3:                172.17.63.201
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> L4:                TCP/80
<ШРИФТ ОБРАТИТЕСЬ = "Courier New, Курьер"> Url:              /*

<ПОВЕРХНОСТЬ FONT = "Courier New, Курьер"> Перенаправление: ""
Сервисы правил:
  1: server1 - Выключенный Как вы можете видеть, состояние из правила Активный , но состояние сервиса в правиле Выключенный .  В этом сценарии проблема состояла в том что все сервисы связанный с тем правилом содержимого были в Выключенном состояние.

После того, как CSS завершил квитирование TCP - подключения, клиент выполнил HTTP запрос о содержании   CSS осмотрел Заголовок HTTP для URL информация решила, что запрос совпал с правилом содержимого layer5 .  поскольку no service были живы для правила содержимого, CSS выполнил TCP/RST для закрытия соединения.


<НАЗВАНИЕ = "информация"> Дополнительные сведения


<РАЗМЕР ШРИФТА = "-1">

<час width=100%>

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 21301