May 26, 2011, 9:30 p.m.
posted by kubus
Which Events Should I Monitor?
Every application is different, but design documents such as threat models and performance models can help you determine what to monitor. If you don't have the time to build these types of models, then at least take the time to identify key scenarios and determine which events should be logged on a normal basis. Do your best to ensure your application is configured by default to log these events.
Don't just consider the built-in Web events. You should also determine what data must be available for monitoring, even if ASP.NET doesn't provide built-in support for monitoring that data. Build custom Web events to cover these cases. When something goes wrong, the first thing a good administrator is going to do is crank up the level of monitoring in order to diagnose the problem. Verbose data need not be logged on a regular basis, but if it helps rapidly diagnose problems when your application is running, it could save lots of money over time.
One last thing to consider is that administrators often use monitoring tools to help determine when an application needs to be scaled up in some way. Consider instrumentation that assists in this planning process, including custom performance counters.