----- Mail original -----
> De: "nap" <napar...@gmail.com>
> À: shinken-devel@lists.sourceforge.net
> Envoyé: Vendredi 27 Mai 2011 15:17:26
> Objet: Re: [Shinken-devel] business rules
> On Fri, May 27, 2011 at 3:00 PM, NICOLAS DUPEUX <
> nicolas.dup...@arkea.com > wrote:
>
>
> Hi everyone,
>
> In a redundant architecture, the failure of a component isn't a
> problem but we can't say that it's an OK state. Here is a proposition
> to modify compute of business rules and change the name of the
> differents states :
>
> All OK => NOMINAL instead of OK
> bp_rules computation return OK but some services are in
> warning/critical state => DEGRADED instead of OK
> bp_rules return KO => NON FONCTIONAL instead of CRITICAL
>
> The attached patch implement this behavior in shinken and thruk.
>
>
> Hi,
>
>
>
>
> I think such behavior should be optionnal. A Business rule can be a
> view for bosses, and so for them it's better to avoid orange for one
> html down in when 9 others are OK. But it's the admin choice after
> all.
>
>
> But there is another use of the business rules : complex network
> installations : you get a "cluster switch" as an host with a business
> rule expression, but a 1 will say down when there will be no problem
> (there is no warning in an host, so it's down).
>
>
> That why I think such "agressive" behavior should be optionnal. If we
> can find a good name for a new property, we can interger the patch
> with an additionnal "if" :)
>
Maybe we should enhance operators in bp_rules to express more complex rules and
results modulation.
Another solution might be to have several bp_rule to compute the differents
level. For instance, with your 10 http services :
bp_rules_ok!(7 of 10:http1,http2,.....)
bp_rules_degraded!(4 of 10:http1,http2,...)
Regards,
--
Ce message et toutes les pieces jointes (ci-apres le "message") sont
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite. Tout
message etant susceptible d'alteration, l'emetteur decline toute
responsabilite au titre de ce message s'il a ete altere, deforme ou
falsifie.
-----------------------------------
This message and any attachments (the "message") are confidential and
intended solely for the addressees. Any unauthorised use or
dissemination is prohibited. As e-mails are susceptible to alteration,
the issuer shall not be liable for the message if altered, changed
or falsified.
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
