3 Replies Latest reply on Aug 18, 2009 3:05 PM by Rane

    best Practices fro APM related alerts in NPM

      How many applications can you hang off one alert? For instance i have one alert that goes like this:

      trigger if ALL apply:

         Application Status = DOWN

              Trigger if ANY apply

                   Application name = x

                   Application name = y

                   Application name = z....

       

      Is there a upper number on how many applications you can do this way?

        • Re: best Practices fro APM related alerts in NPM
          Donald_Francis

          I think it all rolls back to SQL so I would not think it would be an issue until your DB started to cough at a huge query but I do not see that ever happenning unless you DB box is  oversubscribed.

          I have a similar alert for 1 set of apps and right now I think I have close to 10 listed.

          • Re: best Practices fro APM related alerts in NPM
            jrutski

            Yes...all alerts boil down to is a SQL query. You can see them in the AlertDefinitions table (I think...it's something like that).

            Either way, we've got an alert just like that. It currently has 6 componentNames it is looking for - under the ANY qualifier.

            How many are you looking to alert on?

              • Re: best Practices fro APM related alerts in NPM

                We're not a huge shop so we don't have bunches and bunches of them. But we frequently have had APM templates setup for ONE machines apps (several components.. some may be HTTP most will be SNMP processes) and then have a alert tied to that single machine and its apps. What I would like to do is grab 10 or so app monitors for different systems and assign them to one alert so if any goes down we get the alert with the information.

                 

                basically the alert may have 10 dofferent apps it is monitoring, each with 4-10 compnenets. I was just worried about taxing the server.