Вопрос

после нескольких советов относительно проблемы я использую программное обеспечение на базе Linux для балансировки трафика между двумя серверами.

По сути, у нас есть наш производственный веб-сайт и система резервного копирования (на удаленном сайте).производственные данные постоянно зеркально отражаются в резервной копии, чтобы поддерживать их синхронизацию.наше доменное имя указывает на сервер Linux Ubuntu 9.04 (ничего не устанавливайте, кроме программного обеспечения для балансировки нагрузки).на котором запущена последняя версия Crossroads (она же XR).

XR настроен на передачу всех подключений к действующему веб-серверу до тех пор, пока он не потеряет свое соединение "heartbeat" с этим сервером, как только это произойдет, он восстановит подключения к нашей системе резервного копирования.

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

Я использовал wireshark для изучения этой проблемы, и кажется, что на полпути к ответу соединение обрывается или прерывается (не совсем уверен из-за отсутствия у меня опыта работы с wireshark).

я разговаривал с авторами программного обеспечения XR, и они не могут найти никаких причин или проблем в самом программном обеспечении, которые могли бы объяснить такое поведение, и полагают, что это, возможно, как-то связано с дистрибутивом linux, который я использую, или с проблемой ядра.

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

Теперь я перешел с Ubuntu на CentOS 4 и попробовал еще раз, теперь я получаю случайные ответы от систем, когда использую wireshark.иногда я получаю полностью сформированный XML-ответ от сервера, и при следующей попытке я могу получить только частичный ответ до того, как окно Linux отправит ПЕРВЫЙ пакет.

Это было полезно?

Решение

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

Вот пример записей, которые вам нужно добавить в конфигурационный файл между символами #, указанный тайм-аут немного завышен (1 минута)

<service>
    <name>web_http</name>
    <server>
      <address>x.x.x.x:80</address>
      <type>tcp</type>
      <dispatchmode>first-available</dispatchmode>

#

      <clienttimeout>60:60</clienttimeout>
      <backendtimeout>60:60</backendtimeout>

#

    </server>
      <backend>
        <address>x.x.x.x:80</address>
      </backend>
      <backend>
        <address>x.x.x.x:80</address>
      </backend>
      <backend>
        <address>x.x.x.x:80</address>
      </backend>
  </service>
Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top