Hello,
I had a tech reset all intervals back to default values.
The original Tech who setup the system has left the company
Is there a best practice to setting these polling intervals?
Hello,
I had a tech reset all intervals back to default values.
The original Tech who setup the system has left the company
Is there a best practice to setting these polling intervals?
That's one of those "it depends" kind of questions. But the general rule of thumb is that the shorter the polling interval, the more strain on a polling engine (and more granularity in polling results…
Default polling intervals here:
The Orion Polling Settings view establishes both the polling intervals that are observed by the SolarWinds NPM poller and the retention…
Best practice will vary depending upon the number of elements you are polling, and how much strain monitored devices and your poller can handle. The more frequently you poll an interface for example, the…
That's one of those "it depends" kind of questions. But the general rule of thumb is that the shorter the polling interval, the more strain on a polling engine (and more granularity in polling results). The opposite is true as well (more time between = less strain = less granularity)
With a few exceptions, I have typically found that the default polling intervals are a great starting point for any environment. After 30 days, look at your historical data and you can then tell if you need to adjust based on granularity of data and the "load" on your polling engines.
Thanks Zac,
I figured the default settings would take a heavy hit on the processor engine.
I wanted to get back to where it was when the original guy set it up.
He was a genius and had this running perfectly.
I'm sure that keeping it at default won't hurt anything more than generating a lot of alerts.
You can check you polling engine capacity by going to Settings > Polling Engines from the website.
For each polling engine, there will be a 'Polling Rate', this will be a good representation of your server's capacity for polling at the current intervals. (There is a more detailed explanation of this metric under the 'Learn More' link.
I don't know about best practice, but here's how I use Orion.
I use Orion to several needs, I would say:
1. Normal Orion use, to see what's going on in network.
2. To save historical traffic data to see trends and when network should be updated, which of course mean big DB (about 70 GB now).
3. As alert system for device failures and real time monitoring, which mean frequent polling rate. Actually, even more frequent rate would be better, to show node status real time (as OpenView shows, which I used before).
My settings may be different from typical user, but here are they in case you're interested:
My polling engine looks like this:
So, as Zackm told, everything depends on what you want to see. Some may want to poll everything in every 10 seconds period, but doesn't need history more than few hours. Someone is interested in long period trends only...
Does anyone know about the best practice?
Why most of the polling intervals have been set for 5 mins?
Default polling intervals here:
The Orion Polling Settings view establishes both the polling intervals that are observed by the SolarWinds NPM poller and the retention periods maintained for the SolarWinds Orion database. The following settings are configured directly from the Orion Web Console.
Note: Changes to database maintenance and retention settings do not take effect until the SolarWinds Network Performance Monitor service is restarted.
Polling Intervals
The following settings configure the intervals on which Orion completes ICMP status and response time polls.
Default Node Poll Interval
Devices are regularly polled to determine status and response time on the period of time designated as the Default Node Poll Interval. By default, this interval is 120 seconds.
Default Interface Poll Interval (SolarWinds NPM)
If SolarWinds NPM is installed, interfaces are regularly polled to determine status and response time on the period of time designated as the Default Interface Poll Interval. By default, this interval is 120 seconds.
Default Volume Poll Interval
Volumes are regularly polled to determine status and response time on the period of time designated as the Default Volume Poll Interval. By default, this interval is 120 seconds.
Default Rediscovery Interval
Your entire network is polled on this interval to detect any re‑indexed interfaces. Monitored network devices are also checked for IOS upgrades permitting EnergyWise support. By default, this interval is 30 minutes.
Note: In Orion products released prior to SolarWinds NPM version 10.1, the minimum interval allowed is 1 minute. Beginning with SolarWinds NPM version 10.1, the minimum rediscovery interval is 5 minutes. Polling interval settings may not be submitted if the default rediscovery interval is not set to at least 5 minutes.
Lock Custom Values
Checking this option stores the custom ICMP polling interval settings you have configured.
Re-Apply Polling Intervals
Click to apply the settings specified in this section on all appropriate objects in the database. Make sure you click Submit if you want to use the current settings for new objects.
Note: If you leave the page without submitting the changes, your settings will only be applied on objects in the database but will not be saved as the appropriate settings. For objects added to the database in the future, the saved settings will be used. You might thus have different settings for objects that are already in the database and different settings for newly added objects.
Polling Statistics Intervals
The following settings configure the intervals on which Orion completes SNMP statistics polls.
Default Node Topology Poll Interval
Topology statistics for nodes are regularly polled every configured time interval. By default, this interval is 30 minutes.
Default Node Statistics Poll Interval
Device performance statistics are regularly polled on the period of time designated as the Default Node Statistics Poll Interval. By default, this interval is 10 minutes.
Default Interface Statistics Poll Interval
If SolarWinds NPM is installed, interface performance statistics are regularly polled on the period of time designated as the Default Interface Statistics Poll Interval. By default, this interval is 9 minutes.
Default Volume Statistics Poll Interval
Volume performance statistics are regularly polled on the period of time designated as the Default Volume Statistics Poll Interval. By default, this interval is 15 minutes.
Interface obsolete after x polls
Select the box to enable displaying a warning message if interface data is not updated in a number of subsequent polls.
Specify the number of subsequent polls triggering the obsolescence message. For more information, see Why Is Interface Data Obsolete?
Re-Apply Polling Statistics Intervals
Click to apply the settings specified in this section on all appropriate objects in the database. Make sure you click Submit if you want to use the current settings for new objects.
Note: If you leave the page without submitting the changes, your settings will only be applied on objects in the database but will not be saved as the appropriate settings. For objects added to the database in the future, the saved settings will be used. You might thus have different settings for objects that are already in the database and different settings for newly added objects.
Best practice will vary depending upon the number of elements you are polling, and how much strain monitored devices and your poller can handle. The more frequently you poll an interface for example, the more granular your statistical averages become. Some network devices can handle being polled more often than others. Keep an eye on CPU load of these devices and your poller rates. When you reach 80% it may be time to look into an additional poller.
With so many admins and upgrades and changes, it would be nice to have a button that resets everything back to what Solarwinds deems as the best practice settings.
SolarWinds solutions are rooted in our deep connection to our user base in the THWACK® online community. More than 150,000 members are here to solve problems, share technology and best practices, and directly contribute to our product development process.