On 08/17/2016 08:38 AM, Jentsch, Mario wrote:
Hey Steve,

that question can't be answered without a lot of assumptions about the details of your project and 
we made the experience that even with project details it is a hard thing to predict due to the 
nature of network traffic patterns. Pmacct (namely nfacctd) can handle that number of flows - even 
with only one instance - and is most probably not the bottleneck. If it is possible what you plan 
to do, depends on questions like "how many records per timebin do you have after aggregation 
in nfacctd" - this is what your backend DB has to handle and "how is this data processed 
later on?" - this has more or less impact on DB performance and the time it takes to create 
reports or feed any user interfaces.

Hi Mario,

Thanks for the response. We will be collecting data from about 200 probes. This is a new endeavor so I guess we be learning on the fly. We are planning on using fsrc sampling feature set at 200000 flows per minute with inserts only into a postgresql 9.4 DB running on CentOS 6.8 in VMware on a hefty Cisco UCS system.

-----Original Message-----
From: pmacct-discussion [mailto:pmacct-discussion-boun...@pmacct.net]
On Behalf Of Stephen Clark
Sent: Thursday, August 04, 2016 5:01 PM
To: pmacct-discussion@pmacct.net
Subject: [pmacct-discussion] collecting large number of netflows

Hi List,

I am looking to collect a large number of netflow records, on the order of a
million a day,
and store them in a postgres DB. Has anyone done this or something similar


pmacct-discussion mailing list

Reply via email to