0

問題に関するいくつかのアドバイスの後、2台のサーバー間のトラフィックのバランスをとるためにLinuxベースのソフトウェアを使用しています。

基本的に、本番Webサイトとバックアップシステム(リモートサイト)があります。プロダクションは、同期を維持するために常にバックアップにミラーリングされています。私たちのドメイン名はLinuxUbuntu9.04サーバーを指しています(負荷分散ソフトウェア以外は何もクリーンインストールしません)。Crossroads(別名XR)の最新バージョンを実行しています。

XRは、ライブWebサーバーとの「ハートビート」接続が失われるまで、すべての接続をライブWebサーバーに渡すように設定されています。それが発生すると、バックアップシステムへの接続がバウンスします。

私が得ている問題は、Webサーバーからの応答の欠如として現れています。基本的に、クライアントは正しく形成されたXMLメッセージを.NET Webサービスに渡します。このサービスはデータの計算と変更を行い、XML応答で応答します。クライアントが応答を受け取らないようです。

私はこの問題を調査するためにwiresharkを使用していますが、応答の途中で接続が切断または切断されたように見えます(wiresharkの経験が不足しているため、よくわかりません)。

私はXRソフトウェアの作成者と話していましたが、ソフトウェア自体にこの動作を説明できる理由や問題を見つけることができず、使用しているLinuxのディストリビューションやカーネルの問題と関係があると考えています。

今後数週間でこのシステムを稼働させる予定であり、この問題が私たちを妨げているため、誰かがこの問題の解決を手伝ってくれるでしょうか。

UbuntuからCentOS4に切り替えて再試行しましたが、wiresharkを使用すると、システムからランダムな応答が返されます。サーバーから完全に形成されたXMl応答を受け取ることがありますが、次の試行では、LinuxボックスがRSTパケットを送信する前に部分的な応答しか得られない場合があります。

4

1 に答える 1

0

わかりました。これはOSとはまったく関係がないことがわかりましたが、使用していたソフトウェアの問題です。いくつかのタイムアウト値をconfigxmlファイルに入力すると(作成者からの提案に感謝します)、これで問題が解決したようです。

#記号の間に設定ファイルに追加する必要のあるエントリの例を次に示します。指定されたタイムアウトは少し長すぎます(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>
于 2009-07-14T13:01:41.313 に答える