You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@trafficserver.apache.org by Aleksandrs Andrijekno <in...@eurohosting.lv> on 2012/11/09 17:09:21 UTC

Trafficserver Clustering Setup

Hi All,

I am using latest trafficserver trunk in cluster setup. Does it work
correctly as I'm getting very strange behavior of network and files are not
retrieved on normal speed. I do have 10Gbit network but downloads are on
60Kbit/s

Maybe I misconfigured something?

Regards,
Alex


Re: Trafficserver Clustering Setup

Posted by Aleksandrs Andrijenko <in...@eurohosting.lv>.

On Nov 11, 2012, at 11:11 AM, ming.zym@gmail.com wrote:

> hmm, no idea as it should not happen this way. what is your download
> mean? which tool or client is using for the download? is it a Range
> request?

I sse wget to fetch .flv file without range request.

> 
> and do you have any plugin there? any error report in the traffic.out
> and diags.log?

No plugins, just fixed version of collapsed forwarding in version 3.3.1

No reports in traffic.out log and diags.log

> 
> or your may dump the traffic on TCP 8086 for cluster traffic.
> 
Will try to do this
> or you can try our cluster tree:
> https://gitorious.org/trafficserver/taobao/commits/3.2
> 
> 
> 
> 
> 在 2012-11-11日的 09:54 +0100,Aleksandrs Andrijenko写道:
>> Hi Ming,
>> 
>> Thank you for explanation. What could be the issue of first download to start? As i understood in full clustered setup ATS will check if file exists already somewhere in cluster?
>> 
>> In my case if do start download on 1 server through ATS and after 5 sec on another one for the same file, it hangs on waiting.
>> 
>> Could be something wrong with multicast network ?
>> 
>> Regards,
>> Alex  
>> 
>> On Nov 10, 2012, at 8:00 PM, ming.zym@gmail.com wrote:
>> 
>>> if you need to run at 10Gbit network, you should consider of setup:
>>> CONFIG proxy.config.cluster.num_of_cluster_connections INT 10
>>> CONFIG proxy.config.cluster.threads INT 10
>>> 
>>> or more, depends on how much your cpu cores and servers.
>>> 
>>> the default setting is only one thread and one connection per server,
>>> that will limit the traffic as we can only get 300mbps traffic per
>>> connection.
>>> 
>>> FYI
>>> 
>>> 在 2012-11-10六的 10:40 -0800,James Peach写道:
>>>> On 09/11/2012, at 8:09 AM, Aleksandrs Andrijekno <in...@eurohosting.lv> wrote:
>>>> 
>>>>> Hi All,
>>>>> 
>>>>> I am using latest trafficserver trunk in cluster setup. Does it work
>>>>> correctly as I'm getting very strange behavior of network and files are not
>>>>> retrieved on normal speed. I do have 10Gbit network but downloads are on
>>>>> 60Kbit/s
>>>>> 
>>>>> Maybe I misconfigured something?
>>>> 
>>>> Cache clustering is known to work correctly. Maybe ming_zym can give some clustering-specific advice, but I'd approach this as a normal performance investigation.
>>>> 
>>>> J
>>> 
>>> 
>> 
> 
> 


Re: Trafficserver Clustering Setup

Posted by "ming.zym@gmail.com" <mi...@gmail.com>.
hmm, no idea as it should not happen this way. what is your download
mean? which tool or client is using for the download? is it a Range
request?

and do you have any plugin there? any error report in the traffic.out
and diags.log?

or your may dump the traffic on TCP 8086 for cluster traffic.

or you can try our cluster tree:
https://gitorious.org/trafficserver/taobao/commits/3.2

 


在 2012-11-11日的 09:54 +0100,Aleksandrs Andrijenko写道:
> Hi Ming,
> 
> Thank you for explanation. What could be the issue of first download to start? As i understood in full clustered setup ATS will check if file exists already somewhere in cluster?
> 
> In my case if do start download on 1 server through ATS and after 5 sec on another one for the same file, it hangs on waiting.
> 
> Could be something wrong with multicast network ?
> 
> Regards,
> Alex  
> 
> On Nov 10, 2012, at 8:00 PM, ming.zym@gmail.com wrote:
> 
> > if you need to run at 10Gbit network, you should consider of setup:
> > CONFIG proxy.config.cluster.num_of_cluster_connections INT 10
> > CONFIG proxy.config.cluster.threads INT 10
> > 
> > or more, depends on how much your cpu cores and servers.
> > 
> > the default setting is only one thread and one connection per server,
> > that will limit the traffic as we can only get 300mbps traffic per
> > connection.
> > 
> > FYI
> > 
> > 在 2012-11-10六的 10:40 -0800,James Peach写道:
> >> On 09/11/2012, at 8:09 AM, Aleksandrs Andrijekno <in...@eurohosting.lv> wrote:
> >> 
> >>> Hi All,
> >>> 
> >>> I am using latest trafficserver trunk in cluster setup. Does it work
> >>> correctly as I'm getting very strange behavior of network and files are not
> >>> retrieved on normal speed. I do have 10Gbit network but downloads are on
> >>> 60Kbit/s
> >>> 
> >>> Maybe I misconfigured something?
> >> 
> >> Cache clustering is known to work correctly. Maybe ming_zym can give some clustering-specific advice, but I'd approach this as a normal performance investigation.
> >> 
> >> J
> > 
> > 
> 



Re: Trafficserver Clustering Setup

Posted by Aleksandrs Andrijenko <in...@eurohosting.lv>.
Hi Ming,

Thank you for explanation. What could be the issue of first download to start? As i understood in full clustered setup ATS will check if file exists already somewhere in cluster?

In my case if do start download on 1 server through ATS and after 5 sec on another one for the same file, it hangs on waiting.

Could be something wrong with multicast network ?

Regards,
Alex  

On Nov 10, 2012, at 8:00 PM, ming.zym@gmail.com wrote:

> if you need to run at 10Gbit network, you should consider of setup:
> CONFIG proxy.config.cluster.num_of_cluster_connections INT 10
> CONFIG proxy.config.cluster.threads INT 10
> 
> or more, depends on how much your cpu cores and servers.
> 
> the default setting is only one thread and one connection per server,
> that will limit the traffic as we can only get 300mbps traffic per
> connection.
> 
> FYI
> 
> 在 2012-11-10六的 10:40 -0800,James Peach写道:
>> On 09/11/2012, at 8:09 AM, Aleksandrs Andrijekno <in...@eurohosting.lv> wrote:
>> 
>>> Hi All,
>>> 
>>> I am using latest trafficserver trunk in cluster setup. Does it work
>>> correctly as I'm getting very strange behavior of network and files are not
>>> retrieved on normal speed. I do have 10Gbit network but downloads are on
>>> 60Kbit/s
>>> 
>>> Maybe I misconfigured something?
>> 
>> Cache clustering is known to work correctly. Maybe ming_zym can give some clustering-specific advice, but I'd approach this as a normal performance investigation.
>> 
>> J
> 
> 


Re: Trafficserver Clustering Setup

Posted by "ming.zym@gmail.com" <mi...@gmail.com>.
if you need to run at 10Gbit network, you should consider of setup:
CONFIG proxy.config.cluster.num_of_cluster_connections INT 10
CONFIG proxy.config.cluster.threads INT 10

or more, depends on how much your cpu cores and servers.

the default setting is only one thread and one connection per server,
that will limit the traffic as we can only get 300mbps traffic per
connection.

FYI

在 2012-11-10六的 10:40 -0800,James Peach写道:
> On 09/11/2012, at 8:09 AM, Aleksandrs Andrijekno <in...@eurohosting.lv> wrote:
> 
> > Hi All,
> > 
> > I am using latest trafficserver trunk in cluster setup. Does it work
> > correctly as I'm getting very strange behavior of network and files are not
> > retrieved on normal speed. I do have 10Gbit network but downloads are on
> > 60Kbit/s
> > 
> > Maybe I misconfigured something?
> 
> Cache clustering is known to work correctly. Maybe ming_zym can give some clustering-specific advice, but I'd approach this as a normal performance investigation.
> 
> J



Re: Trafficserver Clustering Setup

Posted by James Peach <jp...@apache.org>.
On 09/11/2012, at 8:09 AM, Aleksandrs Andrijekno <in...@eurohosting.lv> wrote:

> Hi All,
> 
> I am using latest trafficserver trunk in cluster setup. Does it work
> correctly as I'm getting very strange behavior of network and files are not
> retrieved on normal speed. I do have 10Gbit network but downloads are on
> 60Kbit/s
> 
> Maybe I misconfigured something?

Cache clustering is known to work correctly. Maybe ming_zym can give some clustering-specific advice, but I'd approach this as a normal performance investigation.

J