Our vBulletin migration is complete.
Welcome vBulletin users! All content and user information from the Micro Focus Forums (vBulletin) site has been migrated to this site. READ MORE.
Highlighted
Steinar Saugsta1 Super Contributor.
Super Contributor.
159 views

NNMi and Performance Polling Interval - Intensive

Hi, 

have a customer which wants to do performance polling for certain interfaces (30-40) with a 10 sec. interval.
Have informed that this is a very intensive polling, and could/will have influence on the server performance.

The question is if any have experience with intensive performance polling with NNMi 10.2x and iSPI Perf. for Metrics 10.21 that can be shared?

For information, all NNMi systems are running on RedHat Linux 7.3 and the NPS is on a dedicated server.

Thanks in advance for any feedback.

Br.
Steinar S.

0 Likes
4 Replies
Acclaimed Contributor.. asoloperto Acclaimed Contributor..
Acclaimed Contributor..

Re: NNMi and Performance Polling Interval - Intensive

Hello Steiner,

 

I know about those requirements, but have you used the online grapher with a 10 second interval. Some of the Cisco switches does not even increment their counters in that timeframe and you will see such a graph: ___/\___/\___/\___

The customer should use a greater interval and has to check the system performance impact with different polling intervals. So he can find out the optimal interval for the requirements and the performance of the system.

 

HTH and kind regards

 

Allessandro

0 Likes
Steinar Saugsta1 Super Contributor.
Super Contributor.

Re: NNMi and Performance Polling Interval - Intensive

Have to mention that the .csv files created will be grabbed by splunk, and the requirements from the management is 10 seconds. Due to this the grapher is not of interest.

Brs.
Steinar S.

0 Likes
Acclaimed Contributor.. asoloperto Acclaimed Contributor..
Acclaimed Contributor..

Re: NNMi and Performance Polling Interval - Intensive

Hello Steiner,

 

ok, you export the custom poller collections for splunk. The grapher is only to illustrate, that a 10 second intervall can show such values for example:

00:00:10 1000

00:00:20 1000

00:00:30 1010

00:00:40 1010

and so on. So my point is that the counters are not showing new values even if there was traffic on an interface and that too short intervals are useless.

When the management requires 10 seconds (what question should be answered with these values?), you should set it to 10 seconds and monitor the performance of the NNMi system and the custom poller (analyse the health reports before and after the change).

 

HTH and kind regards

 

Allessandro

0 Likes
AndyKemp Acclaimed Contributor.
Acclaimed Contributor.

Re: NNMi and Performance Polling Interval - Intensive

Wow, thats an unreasonable requirement. You'd have to have:

  • A resilient network connection with latency of sub picosecond to each device
  • A device capable of handling that polling interval for both its normal operation and the SNMP agent communication (by design the devices (at least Cisco) will starve the agent of resources in order to preserve its normal functionality.
  • The application host system would have to be stuffed full of ram and have plenty of dedicated cores.

The number of interfaces is what's going to kill this requirement, irregardless of the devices ability to update its stats table.

 

Have a nice day 🙂

Andy Kemp
I've lasted longer in the technology industry than most certifications.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.