質問

AWS EC2 に配置されている新しい Collector からデータを受信していません。collector.log ファイルに以下のエラーが表示されるのはなぜですか?

2015-01-12 17:29:48,216 [HTTP Sender - 15] WARN com.sumologic.scala.collector.CommonsHTTPTransmitter - ConnectException for receiver url: 'collectors.sumologic.com:443'; on attempt: '2' 
org.apache.http.NoHttpResponseException: The target server failed to respond 

回答

この警告は、Collector と Sumo Logic 間のネットワーク接続が短期間切断されたことを示しています。正常な接続が確立されるまで、Collector は 1 分間に 1 度自動的に再試行しますので、通常、この警告は無視しても問題ありません

Collector が絶えずサービスに接続できない場合は、ここに示すトラブルシューティング手順をお試しください

1.DNS 解決と Sumo サーバへの接続をテストします: 

curl -i https://collectors.sumologic.com 
 // you should see the word "Tweep" returned

 

2.DNS ルックアップの実行に大幅な遅延があるかどうかを確認します:

time nslookup collectors.sumologic.com

 

3.ネットワーク エンド ポイントでサポートされていないジャンボ フレームが原因で破棄されたパケットを排除します。たとえば 9001 バイトに設定される MTU と以前のデフォルトの 1500 バイトに設定される MTU があるとします。新しい AWS EC2 VPC では、MTU はデフォルトで 9001 に設定されます。これはジャンボ フレームを使用していると見なされます。インターネット上のデバイスすべてが大きなパケット サイズをサポートしているわけではないため、ジャンボ フレームによってパケット損失を引き起こす可能性があります。Path MTU Discovery の役割は、正しいサイズのパケットが各エンド ポイントに確実に送信されるようにすることです。このために、エンド ポイントでジャンボ フレームを処理できるかどうかを確認してから、パケットが正常に送信されるまで、より小さい塊でパケットの送信を繰り返します。受信側のエンド ポイントで ICMP Unreachable メッセージが無効になっていると、パケットは破棄されます。これは Path MTU Discovery が、これらのメッセージに従って正しいパケット サイズを判断するためです。

 

Linux オペレーティング システムにデフォルトの MTU を設定する

クライアントが Linux オペレーティング システムで実行される場合、ip コマンドを使用して MTU 値を確認して設定できます。以下のコマンドを実行して、現在の MTU 値を判断します。

$ ip addr show eth0

出力の mtu に続く値を確認します。値が 1500 でない場合は、次のコマンドを実行して設定します。

$ ip link set dev eth0 mtu 1500

 

Microsoft Windows オペレーティング システムにデフォルトの MTU を設定する

以下のレジストリ キーを参照します。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\adapter_ID

値名は MTU で、データ値は 1500 に設定されている必要があります。この設定は DWORD データ タイプです。この設定を変更したら、新しい値が適用されるようにコンピューターを再起動します。